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

 
 

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

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

Submitted by:  Quentin Mathé <qmathe>
Submitted on:  Sun 13 Jul 2008 02:35:01 PM UTC  
 
Category: Gui/AppKitSeverity: 3 - Normal
Item Group: NoneStatus: None
Privacy: PublicAssigned to: None
Open/Closed: Open

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>
Project 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>
Project 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>
Project Member

 

Attached Files

 

Depends on the following items: None found

Items that depend on this one: None found

 

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

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

    Only logged-in users can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follows 1 latest change.

    Date Changed By Updated Field Previous Value => Replaced By
    Sun 13 Jul 2008 02:35:02 PM UTCqmatheAttached File-=>Added browser-selectionissue.png, #16113

    Back to the top


    Powered by Savane 3.1-cleanup