042_treeview_single_focus.patch change creates selection issues

Bug #234018 reported by muntyan
4
Affects Status Importance Assigned to Milestone
GTK+
Expired
Medium
gtk+2.0 (Debian)
New
Unknown
gtk+2.0 (Ubuntu)
Triaged
Low
Ubuntu Desktop Bugs

Bug Description

From changelog:

  * 042_treeview_single_focus.patch: don't select the focused item for
    GTK_SELECTION_SINGLE type treeviews. Allows the fix in
    040_filechooser_single-click.patch to work.

This change breaks Preferences dialog in medit, see the second part of https://bugs.launchpad.net/ubuntu/+source/medit/+bug/212433.

Revision history for this message
Sebastien Bacher (seb128) wrote :

thank you for your bug report, the patch comes from debian maybe you could open the bug on bugs.debian.org too?

Changed in gtk+2.0:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
muntyan (muntyan) wrote :

Is it necessary? I'd prefer not to deal with debian bug submission system.

Revision history for this message
Sebastien Bacher (seb128) wrote :

that's not required no, we can do it, do you have an easy testcase showing the issue? that would make debugging easier

Revision history for this message
muntyan (muntyan) wrote :

I think this will reproduce the problem. On unpatched gtk when the window pops up, the first row is selected. I believe nothing will be selected on ubuntu.

Revision history for this message
MoMaT (momat) wrote :

Confirming the test case. First element has focus but is not selected. Using libgtk2 2.12.9-3ubuntu2 in Hardy.

Revision history for this message
Sebastien Bacher (seb128) wrote :
Changed in gtk+2.0:
status: Incomplete → Triaged
Changed in gtk+2.0:
status: Unknown → New
Revision history for this message
Sebastien Bacher (seb128) wrote :

debug bug comment

"Selecting nothing is the correct behavior. Otherwise, when you use
keyboard navigation, you’ll end up changing the selection when you
navigate on the treeview. See
http://bugzilla.gnome.org/show_bug.cgi?id=492206 for the explanations.

If you want to force something to be selected, use gtk.SELECTION_BROWSE."

Revision history for this message
muntyan (muntyan) wrote :

Another comment, "The behavior has been like this since the very beginning, I don't really fancy changing it at this point ...", how about that? Or where is it documented that initial selection must be empty?

But it's an academic exercise to try to decide what's correct and what's not. For me Debian breaking my application is enough reason to change the code, I don't care if it's right for some people or not. But man, you should know by now that working around FileChooser bugs and deficiencies by changing code used everywhere is no good. You know discarding data in cell rendererers on focus-out thing?

Revision history for this message
Sebastien Bacher (seb128) wrote :

maybe you could send your comment by mail on <email address hidden> so they will go on the debian bug or comment on the upstream bugzilla?

Changed in gtk:
status: Unknown → New
Changed in gtk:
importance: Unknown → Medium
Changed in gtk:
status: New → In Progress
Changed in gtk:
status: In Progress → Expired
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Bug attachments

Remote bug watches

Bug watches keep track of this bug in other bug trackers.