bugGNUstep - Bugs: bug #35431, cursor issues


You are not allowed to post comments on this tracker with your current authentication level.

bug #35431: cursor issues

Submitted by:  Eric Wasylishen <ericw>
Submitted on:  Wed 01 Feb 2012 10:57:30 PM UTC  
Category:  Gui/AppKit Severity:  3 - Normal
Item Group:  Bug Status:  Fixed
Privacy:  Public Assigned to:  None
Open/Closed:  Closed

( Jump to the original submission)

Sun 01 Dec 2013 09:06:15 PM UTC, comment #7:

I close this set of cursor bugs as they seem to be fixed. There still are open cursor issues, but these should be reported in separate bug items.

Fred Kiefer <FredKiefer>
Project Member
Mon 08 Jul 2013 06:27:10 AM UTC, comment #6:

This issue was solved with the line I added at (-sendEvent:) in NSWindow. To prevent update the cursor if the window isn't the key window.

Germán Arias <espectador>
Sun 07 Jul 2013 07:53:03 PM UTC, comment #5:

I don't fully understand the description of how to reproduce this behaviour with Ink. Or maybe this specific problem was already resolved by your previous patch? At least I am unable to reproduce the issue on my computer with gui code from yesterday 6th of July 2013.

Fred Kiefer <FredKiefer>
Project Member
Sun 30 Jun 2013 10:07:13 PM UTC, comment #4:

I found an easy way to reproduce this problem:

1) Launch Ink.
2) Place the document window in a way that when launch the Open panel its buttons be placed over the textview.
3) Select a document.
4) Click at OK button.
5) The cursor remains as an I beam.

Germán Arias <espectador>
Mon 13 Feb 2012 08:18:13 AM UTC, comment #3:

another observation:

the problem with the resize arrow only seems to happen in the GWorkspace File viewer. On the weekend I recognized, that I also have such a resize bar in MPDCon Collection browser. When the MPDCon window is active, and I hover over the resize line, then the problem doesn't occur. So seems to be only bound to GWorkspace.

Sebastian Reitenbach <buzzdee>
Project Member
Fri 10 Feb 2012 06:11:20 PM UTC, comment #2:

I now can always reproduce the following:

After login in GWorkspace, I have a File Viewer open.

Viewer behaviour is set to browsing.
There, between the top, where I can drag 'n drop my bookmarks, and where the icons are, there is this thing that I can move up and down, i.e. to hide the bookmarks, or to enlarge that space. When I hover my mouse arrow over this line, then it changes to the horizontal resize arrow, this arrow with pointers up and down.
I don't need to click or anything, afterwards it just stays this way. The File Viewer window needs to be the active window to trigger this change.

A second thing I observed reproducibly:
when I try dragging an application from the file viewer to the dock, hover it over the dock, the arrow gets green, and this forbidden sign (the circle with the line from lower left to top right). When I release the mouse cursor when the arrow is this forbidden sign then it stays this way.
When I release the application, while the icon is green, then afterwards the icon stays green.

The icons still change, when I hover it over another application. It doesn't matter whether its green, thsi forbiddne sign, or the resize arrow, but when I move it for example over GNUmail window, or a different App, then the icon changes back to normal, when I move the cursor further, over the desktop again, or the file viewer, then its back to its wrong icon.

Hope my descriptions were clear enough to be able to reproduce things.


Sebastian Reitenbach <buzzdee>
Project Member
Thu 02 Feb 2012 10:09:03 PM UTC, comment #1:

I just wanted to add a few links to older bugs that deal with similar problems: bug #5871, bug #6213, bug #6214 and #bug #24886.

We resolved all of them, but there seem to be a few cases where our current solution isn't good enough. The problem here has been that it turned out hard to reprocude these problems on purpose.

Fred Kiefer <FredKiefer>
Project Member
Wed 01 Feb 2012 10:57:30 PM UTC, original submission:

This bug is to track cursor issues which have been around for along time - such as the cursor getting stuck on the wrong image, etc.

several people have run in to it but we don't have a simple reproducible test case yet.

Eric Wasylishen <ericw>
Project Member


No files currently attached


Depends on the following items: None found

Items that depend on this one: None found


Carbon-Copy List
  • -email is unavailable- added by espectador (Posted a comment)
  • -email is unavailable- added by buzzdee (Posted a comment)
  • -email is unavailable- added by FredKiefer (Posted a comment)
  • -email is unavailable- added by ericw (Submitted the item)

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.




    Follow 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2013-12-01 FredKiefer StatusNeed Info => Fixed
        Open/ClosedOpen => Closed

    Back to the top

    Powered by Savane 3.3