save-as dialog removes focus from filename when changing directories

Bug #181049 reported by hotani
6
Affects Status Importance Assigned to Milestone
gtk+2.0 (Ubuntu)
Invalid
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: ubuntu-desktop

This is related, but not identical to bug #93396. When using the save-as dialog, focus is removed from the filename (when it doesn't get deleted as in bug #93396) and uselessly redirected to the browser window. When text is entered it shows up in a text field below the browser window instead of in the *selected* filename as it (intuitively) should.

Steps to reproduce:
1- open existing file (file.txt) in any application
2- choose "Save As"
3- in the RIGHT WINDOW (not the LEFT, that will produce bug #93396), double-click a folder.
4- The filename "file.txt" will still be visible in the "Name" field, but focus has been diverted. Attempting to enter text at this point will attempt to perform some sort of useless search in the right window. Sometimes this deletes the filename (recently this has been happening). Other times I need to click back to the Name field to modify it.

Revision history for this message
Murat Gunes (mgunes) wrote :

Thanks for reporting. This is nearly the same issue reported in bug #130224, the difference being that you're clicking the file selector, in which case the current behavior is the expected one. I'm inclined to set this as Won't Fix if you don't have any further information to add.

Revision history for this message
arno_b (arno.b) wrote :

Thank for your report, but it is not (as far as I know :p ) a ubuntu-meta issue but a gtk issue.

The referenced bug reports say that there issue was fixed. Do you still experienced your problem?

Revision history for this message
goto (gotolaunchpad) wrote :

I am also experiencing the same issue. It very annoying.
I specifically tested for it in gedit and firefox.

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

thank you for your bug report, that's not a bug though the focus is set on the list so you use the completion there

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

But the filename remains highlighted which _is_ ambiguous.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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