bugGNUstep - Bugs: bug #23836, Click on a single row resulting in...

Group
 
 

bug #23836: Click on a single row resulting in a multiple selection in NSBrowser

Submitter:  Quentin Mathé <qmathe>
Submitted:  Sun 13 Jul 2008 02:35:01 PM UTC
   
 
Category:  Gui/AppKit Severity:  3 - Normal
Item Group:  None Status:  None
Privacy:  Public Assigned to:  None
Open/Closed:  Open
* Mandatory Fields

Add a New Comment Rich Markup
   

Wed 03 Sep 2008 05:15:41 PM UTC, comment #2: 

Well, I'm sure that it isn't an extended selection created by dragging. I have some additional infos now...
After further investigations, it seems to be a focus issue, because clicking on the title bar resolves the selection problem, well until it happens again. I have still no idea what really triggers it.

When I click on the title bar, the selection remains the same, but if I click on another row, then the row gets selected and the existing wrong selection disappear. If I click on another row without clicking on the title bar in such cases, the selection continues to get wrongly extended as reported.

I'm currently using latest svn: base, gui, back (cairo) and gorm -r26829

Quentin Mathé <qmathe>
Group Member
Tue 12 Aug 2008 08:57:52 PM UTC, comment #1: 

The displayed screenshot would be a valid result for clicking on the first item of the selection and then scrolling down the mouse while keeping the button down.

Are you sure you aren't doing anything similar to that?

Fred Kiefer <FredKiefer>
Group Member
Sun 13 Jul 2008 02:35:01 PM UTC, original submission:  

Ubuntu 7.10 (Gutsy) x86
GCC 4.1.3
base, back (cairo), gui: r26748

When I click on a browser cell/row to get it selected (no key modifiers involved) , I often get all the rows/cells above selected in the browser column. When the selection is wrongly extended like this, I also get no display of the content of the selected item (a branch cell in this case). Hence it doesn't look like a display update problem.
Although I get this bug many times a day, I haven't been able to find a way to reproduce it reliably.
Once the selection is in a wrong state, it's usually difficult to prevent the bug to repeat on the next clicks either in the same browser or others (if several browsers are visible on screen together as it can be the case with Gorm for example). Restarting the running application seems to be the only reliable workaround.
You can find a Gorm screenshot of the issue in attachment, the bug isn't Gorm-specific though. In the screenshot, the click was on the last selected and focused cell.

This bug has been around for a month or more, I got it with previous revisions too. iirc I also get it with art backend. I didn't report it earlier because I hoped to figure out a reliable way to reproduce it :-/

Quentin.

Quentin Mathé <qmathe>
Group Member

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

Attached Files

 

Depends on the following items: None found

Items that depend on this one: None found

 

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

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follows 1 latest change.

    Date Changed by Updated Field Previous Value => Replaced by
    2008-07-13 qmathe Attached File- Added browser-selectionissue.png, #16113

    Back to the top

    Powered by Savane 3.13-758e.
    Corresponding source code