gnome-commander issueshttps://gitlab.gnome.org/GNOME/gnome-commander/-/issues2022-01-20T20:45:03Zhttps://gitlab.gnome.org/GNOME/gnome-commander/-/issues/56Super+1 and Super+2 does not load Home when home is already selected2022-01-20T20:45:03ZBugzillaSuper+1 and Super+2 does not load Home when home is already selected## Submitted by nm
**[Link to original bug (#637946)](https://bugzilla.gnome.org/show_bug.cgi?id=637946)**
## Description
System:
Ubuntu 11.04 Alpha 1
gcmd 1.4 git (2010-12-24)
Reproduce:
1. Stand in any directory and have Home s...## Submitted by nm
**[Link to original bug (#637946)](https://bugzilla.gnome.org/show_bug.cgi?id=637946)**
## Description
System:
Ubuntu 11.04 Alpha 1
gcmd 1.4 git (2010-12-24)
Reproduce:
1. Stand in any directory and have Home selected in the Dropdown box.
2. Enter Home again in the tab you are standing in.
Result:
The process should enter Home directory again. Instead it does not load anything since home is already selected. The process should be.
Expected result:
Enter selected item when hitting Enter key even if item is already selected.
If Esc key is entered then leave the box and move to last tab used.
Work around:
Enter another item like Smb and then go to Home. Then it will enter the home directory.
Version: 1.4.xhttps://gitlab.gnome.org/GNOME/gnome-commander/-/issues/55Theme: Does not change in all tabs when applied2021-04-12T19:46:04ZBugzillaTheme: Does not change in all tabs when applied## Submitted by nm
**[Link to original bug (#637701)](https://bugzilla.gnome.org/show_bug.cgi?id=637701)**
## Description
System:
Ubuntu 11.04
GCMD: 1.4 git 2010-12-18
Reproduce:
1. Open a few tabs.
2. Change theme to Cafezinho
Re...## Submitted by nm
**[Link to original bug (#637701)](https://bugzilla.gnome.org/show_bug.cgi?id=637701)**
## Description
System:
Ubuntu 11.04
GCMD: 1.4 git 2010-12-18
Reproduce:
1. Open a few tabs.
2. Change theme to Cafezinho
Result:
Only "shown" tabs get the theme change.
Expected result:
Application wide theme change for all tabs.
To be able to get all tabs have the theme. Restart the application.
Version: 1.2.x1.12.1https://gitlab.gnome.org/GNOME/gnome-commander/-/issues/54Advanced rename dialogue goes awry when filename length exceeds screen resolu...2021-06-23T21:58:59ZBugzillaAdvanced rename dialogue goes awry when filename length exceeds screen resolution## Submitted by egd
**[Link to original bug (#637432)](https://bugzilla.gnome.org/show_bug.cgi?id=637432)**
## Description
When choosing to rename files using advanced rename tool where a filename cannot be displayed in its entirety...## Submitted by egd
**[Link to original bug (#637432)](https://bugzilla.gnome.org/show_bug.cgi?id=637432)**
## Description
When choosing to rename files using advanced rename tool where a filename cannot be displayed in its entirety in the rename dialogue window the rename dialogue is extended beyond the screen resolution and the buttons become inaccessible. Please implement horizontal scrolling of the filename inside the rename dialogue window.
Version: 1.2.xhttps://gitlab.gnome.org/GNOME/gnome-commander/-/issues/53Git/svn plugin would be nice2021-11-16T21:42:55ZBugzillaGit/svn plugin would be nice## Submitted by nm
**[Link to original bug (#637107)](https://bugzilla.gnome.org/show_bug.cgi?id=637107)**
## Description
This is only a small nice to have thingy.
A git and svn plugin using python.## Submitted by nm
**[Link to original bug (#637107)](https://bugzilla.gnome.org/show_bug.cgi?id=637107)**
## Description
This is only a small nice to have thingy.
A git and svn plugin using python.https://gitlab.gnome.org/GNOME/gnome-commander/-/issues/52Auto refresh when changing permissions etc2021-06-23T20:26:22ZBugzillaAuto refresh when changing permissions etc## Submitted by nm
**[Link to original bug (#637050)](https://bugzilla.gnome.org/show_bug.cgi?id=637050)**
## Description
System:
Ubuntu 11.04
Gnome Commander 1.2.8.8
Information:
I found a bug where if you change permissions or t...## Submitted by nm
**[Link to original bug (#637050)](https://bugzilla.gnome.org/show_bug.cgi?id=637050)**
## Description
System:
Ubuntu 11.04
Gnome Commander 1.2.8.8
Information:
I found a bug where if you change permissions or the like the view is not refreshed when entering the command.
Reproduce:
1. Go to a folder to create a new directory "temp"
2. Type: chmod a-x temp to change permissions on the directory.
Result:
The folder view is not updated auto with the permission change. This should be instant when the change has been done. Otherwise the eyes will be fooled and think that the permission is not changed on the folder/file.
Version: 1.2.x1.14.0https://gitlab.gnome.org/GNOME/gnome-commander/-/issues/51Move and not copy by default on same filesystem2021-11-15T22:16:18ZBugzillaMove and not copy by default on same filesystem## Submitted by Alessio Treglia
**[Link to original bug (#636549)](https://bugzilla.gnome.org/show_bug.cgi?id=636549)**
## Description
Hi!
On the same filesystem, the default action when drag&drop'ing an item should be the move, no...## Submitted by Alessio Treglia
**[Link to original bug (#636549)](https://bugzilla.gnome.org/show_bug.cgi?id=636549)**
## Description
Hi!
On the same filesystem, the default action when drag&drop'ing an item should be the move, not the copy.
Thanks in advance.1.14.0Uwe ScholzUwe Scholzhttps://gitlab.gnome.org/GNOME/gnome-commander/-/issues/50Editing remote files2021-11-29T07:09:12ZBugzillaEditing remote files## Submitted by adek
**[Link to original bug (#633986)](https://bugzilla.gnome.org/show_bug.cgi?id=633986)**
## Description
"Edit" option using external editors don't work.
Confirmed on:
- SFTP connection
- FTP connection
Simply c...## Submitted by adek
**[Link to original bug (#633986)](https://bugzilla.gnome.org/show_bug.cgi?id=633986)**
## Description
"Edit" option using external editors don't work.
Confirmed on:
- SFTP connection
- FTP connection
Simply connect to FTP/SSH/SFTP and try to edit file using "Edit (F4)". This option simply don't work.
Everything is OK if I edit local files. Please, fix this bug in next versions.
Version: 1.2.x1.14.0Uwe ScholzUwe Scholzhttps://gitlab.gnome.org/GNOME/gnome-commander/-/issues/49Separate history for each panel/tab2021-06-23T21:58:57ZBugzillaSeparate history for each panel/tab## Submitted by dr. Hannibal Lecter
**[Link to original bug (#630629)](https://bugzilla.gnome.org/show_bug.cgi?id=630629)**
## Description
It would be nice to have separate histories for each panel (or tab, if that feature is really...## Submitted by dr. Hannibal Lecter
**[Link to original bug (#630629)](https://bugzilla.gnome.org/show_bug.cgi?id=630629)**
## Description
It would be nice to have separate histories for each panel (or tab, if that feature is really planned). Any "advanced" file management involves around moving a lot of files around, and when you have only one history for everything, it becomes a bit frustrating.
I'd like to help out with this (or any other bugs/requests), but I don't honestly know where to start. I haven't done any C/C++ in a while, and I am *very* unfamiliar with Gnome API (never done any desktop dev for Linux). If someone can point me in the right direction that would be great, I might patch something up.. I was looking at gcmd-1-2-8 branch (for some reason, I can't build master and gcmd-1-3 on my system [Ubuntu 10.04]), so if this is implemented in later versions I apologise.
(Feel free to contact me by email if I could be of any help as a dev to this project at all)
Version: 1.2.xhttps://gitlab.gnome.org/GNOME/gnome-commander/-/issues/48Better visual indication of currently active panel needed2022-01-20T20:39:10ZBugzillaBetter visual indication of currently active panel needed## Submitted by Mikael Ståldal
**[Link to original bug (#627830)](https://bugzilla.gnome.org/show_bug.cgi?id=627830)**
## Description
There should be a better visual indication of the currently active panel, e.g. by highlighting the...## Submitted by Mikael Ståldal
**[Link to original bug (#627830)](https://bugzilla.gnome.org/show_bug.cgi?id=627830)**
## Description
There should be a better visual indication of the currently active panel, e.g. by highlighting the directory name above the panel.
Version: 1.2.x1.14.0https://gitlab.gnome.org/GNOME/gnome-commander/-/issues/47Duplicate directory when copying over an existing directory2021-11-13T22:04:18ZBugzillaDuplicate directory when copying over an existing directory## Submitted by Ken Taylor
**[Link to original bug (#620752)](https://bugzilla.gnome.org/show_bug.cgi?id=620752)**
## Description
On my PC I have a directory stricture thus:
/data/mydir1
/data/mydir2
The left panel is viewing /dat...## Submitted by Ken Taylor
**[Link to original bug (#620752)](https://bugzilla.gnome.org/show_bug.cgi?id=620752)**
## Description
On my PC I have a directory stricture thus:
/data/mydir1
/data/mydir2
The left panel is viewing /data and thus shows entries for
mydir1
mydir2
The right panel is viewing a connection (by ssh) to a server with a directory structure thus:
/newdata/mydir2
/newdata/mydir3
I am viewing /newdata in the right panel and have displayed
mydir2
mydir3
I highlight mydir2 in the right panel and press F6 (move). I am offered a dialog to "Move /newdata/mydir2 to /data/mydir2" If I do this I end up with the structure:
/data/mydir2/mydir2
I would expect that /newdata/mydir2 should be moved to /data (the directory I am viewing in the left panel) thus preserving the directory structure which I already have.
If I highlight mydata3 in the right panel and press F6 the directory /data/mydata3 is corrected and the data files from the source are correctly moved to /data/mydata3.
Version: 1.2.x1.14.0Uwe ScholzUwe Scholzhttps://gitlab.gnome.org/GNOME/gnome-commander/-/issues/46Automatic refresh of folder content is not correct2021-11-13T21:15:40ZBugzillaAutomatic refresh of folder content is not correct## Submitted by Andrey Panasyuk
**[Link to original bug (#619603)](https://bugzilla.gnome.org/show_bug.cgi?id=619603)**
## Description
Created attachment 161935
ScreenShot 1
Application Version: 1.2.8.5
OS: Fedora 11
Steps to repr...## Submitted by Andrey Panasyuk
**[Link to original bug (#619603)](https://bugzilla.gnome.org/show_bug.cgi?id=619603)**
## Description
Created attachment 161935
ScreenShot 1
Application Version: 1.2.8.5
OS: Fedora 11
Steps to reproduce:
1. Open some folder
2. Start running process which removes opened folder. In my case it's maven build.
3. Look at the opened folder once it's recreated
Result: invalid folder structure is displayed. The inner folder with the same name is displayed. This folder folder can't be opened (ScreenShot 1)
Expected Result: appropriate folder structure should be displayed (ScreenShot 2)
**Attachment 161935**, "ScreenShot 1":
![Screenshot-GNOME_Commander](/uploads/e39ce68fd4d8796636f323a102a451fe/Screenshot-GNOME_Commander.png)
Version: 1.2.x1.14.0Uwe ScholzUwe Scholzhttps://gitlab.gnome.org/GNOME/gnome-commander/-/issues/45Remote connections: Gnome Commander closes when clicking on SMB path \\xxx\d...2022-01-07T21:23:23ZBugzillaRemote connections: Gnome Commander closes when clicking on SMB path \\xxx\dddddd## Submitted by t_b..@..il.com
**[Link to original bug (#619415)](https://bugzilla.gnome.org/show_bug.cgi?id=619415)**
## Description
using the SMB path is no issue. Also when clicking on a directory e.g. \\xxx\ddddd\yyyyyyyy (click...## Submitted by t_b..@..il.com
**[Link to original bug (#619415)](https://bugzilla.gnome.org/show_bug.cgi?id=619415)**
## Description
using the SMB path is no issue. Also when clicking on a directory e.g. \\xxx\ddddd\yyyyyyyy (click on yyyyyyy) is no problem. When clicking on \\xxx or \ddddd Gnome Commander closes immediately. No error message though.
Version: 1.2.x1.14.0https://gitlab.gnome.org/GNOME/gnome-commander/-/issues/44Does not compile with -DGSEAL_ENABLE2021-03-28T21:43:03ZBugzillaDoes not compile with -DGSEAL_ENABLE## Submitted by Andre Klapper `@aklapper`
**[Link to original bug (#617140)](https://bugzilla.gnome.org/show_bug.cgi?id=617140)**
## Description
This module does not build with -DGSEAL_ENABLE.
See http://live.gnome.org/GnomeGoals/Us...## Submitted by Andre Klapper `@aklapper`
**[Link to original bug (#617140)](https://bugzilla.gnome.org/show_bug.cgi?id=617140)**
## Description
This module does not build with -DGSEAL_ENABLE.
See http://live.gnome.org/GnomeGoals/UseGseal .
Note that maybe this report cannot be fixed yet, as GTK+ still misses some accessor functions (see [bug 588339](https://bugzilla.gnome.org/show_bug.cgi?id=588339), [bug 597610](https://bugzilla.gnome.org/show_bug.cgi?id=597610)) needed for sealing.
Also see http://live.gnome.org/GTK%2B/3.0/PendingSealings for current status.
Version: 1.4.x
### Blocking
* [Bug 585391](https://bugzilla.gnome.org/show_bug.cgi?id=585391)https://gitlab.gnome.org/GNOME/gnome-commander/-/issues/43Enhancement: Enable file operations on search results2022-01-19T21:05:59ZBugzillaEnhancement: Enable file operations on search results## Submitted by egd
**[Link to original bug (#615423)](https://bugzilla.gnome.org/show_bug.cgi?id=615423)**
## Description
Created attachment 158407
Screenshot of search results...
I've been a long-time Gnome-Commander user having ...## Submitted by egd
**[Link to original bug (#615423)](https://bugzilla.gnome.org/show_bug.cgi?id=615423)**
## Description
Created attachment 158407
Screenshot of search results...
I've been a long-time Gnome-Commander user having previously used Total Commander in the Windows environment. One thing sorely lacking that should be addressed is the ability to do something with the files found through Edit/Search [Alt+F7 -- which incidentally tries to resize the app acreen rather than invoke Search].
Total-Commander offers a "feed to listbox" option by which the files are fed into the active pane, following which a user can choose from a whole host of file operations on the result set eg. delete, mass-rename etc.
The current implementation of Search in Gnome-Commander serves little purpose other than to show matches and/or allow you to navigate to a single file in the results, it doesn't allow you to do anything with the group of matching files.
Please consider adding same capability to Gnome-Commander as there are presently times when I'm forced back to Windows/Samba/Total Commander or a terminal window to do stuff like rename all files matching a search to one common name -- I doubt I'm alone in this.
**Attachment 158407**, "Screenshot of search results...":
![Screenshot-Search...](/uploads/f9de55d26c13ac2ab9205fb772eb29a9/Screenshot-Search....png)
Version: 1.2.xhttps://gitlab.gnome.org/GNOME/gnome-commander/-/issues/42Remote connections: Downloading remote files - even if not desired2022-01-07T20:31:38ZBugzillaRemote connections: Downloading remote files - even if not desired## Submitted by Vaclav
**[Link to original bug (#615173)](https://bugzilla.gnome.org/show_bug.cgi?id=615173)**
## Description
Hi,
I'm using GC daily but for last weeks I have problem with opening files from our (office) server. Whe...## Submitted by Vaclav
**[Link to original bug (#615173)](https://bugzilla.gnome.org/show_bug.cgi?id=615173)**
## Description
Hi,
I'm using GC daily but for last weeks I have problem with opening files from our (office) server. When I want to open and edit OO files, GC always downloads them to my local disk, even if the option "Always download remote files before opening in external programs" is not checked. Its very annoying and I've already lost some data because of that.
Maybe I'm just missing some setting but the above mention option seems to be very clear and it doesn't work for me.
I'm running Ubuntu 9.10. I had this problem in 9.04 too. 8.10 was fine, I could edit files on the server and save changes without creating any copies or downloading remote files.
Thanks for helping out with this!
Vaclav
Version: 1.2.x1.14.0https://gitlab.gnome.org/GNOME/gnome-commander/-/issues/41Directory not unreferenced correctly from cache when renamed2021-11-11T22:15:34ZBugzillaDirectory not unreferenced correctly from cache when renamed## Submitted by SzorostalpuJeti
**[Link to original bug (#609150)](https://bugzilla.gnome.org/show_bug.cgi?id=609150)**
## Description
It seems that gc somehow caches the directory entries and recreating the same path mixes it up.
...## Submitted by SzorostalpuJeti
**[Link to original bug (#609150)](https://bugzilla.gnome.org/show_bug.cgi?id=609150)**
## Description
It seems that gc somehow caches the directory entries and recreating the same path mixes it up.
Steps to Reproduce:
1. Create a directory named somedir.
2. Create a subdirectory named subdir in it.
3. Put some files into subdir
4. Rename parent directory (somedir -> somedir_)
5. Create a directory named somedir.
6. Create a subdirectory named subdir in it.
7. Enter to subdir.
Actual Results:
You see the files from step 3 (but you cannot see their contents).
Expected Results:
Empty directory.
Version & Platform:
1.2.8.2 on Ubuntu 9.10
Additional Information:
Restarting application solves the problem.
Version: 1.2.x1.14.0Uwe ScholzUwe Scholzhttps://gitlab.gnome.org/GNOME/gnome-commander/-/issues/40undefined reference to 'main_win_widget' with LDFLAGS="-Wl,-z,defs"2022-01-19T21:23:28ZBugzillaundefined reference to 'main_win_widget' with LDFLAGS="-Wl,-z,defs"## Submitted by szu..@..il.com
**[Link to original bug (#603860)](https://bugzilla.gnome.org/show_bug.cgi?id=603860)**
## Description
Created attachment 149174
Tared configure.log and make.log
Sorry if it's not a problem. I don't k...## Submitted by szu..@..il.com
**[Link to original bug (#603860)](https://bugzilla.gnome.org/show_bug.cgi?id=603860)**
## Description
Created attachment 149174
Tared configure.log and make.log
Sorry if it's not a problem. I don't know much about these things. I tried to build an ubuntu package when I found it. I thought it's better to report.
I used:
./configure LDFLAGS="-Wl,-z,defs" 1>configure.log 2>&1
make 1>make.log 2>&1
configure.log and make.log attached.
**Attachment 149174**, "Tared configure.log and make.log":
[confandmake.tar](/uploads/dc093aa9d1021a74b05dcca10aaa0308/confandmake.tar)
Version: 1.2.xhttps://gitlab.gnome.org/GNOME/gnome-commander/-/issues/39Copy fail when selecting a "drive"2021-11-11T21:52:26ZBugzillaCopy fail when selecting a "drive"## Submitted by Axel Heider
**[Link to original bug (#598867)](https://bugzilla.gnome.org/show_bug.cgi?id=598867)**
## Description
I have a drive mapped at /media/drive. When a select this drive via the drop down menu above one of t...## Submitted by Axel Heider
**[Link to original bug (#598867)](https://bugzilla.gnome.org/show_bug.cgi?id=598867)**
## Description
I have a drive mapped at /media/drive. When a select this drive via the drop down menu above one of the two panes, the new root dir "/" becomes "/media/drive". So when I copy the file /media/drive/test to ".." (using the F5 key), it gets copied to the real root dir as "/test" instead of beeing copies to "/media/test".
Does it make sense that the root driver "/" changes, when this is a locally mapped drive? Or what exactly happens, when I select a drive from the drip down box - should'n the be a check if this is already mapped somewhere an then put the just jump to this dir. Anything else seems quite confusing to me.
Version: 1.2.x1.14.0Uwe ScholzUwe Scholzhttps://gitlab.gnome.org/GNOME/gnome-commander/-/issues/38History list in command line does not stick to window2021-03-07T17:30:10ZBugzillaHistory list in command line does not stick to window## Submitted by nm
**[Link to original bug (#597259)](https://bugzilla.gnome.org/show_bug.cgi?id=597259)**
## Description
Reproduce:
version: git version 1.2.9
1. Click Ctrl+E
2. Move the main gnome-commander window.
The history ...## Submitted by nm
**[Link to original bug (#597259)](https://bugzilla.gnome.org/show_bug.cgi?id=597259)**
## Description
Reproduce:
version: git version 1.2.9
1. Click Ctrl+E
2. Move the main gnome-commander window.
The history list gets stuck and the window is acting like the history window is its own window. This should probably be sticky to the gnome-commander window and should also not get stuck like that.
Version: 1.2.xhttps://gitlab.gnome.org/GNOME/gnome-commander/-/issues/37free color scheme disappeared after update2021-06-23T21:41:36ZBugzillafree color scheme disappeared after update## Submitted by kedmanee
**[Link to original bug (#596126)](https://bugzilla.gnome.org/show_bug.cgi?id=596126)**
## Description
I set my own color ... after a update the scheme is set to "Cafezinho"-scheme.
I suppose there was a add...## Submitted by kedmanee
**[Link to original bug (#596126)](https://bugzilla.gnome.org/show_bug.cgi?id=596126)**
## Description
I set my own color ... after a update the scheme is set to "Cafezinho"-scheme.
I suppose there was a additional scheme override my settings?
The case is annoying because
1) none of the shipped schemes is reasonable
2) the process to set colors is intricate
3) a restore of the saved userfolder don't help
Please improve the scheme handling.
rgds ... Hardy
Version: 1.2.x