GVim 7.2.368-3 cursor bug

Hi all. After I upgraded to the latest version of Vim a couple of days ago, I started experiencing what looks like gVim cursor redraw bug. When I move the cursor in gVim, it obstructs the letter it is on:
I do not experience this in plain Vim. There are things that can make the cursor exhibit normal behavior, such as 1) me pressing Esc key 2) Awesome WM clock updating 3) scrot taking a screenshot (I had to Gimp the screenshot above because the cursor goes back to normal the moment a screenshot is taken).
Vim and Xorg packages were upgraded during my last update, but Awesome WM was not.
Is anybody else experiencing this? How should I go about finding the culprit?

jichuan89 wrote:
I am getting the same bug here. However, it only seems to occur when I use bitmap fonts like Dina or Terminus. Using a TrueType font like Courier New or Nimbus Mono works perfectly. Confused
This seems to be a bug specific to the intel driver for X11. When I reboot the machine and switch to my discrete ATI graphics card (my laptop has dual integrated/discrete graphics cards) the problem disappears completely. Also forwarding Vim through SSH from this laptop to other computers works as well. Could you confirm this? What X11 video driver are you using?
Thank you for pointing this out. I have changed the font and now the cursor works again. Hope this bug will be fixed soon. I am missing my dina fonts.
Last edited by ArchArael (2010-03-16 08:16:24)

Similar Messages

Scrollable cursor bug?

