Public bug reported:
This is related to what might also be a bug, where directories aren't
displayed at the top when sorting files by name in the 'open file'
dialogue. I think it used to work this way, but changed between Ubuntu
12.04 and 14.10.
So the fastest way to open files is often by typing. When an
autocompleted folder name is displayed and is the only possible result
for a path starting with those characters, pressing tab will cause the
autocompleted text to be entered, while pressing enter normally causes
the autocompleted folder to be navigated to.
If there is a file that starts starts with that folder's name in the
same directory, the bug described in this report doesn't occur.
But if no such file exists, then if all files in the autocompleted
folder start with the same letters, then pressing tab while the
autocompleted folder's name is highlighted will cause those common
letters to appear. Pressing enter instead of tab at the first step will
instead cause a file to be opened with the name of those common letters.
The case where I encounter this bug is manual files for ffmpeg, which
all start with 'ff' (and Ubuntu doesn't package ffmpeg which is why I'm
opening them with gedit).
Autocompletion includes the '/' used to denote folders.
So, for example, in the folder /tmp/h, you have these files:
i
il
iif/
iiif/
In the 'open files' dialogue, if you type '/tmp/h', an autocompleted '/'
appears. The expected behaviour is that if you press enter, you'll
navigate to /tmp/h and view the files it contains. What actually happens
is it opens '/tmp/h/i' for editing. Immediately after presseing enter
while the autocompleted '/' is displayed, it turns a normal colour
(instead of having autocompletion highlighting), an autocompleted 'i'
appears, and the open file dialogue closes, having selected 'i' to open.
If there is also a file '/tmp/hi', then the '/' is not autocompleted,
and pressing enter will just open the folder and display the letter 'i'.
If, instead, there is a folder /tmp/h/uuu/ and a file /tmp/h/uuuuuuuu,
and the folder uuu contains another folder u/ and a file uuuuuuuu,
typing '/tmp/h/u' will cause an autocompleting 'uu' to be displayed (no
'/' at the end), and pressing enter will just display the folder.
If the file /tmp/h/uuuuuuuu is removed or renamed to be shorter than
uuu/, then instead of 'uu', 'uu/' will be autocompleted, and pressing
enter will cause the folder /tmp/h/uuu/u/ to be opened, which is empty.
ProblemType: Bug
DistroRelease: Ubuntu 14.10
Package: gedit 3.10.4-0ubuntu6
ProcVersionSignature: Ubuntu 3.16.0-30.40-generic 3.16.7-ckt3
Uname: Linux 3.16.0-30-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.14.7-0ubuntu8.3
Architecture: amd64
CurrentDesktop: Unity
Date: Thu Apr 16 01:32:26 2015
SourcePackage: gedit
UpgradeStatus: No upgrade log present (probably fresh install)
** Affects: gedit (Ubuntu)
Importance: Undecided
Status: New
** Tags: amd64 apport-bug utopic
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to gedit in Ubuntu.
https://bugs.launchpad.net/bugs/1444881
Title:
Autocomplete in 'open file' works wrong with folders
Status in gedit package in Ubuntu:
New
Bug description:
This is related to what might also be a bug, where directories aren't
displayed at the top when sorting files by name in the 'open file'
dialogue. I think it used to work this way, but changed between Ubuntu
12.04 and 14.10.
So the fastest way to open files is often by typing. When an
autocompleted folder name is displayed and is the only possible result
for a path starting with those characters, pressing tab will cause the
autocompleted text to be entered, while pressing enter normally causes
the autocompleted folder to be navigated to.
If there is a file that starts starts with that folder's name in the
same directory, the bug described in this report doesn't occur.
But if no such file exists, then if all files in the autocompleted
folder start with the same letters, then pressing tab while the
autocompleted folder's name is highlighted will cause those common
letters to appear. Pressing enter instead of tab at the first step
will instead cause a file to be opened with the name of those common
letters.
The case where I encounter this bug is manual files for ffmpeg, which
all start with 'ff' (and Ubuntu doesn't package ffmpeg which is why
I'm opening them with gedit).
Autocompletion includes the '/' used to denote folders.
So, for example, in the folder /tmp/h, you have these files:
i
il
iif/
iiif/
In the 'open files' dialogue, if you type '/tmp/h', an autocompleted
'/' appears. The expected behaviour is that if you press enter, you'll
navigate to /tmp/h and view the files it contains. What actually
happens is it opens '/tmp/h/i' for editing. Immediately after
presseing enter while the autocompleted '/' is displayed, it turns a
normal colour (instead of having autocompletion highlighting), an
autocompleted 'i' appears, and the open file dialogue closes, having
selected 'i' to open.
If there is also a file '/tmp/hi', then the '/' is not autocompleted,
and pressing enter will just open the folder and display the letter
'i'. If, instead, there is a folder /tmp/h/uuu/ and a file
/tmp/h/uuuuuuuu, and the folder uuu contains another folder u/ and a
file uuuuuuuu, typing '/tmp/h/u' will cause an autocompleting 'uu' to
be displayed (no '/' at the end), and pressing enter will just display
the folder.
If the file /tmp/h/uuuuuuuu is removed or renamed to be shorter than
uuu/, then instead of 'uu', 'uu/' will be autocompleted, and pressing
enter will cause the folder /tmp/h/uuu/u/ to be opened, which is
empty.
ProblemType: Bug
DistroRelease: Ubuntu 14.10
Package: gedit 3.10.4-0ubuntu6
ProcVersionSignature: Ubuntu 3.16.0-30.40-generic 3.16.7-ckt3
Uname: Linux 3.16.0-30-generic x86_64
NonfreeKernelModules: nvidia
ApportVersion: 2.14.7-0ubuntu8.3
Architecture: amd64
CurrentDesktop: Unity
Date: Thu Apr 16 01:32:26 2015
SourcePackage: gedit
UpgradeStatus: No upgrade log present (probably fresh install)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gedit/+bug/1444881/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
