After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 715101 - No folder content after running from Dolphin "Open with"
No folder content after running from Dolphin "Open with"
Status: RESOLVED DUPLICATE of bug 764358
Product: easytag
Classification: Other
Component: general
master
Other Linux
: Normal normal
: 2.1
Assigned To: EasyTAG maintainer(s)
EasyTAG maintainer(s)
Depends on:
Blocks:
 
 
Reported: 2013-11-24 08:56 UTC by Krzysztof
Modified: 2016-06-27 19:32 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Krzysztof 2013-11-24 08:56:38 UTC
When running EasyTAG with clicking right mouse button on folder and choosing "Open with..." and then selecting EasyTAG you go straight to this folder content but you have no files in middle section of EasyTAG.

You have to choose another folder in EasyTAG and go back to desired folder to see its content.
Comment 1 David King 2013-11-24 14:56:51 UTC
I cannot reproduce with git master. If you run easytag from the command-line with the same path as an argument, are files displayed in the file list? Can you find out what the command-line that Dolphin calls is, and verify that it does not work if you call that from a terminal?
Comment 2 Jens Georg 2014-06-15 10:11:56 UTC
At least with 2.2.1, "easytag ." doesn't work anymore. I'll check with master
Comment 3 Jens Georg 2014-06-15 10:21:42 UTC
Checked with 8722f83eb5212835a912df9b3c868990a459745f, calling easytag with a directory doesn't work for me (neither . nor full path)
Comment 4 David King 2014-06-15 12:07:43 UTC
2.2.2 works fine for me, with absolute and relative paths (although on Linux rather than Windows, which I have not tried recently). Is "Load on startup the default directory or the directory passed as argument" activated, in the Browser preferences? If it is not active, the path will be shown in the browser, but no files will appear in the file list.
Comment 5 Jens Georg 2014-06-15 17:04:16 UTC
Bummer. Of course it wasn't. Was that setting introduced recently or did the default behavior change?
Comment 6 David King 2014-06-15 19:01:49 UTC
I think that setting has been off by default ever since I maintained EasyTAG, but it seems rather unintuitive, so maybe it is a good time to switch it to on by default, or even remove it.
Comment 7 David King 2016-06-27 19:32:40 UTC
Marking as a duplicate of the newer bug, as this one is a bit confusing. The schema default for the setting which controls the startup behaviour has always been true, so all 2.4 versions should be unaffected unless the user has explicitly disabled the startup loading. The newer bug is about always loading the path given as a commandline argument, irrespective of the value of the setting.

*** This bug has been marked as a duplicate of bug 764358 ***