Hello,
When I first start my application from jdeveloper, I get this exception... Only once: when I do a "refresh", the application works normally and never gives the problem until the next server restart...
500 Internal Server Error
java.lang.NullPointerException at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:164) at oracle.jdbc.driver.PhysicalConnection.safelyGetClassForName(PhysicalConnection.java:4583) at oracle.jdbc.driver.PhysicalConnection.addClassMapEntry(PhysicalConnection.java:2737) at oracle.jdbc.driver.PhysicalConnection.addDefaultClassMapEntriesTo(PhysicalConnection.java:2728) at oracle.jdbc.driver.PhysicalConnection.initializeClassMap(PhysicalConnection.java:2456) at oracle.jdbc.driver.PhysicalConnection.ensureClassMapExists(PhysicalConnection.java:2450) at oracle.jdbc.driver.PhysicalConnection.getTypeMap(PhysicalConnection.java:2714) at oracle.jdbc.driver.ScrollableResultSet.getObject(ScrollableResultSet.java:742) at oracle.toplink.oraclespecific.Oracle9Platform.getObjectFromResultSet(Oracle9Platform.java:152) at oracle.toplink.internal.databaseaccess.DatabaseAccessor.getObject(DatabaseAccessor.java:963) at oracle.toplink.internal.databaseaccess.DatabaseAccessor.fetchRow(DatabaseAccessor.java:771) at oracle.toplink.internal.databaseaccess.DatabaseAccessor.cursorRetrieveNextRow(DatabaseAccessor.java:352) at oracle.toplink.queryframework.ScrollableCursor.retrieveNextObject(ScrollableCursor.java:512) at oracle.toplink.queryframework.ScrollableCursor.loadNext(ScrollableCursor.java:357) at oracle.toplink.queryframework.ScrollableCursor.hasNext(ScrollableCursor.java:233) at be.uclouvain.doctorats.dao.factories.GenericFactory.searchAll(GenericFactory.java:198) at be.uclouvain.doctorats.business.GenericBusiness.searchAll(GenericBusiness.java:188) at be.uclouvain.doctorats.business.GenericBusiness.searchAllFromParent(GenericBusiness.java:393) at be.uclouvain.doctorats.business.utils.Interlocutor.listObjects(Interlocutor.java:194) at be.uclouvain.doctorats.action.ListAction.doAction(ListAction.java:55) at be.uclouvain.doctorats.action.BasicAction.execute(BasicAction.java:46) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:484) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:274) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:507) at javax.servlet.http.HttpServlet.service(HttpServlet.java:743) at javax.servlet.http.HttpServlet.service(HttpServlet.java:856) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:711) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:368) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.doProcessRequest(HttpRequestHandler.java:866) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:448) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.serveOneRequest(HttpRequestHandler.java:216) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.run(HttpRequestHandler.java:117) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].server.http.HttpRequestHandler.run(HttpRequestHandler.java:110) at oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run(ServerSocketReadHandler.java:260) at com.evermind[Oracle Containers for J2EE 10g (10.1.3.1.0) ].util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:303) at java.lang.Thread.run(Thread.java:595)
Here is the code that seems to cause the problem:
ReadAllQuery readQuery = new ReadAllQuery(modelClass);
List<ModelObject> toplinkResults = new ArrayList<ModelObject>();
int chunkSize = 50;
int index = 0;
if (search != null) {
readQuery.setSelectionCriteria(search.getExpression());
chunkSize = search.getPageSize();
index = search.getIndex();
readQuery.useScrollableCursor(chunkSize);
// lecture
ScrollableCursor cursor = (ScrollableCursor)ToplinkFactory.getSession().executeQuery(readQuery);
if (cursor == null) {
throw new Exception("No cursor!");
if (index > 0) {
cursor.absolute(index);
int size = cursor.size();
int displaySize = chunkSize;
// ajuster si page de données n'a pas sa taile max
if (index + displaySize > size) {
displaySize = size - index;
for (int i=0; i < displaySize; i++) {
if (!cursor.hasNext()) {
throw new Exception("Cursor doesn't seem to work properly!");
toplinkResults.add((ModelObject)cursor.next());
I traced the problem to this line:
if (!cursor.hasNext()) {
It looks like a bug to me... Am I doing something wrong, or is it Toplink, or even jdbc???

Ok, it seems to be only there when I run my
application in debug mode in Jdeveloper... When
running it regularly, it works correctly. Is it a
jdev/oc4j bug, or is it a toplink bug which is
triggered in some rare situation, or is it something
else?Thats what you will have to debug further. :-)
When you wrote "running it regularly" did you mean running it through JUnit?
It could be the way you package/load classes in your JDeveloper environment. In order to eliminate the possibility of Toplink causing the bug you could write an identical test case in the app server except you can use JDBC ResultSet.

CS5.5 TLF cursor bug in RTL edit mode

Hello,
It seems there is a bug in TLF text in CS5.5 in "editable" mode.
to reproduce:
1.put a TLF on stage and set it to "editable".
2. Set in 'Paragrph' section to 'Right To Left'.
It remainsleft to right.
3. set in 'Container and flow' to 'Right To Left' it does change direction, but if you try to put a cursor you can't.
The only way to put a cursor is on the right of the TLF.
Ideas anyone ?

I have problem with this issue too. and it has started with flash cs5.5. in flash cs5 TLFs work fine.
It is not a solution, but by chance I have found when the MultiLine property of TLF is changed to single line textfield works fine. again I confirm the bug and wish the team make a update for that.

Cursor bug in PS, AI and FL

I'm noticing a bug across Photoshop, Illustrator and Flash. I'm on a Mac Pro quad-core 2.8 Ghz with 4 GB of RAM. I'll be in one of these three apps for a while, and suddenly the cursor turns into an approx. 4 mm open circle which functions as a temporary eraser for whatever is on the screen. All other program functions stop. Restarting the app does not solve the issue. Restarting the machine does solve the issue. I've restarted three times today. I'm wondering if there is a fix out there for this issue. Thanks in advance for the help.
--jody radzik.

Hi! Same bug here! All of the sudden while I'm working with AI CS6 the cursor -or whatever is the tool in use- it just switches to the eraser tool. Sometimes I'm able to switch again to some other tool by performing some random mouse gestures and clicking everywhere, but I'm pretty often pushed to restart the application in order to take the reins again.
What to do? Anyone? Something different to reinstalling the whole suite? Thanks in advance.-
[This is not really a reply but this is my first post here and I could not be able to add my experience to the same thread

Photoshop CS4 brush cursor bug on Thinkpad T61p

I've got a Thinkpad T61p with a Nvidia Quadro FX 570M onboard (driver version: 6.14.11.7471). There seems to be a bug with the graphics driver in conjunction with the new Adobe Photoshop CS4. Photoshop now uses GPU-optimization with more brush capabilities. Unfortunately the cursor clips when using brush-sizes larger than 64px. One can see the bug on the nvidia cs4 promotion "brush resizing" at http://www.nvidia.com/object/adobe_photoshop.html. Nvidia corrects this bug in newer driver versions, but lenovo only offers a WinXP-display-driver from 2008-04-28.
Does anyone know any workround? I've tested somo older forceware drivers (178.24) with partial success. The display bug in Photoshop is fixed, but e.g. After Effects CS4 crashes while detecting the GPU.
Message Edited by mikey on 10-23-2008 03:20 AM

Today I've installed the latest Forceware Drivers 180.60 from http://www.laptopvideo2go.com/ to test the bug behaviour.
The brush cursor now seems to be able to handle big brush sizes but the performance is reduced noticable.When painting inside a new document the rendering of the brush path is done after painting over the area, even when using small brush sizes.
So let's wait until Nvidia/Lenovo roll out a new driver.
Message Edited by mikey on 11-24-2008 07:57 AM

Cursor bug (cursor work but looks like frozen beach ball)

I'm running 10.6.2 on a 3ghz core duo imac. I have two accounts on the machine and it's only happening on one side. The cursor will not change back to a normal arrow until i launch an application like firefox. I repaired the disc and permissions. didn't make a difference. Any clue what this could be? should i delete some prefs/plists?

Is this bug system-wide or do you only notice it in the Finder?

Lion Cursor Bug

Does anyone else have the bug in Lion where the cursor will sometimes shoot to a corner of the screen? I'm using a Magic Mouse with my Macbook Pro and from what I've seen it will sometimes happen when the mouse is moving from one window to another one and then it will just go all the way across the screen to the edge in the direction I was moving the cursor.

I'm having this problem with a 27'' imac and magic mouse. I think it is a design feature gone wrong.
The idea is that you move the mouse fast to 'jump' in a particular direction in order to make navigating larger screens easy. However, the problem is that it seems to be working in overdrive and jumping in random directions when you don't want it to.
It really is a major problem on my machine.

[SOLVED] Emacs + rxvt-unicode Cursor Bug

When running emacs inside of a rxvt-unicode terminal, pressing the spacebar advances the cursor as it should, but sometimes it does not erase the cursor from it's previous position. Entering a third character will finally make this superfluous cursor disappear.
I have found references to similar issues in an Ubuntu bug report and a livejournal post, both of which date back to 2008. I am not sure if these issues are directly related or just similar in appearance. I seem to recall having similar issues with the cursor under emacs around three years ago when I was running Ubuntu and gnome-terminal.
Has anyone else noticed this? It's quite distracting when I'm typing in emacs and I've finally become annoyed enough to get this ball rolling.
Duplicating the Bug
Open a rxvt-unicode terminal and launch emacs with the following comand:
emacs -nw
Create a new emacs buffer named "foo".
Switch the buffer "foo" to "text-mode".
Turn on the "visual-line-mode" minor mode.
Type the following into the emacs buffer, replacing <space> with the actual whitespace (i.e. spacebar) character:
1234<space>1234<space>1234<space>
The third space will advance the cursor but not erase the cursor from its previous position, making it look twice as wide. Entering a third character will advance the cursor once more, and things will look normal again.
Failed Workarounds
In my attempt to understand the problem, I have tried a few things which don't seem to help.
Setting the TERM environment variable to various values including "linux", "screen", "vt100", "vt102", etc.
Turning cursor blinking on and off in the rxvt-unicode configuration.
Successful Workarounds
I have discovered a few workarounds, which may give some clues as to the root of the problem.
If I use rxvt-unicode to launch an instance of Gnu Screen and run emacs inside of that, the problem disappears.
If I run emacs emacs inside of an xterm instead of rxvt-unicode the problem disappears.
If I set column-number-mode in emacs as suggested by the aforementioned livejournal post, the problem will also disappear.
Last edited by battlepanic (2011-11-21 20:00:53)

I spoke with someone familiar with rxvt-unicode and got some answers. It seems that this is likely related to tab characters being output instead of spaces which may be an emacs optimization of some sort. Turning on the +ptab switch when invoking rxvt-unicode seems to elimnate the issue. A log of my discussion follows for anyone curious.
< __OoO__ > battlp: emacs outputs a tab character
< __OoO__ > battlp: which is "wide"
< __OoO__ > battlp: so you don't see an extra cursor, just the cursor
itself is wider
< __OoO__ > battlp: you can probably work around this emacs issue by
using "+ptab" when strating urxvt
< battlp > __OoO__: interesting. Is this "wide" cursor a unique
feature of urxvt? I've tested all the other terms I can
think of and haven't seen the same thing.
< __OoO__ > any temrinal has this
< __OoO__ > but only urxvt can store tabs
< __OoO__ > thats mostly useful when you want to paste text and want
tabs intact
< __OoO__ > because other terminals always convert tabs to whitespace
< __OoO__ > sorry, spaces
< battlp > Not your domain, I know, but any clue why emacs would be
spitting a tab in this plain "text" mode. It seems
bizarre.
< __OoO__ > tab is both a tab character as you are used to
< __OoO__ > as well as a cursor movement
< __OoO__ > for emacs, it's probably an optimization
< __OoO__ > 9000 cpu cycles wasted to avoid an extra space going over
your serial line
< __OoO__ > on second thought, its pretty bizarre, because thereis
only one space
< __OoO__ > but then, can happen if your screen engine it too
intelligent
< battlp > I also can't predict which spaces will do this. Running
emacs inside of screen eliminates the issue, to, which I
also don't understand.
< __OoO__ > likely, screen's engine isn't so cool and uses plain old
spaces or cursor movements
< __OoO__ > which spaces - probably the ones falling directly before a
tab boundary, i.e. at 7th, 15th etc.
< __OoO__ > column
< battlp > That sounds like it might be the spots where I'm seeing it.
Turning on emacs' column-number-mode Make it disappear for
the most part, except when backspacing.
< __OoO__ > so will +ptab, which tells urxvt to treat tab as a cursor
movement only
< battlp > Just tried to measure it with ruler-mode and of course that
makes it disappear as well.
< battlp > Yep, +ptab makes it go away.

Unnecessary Hand-Cursor Bug

I feel like this is most likely a remnant of Work Areas, but it doesn't need to be here anymore.
Steps to reproduce bug/glitch:
Open any timeline in any version of the software post the deletion of work areas
hold down the Alt key on a PC
hover over where the work area used to be in the timeline
you should see a hand cursor, but I'm pretty certain it serves no purpose anymore
You can even click and drag, and the hand will grab nothing and move the nothingness around.
It's a weird little bug, and it doesn't seem to negatively affect anything, but I figured I'd report it anyway. Can anyone reproduce this on a Mac? Or is it a PC only thing?

Hi TeeKay,
It's a bug: http://adobe.ly/ReportBug
You're finding some good ones. Thanks for reporting.
Kevin

Speedgrade erratic cursor bug using dynamic link from PP

I'm on the latest version of CC (2014) running two subscriptions (one for work and one for freelance projects) both have developed an erratic cursor fault. Both are running Windows 7 (64 Bit) with pretty powerful machines. My process to get the fault is as follows:
Working on a PP timeline - use direct link to speedgrade - work up some clips using the sliders and colour wheels - about 5-10 mins into using speedgrade my cursor begins to act erratically. The cursor will jump off a colour wheel / slider and change values at will. I have to shut down and restart to get the software back again. As this is happening across two machines, completely separate to each other I'm a bit worried this isn't just a one off.
I have reported this to Adobe via the bug page but has anyone else had this issue?
Cheers,

Limon26 wrote:
Ok, I got one transcode to finally work. But when I check the project now it says
"Trims and/or chapters adjusted". What do I need to change to get rid of that error?
Also, if I close out of encore and open it up later, will I have to re-transcode
The file that just transcoded? Or only if I make a change?
That's not an error; it's just an advisory that the length of your video and/or audio streams has been trimmed, or the location of your chapter points have been adjusted. If the transcoded version behaves like you want on a burned disc, then you can safely ignore the message.
The transcode is safe until you make a change, or do something else major like moving folders and assets around.
-Jeff

Jumpy mouse cursor: bug in Acrobat 10.1.12?

Is there a patch or fix for erratic mouse (jumpy cursor) at the edge of an Acrobat application window? When I move the cursor over any of the four sides or edges of an open window without clicking, the cursor jumps back and forth over the edge/border. This only happens when Acrobat is the active application, i.e. not when I'm using another application but happen to move my mouse over the boundaries of the Acrobat window.
This seems to have appeared suddenly.
OS: Mac 10.6.8.
Things I've tried:
Reboot
Changing to different mouse
Changing the mousing surface
Cleaning the mouse lens
Closing other open applications
Thank you,
Jenn.
P.S. I couldn't find the right sub-forum to post this question - please redirect this question if needed.

Are you sure didn't have the Shift key down at the same time as you pressed Cmd and the + (plus) key?
Cmd-Shift-plus and Cmd-Shift-minus are the shortcuts for rotate clockwise and counterclockwise.
For me, with Acrobat X 10.1.1 on Lion Mac OS X 10.7.2, Cmd-plus and Cmd-minus are working fine for zooming in and zooming out.

Photoshop CS6 erratic eyedropper cursor bug

Late 2008 Unibody MacBook Pro, running OS X 10.7.4 Lion, and Photoshop CS6 13.0.
In Photoshop CS6, I have noticed that when using my Wacom Bamboo Fun tablet, the eyedropper tool will very often (almost always) display erratic behaviour when using the brush tool and pressing Alt to switch to the eyedropper tool temporarily. The "source location" (the pixel which is being sampled), along with the color picker ring will rapidly "vibrate", making it difficult to choose a precise color. The eyedropper cursor will NOT vibrate, however, showing that the problem isn't with the pointing device.
When switching directly to the eyedropper, the issue does not happen, it only happens when pressing Alt while using the Brush tool, as far as I can tell.
It also does not seem to happen when using the MacBook Pro's built-in trackpad.
Please see this screen recording, and read the description:
http://youtu.be/WotRmbVFChE?hd=1
Here is a thread about a similar issue, though I cannot tell if this is the same problem, as I have not had this issue with CS5 with the same exact setup:
http://feedback.photoshop.com/photoshop_family/topics/erratic_tool_behavior_tool_jumps_fro m_cursor-oi5we
Anyone with this issue, or any advice on how to fix it?

Chris Cox wrote:
Most likely this is because the tablet is not 100% precise, or your hand is moving just slightly (nobody can hold it perfectly still, even your pulse moves it).
Pulse? I ain't got no stink'n pulse!

Cursor bug in 10.8.2

I have a very strange problem. I like my cursor to travel fast on the screen. Compared to 10.6.3 , my Moutain Lion runs slower. So I set up the speeed to fastest and it does the trick, but next time I restart it is slow again. When I go to the settings it is set to the fastest and when I just click on the slider for the speed it goest fast again. I am using a 3-rd party wireless mouse, but I used the same on the old system and did not have any problem...

There is something very weird going on with the dock now.
I leave my dock showing all the time, and since the update it's periodically 'hiding' even though the setting is to not hide the dock. I set the dock to hiding and then set it back to not hide and it reappears.

CS4 frustrating cursor bug

I have a problem with my cursor in Illustrator that is fast becoming a real problem!
After using Illustrator for awhile I go to select another tool ie. using a Type Tool changing it to a Pen Tool but the cursor stays on the one tool and nothing will get it to change. Currently I have the Pen Tool with a diagonal line through it thereby preventing me from selecting anything else or do anything. I tried closing illustrator and re-opening and that did not work. I solved it once by restarting my computer but the second time it did nothing to solve the problem. Please help!
I hope my description is clear and that someone has a solution! Thanks.

I think I may have found a solution. I have two layers in my composition and both layers were locked. Once I unlocked a layer I was able to select different tools. Boy do I feel silly!

Illustrator Cursor Bug

Hi, anyone from adobe available?
When using Illustrator my cursor often gets stuck on the hand tool which makes it impossible to use the program for obvious reasons. Yes I restart the program (sometimes I even have to restart my computer) and the problem is fixed. But ofcourse it reoccurs at random times. Please fix it. Illustrator is a faulty product while ever it remains.
Thanks a bunch : )

d,
There may be a number of causes.
The following is a general list of things to try. Obviously, you have been through 1) and 2) already. Item 7) in 5) may be the most likely.
You may try the following (you may have tried/done some of them already) and see whether it helps (the following is a general list of things you may try when the issue is not in a specific file; 3) and 4) are specifically aimed at possibly corrupt preferences):
1) Close down Illy and open again;
2) Restart the computer (you may do that up to 3 times);
3) Close down Illy and press Ctrl+Alt+Shift/Cmd+Option+Shift during startup (easy but irreversible);
4) Move the folder with Illy closed (more tedious but also more thorough and reversible);
5) Look through and try out the relevant among the Other options (Item 7) is a list of usual suspects among other applications that may disturb and confuse Illy); Even more seriously, you may:
6) Uninstall, run the Cleaner Tool if you have CS3/CS4/CS5/CS6, and reinstall.
http://www.adobe.com/support/contact/cscleanertool.html

GVim 7.2.368-3 cursor bug

Similar Messages

Maybe you are looking for