GNOME Bugzilla – Bug 741928
Inconsistent filename after cancelled open command
Last modified: 2014-12-29 22:51:25 UTC
From https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=773839 : On 12/23/2014 10:21 PM, Nico Rikken wrote:> ... > Dear Maintainer, > > Having a changed but unsaved file open, trying to change one of the shown files via the seggregated menu bar will display the 'Select a File' dialog to select a different file for that particular subview. Since a file has been changed, a dialog pops up 'Save changes to documents before closing?' with the options 'Close without Saving', 'Cancel', and 'Save'. Choosing 'Cancel' to abort the command will keep the same files to be opened, whilst it does now display the filename of the selected file originally intended to open (although the filename in the tab is still correct). I expect the displayed filename to correspond with the opened file (content). > ... The problem is reproducible on latest master, too.
Rewrapped: > Having a changed but unsaved file open, trying to change one of the > shown files via the seggregated menu bar will display the 'Select a > File' dialog to select a different file for that particular subview. > Since a file has been changed, a dialog pops up 'Save changes to > documents before closing?' with the options 'Close without Saving', > 'Cancel', and 'Save'. Choosing 'Cancel' to abort the command will > keep the same files to be opened, whilst it does now display the > filename of the selected file originally intended to open (although > the filename in the tab is still correct). I expect the displayed > filename to correspond with the opened file (content).
This is fixed in the 3.12 branch, and will be in the next release. Thanks for the bug report.