gnome-commander issueshttps://gitlab.gnome.org/GNOME/gnome-commander/-/issues2021-06-23T21:58:57Zhttps://gitlab.gnome.org/GNOME/gnome-commander/-/issues/4cut and paste with GNOME doesn't work2021-06-23T21:58:57ZBugzillacut and paste with GNOME doesn't work## Submitted by koos
**[Link to original bug (#352130)](https://bugzilla.gnome.org/show_bug.cgi?id=352130)**
## Description
Please describe the problem:
Drag and drop between gnome-commander and Nautilus is working. But when one sel...## Submitted by koos
**[Link to original bug (#352130)](https://bugzilla.gnome.org/show_bug.cgi?id=352130)**
## Description
Please describe the problem:
Drag and drop between gnome-commander and Nautilus is working. But when one selects 'cut' or 'copy' from the menu in gnome-commander or Nautilus and than select 'paste' in the other application, nothing happens.
Steps to reproduce:
1. select a file in gnome-commander
2. right click on the file and select 'cut'
3. go to Nautilus
4. right click in Nautilus and select 'paste'
Actual results:
Nothing happens
Expected results:
The file should have been moved.
Does this happen every time?
yes
Other information:
I am using gnome-commander 1.2.0 and GNOME 2.14.3.
Version: 1.2.xhttps://gitlab.gnome.org/GNOME/gnome-commander/-/issues/7Device bar overflow2021-06-23T20:56:22ZBugzillaDevice bar overflow## Submitted by Allan
**[Link to original bug (#436473)](https://bugzilla.gnome.org/show_bug.cgi?id=436473)**
## Description
manually created device-entries are shown in a bar below the toolbar and above the device-pulldown-menus. i...## Submitted by Allan
**[Link to original bug (#436473)](https://bugzilla.gnome.org/show_bug.cgi?id=436473)**
## Description
manually created device-entries are shown in a bar below the toolbar and above the device-pulldown-menus. if too many device-entries are created (14 in my case) these flow from the left half over to the right half and overlap the first entries there. the overlapping ones are not usable.
possible solution: this bar could split into two or more rows.
(by the way: these entries should work as drag&drop targets. if they open a hierarchical flyout of sub-folders as targets too, this could advance several simple file operations avoiding unnecessary navigation in the main panels.)
Version: 1.2.xhttps://gitlab.gnome.org/GNOME/gnome-commander/-/issues/9Can't stop directory size calculating2021-03-07T17:16:02ZBugzillaCan't stop directory size calculating## Submitted by Marek Lewandowski
**[Link to original bug (#456683)](https://bugzilla.gnome.org/show_bug.cgi?id=456683)**
## Description
When SPACE is pressed GNOME-Commander is calculating the size of selected directory. It would b...## Submitted by Marek Lewandowski
**[Link to original bug (#456683)](https://bugzilla.gnome.org/show_bug.cgi?id=456683)**
## Description
When SPACE is pressed GNOME-Commander is calculating the size of selected directory. It would be a big improwement if we can stop this process by for eg. pressing ESC (like TotalCommander in Windows). Sometimes when I press SPACE on big directory program hangs for a looong time...
Other information:
Version: 1.2.x
### Depends on
* [Bug 589069](https://bugzilla.gnome.org/show_bug.cgi?id=589069)https://gitlab.gnome.org/GNOME/gnome-commander/-/issues/14Reverse order of columns in the panes for RTL languages.2021-06-23T21:58:58ZBugzillaReverse order of columns in the panes for RTL languages.## Submitted by Djihed Afifi
**[Link to original bug (#506765)](https://bugzilla.gnome.org/show_bug.cgi?id=506765)**
## Description
When using an LTR language (English), we get this order from left to right:
Icon - Name - Ext - Siz...## Submitted by Djihed Afifi
**[Link to original bug (#506765)](https://bugzilla.gnome.org/show_bug.cgi?id=506765)**
## Description
When using an LTR language (English), we get this order from left to right:
Icon - Name - Ext - Size - Data ...etc
When using an RTL language, e.g Arabic, the same order should be from right to left. Currently the order stays as is. Which is wrong.
I toyed around with gnome-cmd-file-list.cc, the array file_list_column can be reversed to reverse *only* the titles of the columns, this can be created as file_list_column_rtl, I but don't know:
1) where to plug the RTL test:
if(gtk_widget_get_default_direction() == GTK_TEXT_DIR_RTL)
2) where to reverse the order of the rows.
(to try an rtl language:
LC_ALL=ar_DZ.UTF8 gnome-commander
after installing locales)https://gitlab.gnome.org/GNOME/gnome-commander/-/issues/17Immpossible copy / make files i folder at russian CP12512021-06-23T21:58:58ZBugzillaImmpossible copy / make files i folder at russian CP1251## Submitted by Igor
**[Link to original bug (#528357)](https://bugzilla.gnome.org/show_bug.cgi?id=528357)**
## Description
Please describe the problem:
I am the Russian-language user. ASP Linux is set / GNOME Russian-language. Syst...## Submitted by Igor
**[Link to original bug (#528357)](https://bugzilla.gnome.org/show_bug.cgi?id=528357)**
## Description
Please describe the problem:
I am the Russian-language user. ASP Linux is set / GNOME Russian-language. System of code of CP1251.
It is impossible to copy (F5) (locally and in a network), create (F7) (in a network) files and folders if on the way and there are characters the name in the code of CP1251. Gives out an message "Catalogue does not exist, to create him". Dragging a mouse works correctly.
Steps to reproduce:
At copying of files, folders or at their creation on the fonuktsional'nym keys of F5, F6, F7. At renaming of files - F2
At creation of insets to the ruskoyazychnym folders - are they represented "?"
Actual results:
Gives out an message "Catalogue does not exist, to create him"
Expected results:
If to answer yes - message "File is
not found"
If to answer it is not is abolition of
operation
Does this happen every time?
every time
Other information:
I am sorry for my English - use an automatic translator
Version: 1.2.xhttps://gitlab.gnome.org/GNOME/gnome-commander/-/issues/20Feature request: Option to show thumbnails2021-11-16T21:47:03ZBugzillaFeature request: Option to show thumbnails## Submitted by stijn de loose
**[Link to original bug (#553382)](https://bugzilla.gnome.org/show_bug.cgi?id=553382)**
## Description
It would be nice to have an option to show thumbnails in both panes. Also, that would give Gnome ...## Submitted by stijn de loose
**[Link to original bug (#553382)](https://bugzilla.gnome.org/show_bug.cgi?id=553382)**
## Description
It would be nice to have an option to show thumbnails in both panes. Also, that would give Gnome Commander a serious advantage in comparison to other dual-pane file managers.
Version: 1.2.xhttps://gitlab.gnome.org/GNOME/gnome-commander/-/issues/21widget focus not auto-tracked using Orca magnifer2021-06-23T21:58:59ZBugzillawidget focus not auto-tracked using Orca magnifer## Submitted by Patrick Wade
**[Link to original bug (#557270)](https://bugzilla.gnome.org/show_bug.cgi?id=557270)**
## Description
(Using half-screen Orca magnifier:)
- When traversing to different primary elements of gnome-comman...## Submitted by Patrick Wade
**[Link to original bug (#557270)](https://bugzilla.gnome.org/show_bug.cgi?id=557270)**
## Description
(Using half-screen Orca magnifier:)
- When traversing to different primary elements of gnome-commander via the keyboard, the new focus region of the application is not automatically tracked in Orca magnifier's zoomer window. (The magnifier should be updating its view as gnome-commander's focus changes.)https://gitlab.gnome.org/GNOME/gnome-commander/-/issues/22no toolbars presented in GOK2021-06-23T21:58:58ZBugzillano toolbars presented in GOK## Submitted by Patrick Wade
**[Link to original bug (#557274)](https://bugzilla.gnome.org/show_bug.cgi?id=557274)**
## Description
Using GOK (direct selection):
- None of gnome-commander's toolbars (such as the one with 'Refresh' ...## Submitted by Patrick Wade
**[Link to original bug (#557274)](https://bugzilla.gnome.org/show_bug.cgi?id=557274)**
## Description
Using GOK (direct selection):
- None of gnome-commander's toolbars (such as the one with 'Refresh' and 'Up one directory' icon elements) are presented in GOK. Toolbars in gnome-commander should be available for selection in GOK's window, for accessibility users.https://gitlab.gnome.org/GNOME/gnome-commander/-/issues/23very many a11y relations missing for speech2021-06-23T21:58:59ZBugzillavery many a11y relations missing for speech## Submitted by Patrick Wade
**[Link to original bug (#557277)](https://bugzilla.gnome.org/show_bug.cgi?id=557277)**
## Description
Using Orca speech:
-There are very many a11y relations (ATK) between labels and widgets
missing in ...## Submitted by Patrick Wade
**[Link to original bug (#557277)](https://bugzilla.gnome.org/show_bug.cgi?id=557277)**
## Description
Using Orca speech:
-There are very many a11y relations (ATK) between labels and widgets
missing in gnome-commander. This makes using Orca speech quite
troublesome for blind users.
-This problem occurs across the whole application; in its
numerous dialogs and tabs. This includes the missing a11y
relations in:
* Advanced Rename Tool -> Options... dialog
* File -> Change Owner/Group
* Advanced Rename Tool -> Add/Edit -> New Rule
* File -> Create Symbolic Link
* Bookmark this directory (new bookmark / edit bookmark)
* Connections -> New Connections (Add/Edit remote server)
* Options -> General
* Options -> Format
* Options -> Layout
* Options -> Network
* Options -> Programs
* Options -> Other Favorite Apps (Add/Edit)
* Options -> Deviceshttps://gitlab.gnome.org/GNOME/gnome-commander/-/issues/24gnome-commander - icons don't theme for HCLPI2021-06-23T21:58:58ZBugzillagnome-commander - icons don't theme for HCLPI## Submitted by Patrick Wade
**[Link to original bug (#563375)](https://bugzilla.gnome.org/show_bug.cgi?id=563375)**
## Description
Using HCLPI theme (High Contrast Large Print Inverse):
- Many icons in gnome-commander do not theme...## Submitted by Patrick Wade
**[Link to original bug (#563375)](https://bugzilla.gnome.org/show_bug.cgi?id=563375)**
## Description
Using HCLPI theme (High Contrast Large Print Inverse):
- Many icons in gnome-commander do not theme with HCLPI.
They remain regular icons.
Ones that should have HCLPI versions are:
* Send files icon
* Open terminal icon
* Home mini icon
* SMB mini icon
* Directory mini icon
* Options dialog titlebar icon
* Bookmark mini icon
* Configure plugins icon
Version: 1.2.xhttps://gitlab.gnome.org/GNOME/gnome-commander/-/issues/25gnome-commander - Splitter divider cannot be used via keyboard2021-06-23T21:58:57ZBugzillagnome-commander - Splitter divider cannot be used via keyboard## Submitted by Patrick Wade
**[Link to original bug (#563377)](https://bugzilla.gnome.org/show_bug.cgi?id=563377)**
## Description
The primary splitterbar widget between the left and right panes
cannot be focused/repositioned via t...## Submitted by Patrick Wade
**[Link to original bug (#563377)](https://bugzilla.gnome.org/show_bug.cgi?id=563377)**
## Description
The primary splitterbar widget between the left and right panes
cannot be focused/repositioned via the keyboard.
(This is needed for keyboard-only accessibility users.)https://gitlab.gnome.org/GNOME/gnome-commander/-/issues/26Get rid of GtkCList2023-03-26T09:56:48ZBugzillaGet rid of GtkCList## Submitted by Andre Klapper `@aklapper`
**[Link to original bug (#569762)](https://bugzilla.gnome.org/show_bug.cgi?id=569762)**
## Description
GtkCList has been deprecated since GTK+ 2.0 and should not be used in newly written cod...## Submitted by Andre Klapper `@aklapper`
**[Link to original bug (#569762)](https://bugzilla.gnome.org/show_bug.cgi?id=569762)**
## Description
GtkCList has been deprecated since GTK+ 2.0 and should not be used in newly written code. When switching to GTK+ 3 this must have been removed.
Use GtkTreeView instead:
http://library.gnome.org/devel/gtk/stable/GtkTreeView.html
./gnome-commander/plugins/cvs/interface.c:on_rev_list_select_row (GtkCList *clist,
./gnome-commander/src/plugin_manager.cc:PluginData *get_selected_plugin (GtkCList *list)
./gnome-commander/src/plugin_manager.cc:static void update_plugin_list (GtkCList *list, GtkWidget *dialog)
./gnome-commander/src/plugin_manager.cc: GtkCList *list = GTK_CLIST (lookup_widget (dialog, "avail_list"));
./gnome-commander/src/plugin_manager.cc:on_plugin_selected (GtkCList *list, gint row, gint column,
./gnome-commander/src/plugin_manager.cc:on_plugin_unselected (GtkCList *list, gint row, gint column,
./gnome-commander/src/plugin_manager.cc: GtkCList *list = GTK_CLIST (lookup_widget (dialog, "avail_list"));
./gnome-commander/src/plugin_manager.cc: GtkCList *list = GTK_CLIST (lookup_widget (dialog, "avail_list"));
./gnome-commander/src/gnome-cmd-bookmark-dialog.cc: GtkCList *dir_list = GTK_CLIST (dialog->priv->dir_list);
./gnome-commander/src/gnome-cmd-bookmark-dialog.cc: GtkCList *dir_list = GTK_CLIST (dialog->priv->dir_list);
./gnome-commander/src/gnome-cmd-bookmark-dialog.cc: GtkCList *dir_list = GTK_CLIST (dialog->priv->dir_list);
./gnome-commander/src/gnome-cmd-bookmark-dialog.cc: GtkCList *dir_list = GTK_CLIST (dialog->priv->dir_list);
./gnome-commander/src/gnome-cmd-bookmark-dialog.cc: GtkCList *dir_list = GTK_CLIST (dialog->priv->dir_list);
./gnome-commander/src/gnome-cmd-bookmark-dialog.cc: GtkCList *dir_list = GTK_CLIST (dialog->priv->dir_list);
./gnome-commander/src/gnome-cmd-bookmark-dialog.cc:static void on_dir_moved (GtkCList *clist, gint arg1, gint arg2, GnomeCmdBookmarkDialog *dialog)
./gnome-commander/src/gnome-cmd-bookmark-dialog.cc:static void on_dir_selected (GtkCList *list, gint row, gint column,
./gnome-commander/src/gnome-cmd-bookmark-dialog.cc:static void on_dir_unselected (GtkCList *list, gint row, gint column, GdkEventButton *event, GnomeCmdBookmarkDialog *dialog)
./gnome-commander/src/gnome-cmd-bookmark-dialog.cc:static void on_scroll_vertical (GtkCList *clist, GtkScrollType scroll_type, gfloat position, gpointer data)
./gnome-commander/src/gnome-cmd-bookmark-dialog.cc:static void on_column_resize (GtkCList *clist, gint column, gint width, GnomeCmdBookmarkDialog *dialog)
./gnome-commander/src/gnome-cmd-clist.cc:static GtkCListClass *parent_class = NULL;
./gnome-commander/src/gnome-cmd-clist.cc:inline gint COLUMN_FROM_XPIXEL (GtkCList * clist, gint x)
./gnome-commander/src/gnome-cmd-clist.cc:inline gint LIST_WIDTH (GtkCList * clist)
./gnome-commander/src/gnome-cmd-clist.cc:get_cell_style (GtkCList *clist,
./gnome-commander/src/gnome-cmd-clist.cc: GtkCListRow *clist_row,
./gnome-commander/src/gnome-cmd-clist.cc:inline PangoLayout *my_gtk_clist_create_cell_layout (GtkCList *clist, GtkCListRow *clist_row, gint column)
./gnome-commander/src/gnome-cmd-clist.cc:static void draw_row (GtkCList *clist, GdkRectangle *area, gint row, GtkCListRow *clist_row)
./gnome-commander/src/gnome-cmd-clist.cc: clist_row = (GtkCListRow *) ROW_ELEMENT (clist, row)->data;
./gnome-commander/src/gnome-cmd-clist.cc:static void on_scroll_vertical (GtkCList *clist, GtkScrollType scroll_type, gfloat position, gpointer data)
./gnome-commander/src/gnome-cmd-clist.cc:static void on_realize (GtkCList *clist, gpointer data)
./gnome-commander/src/gnome-cmd-clist.cc: GtkCListClass *clist_class = GTK_CLIST_CLASS (klass);
./gnome-commander/src/gnome-cmd-clist.cc: parent_class = (GtkCListClass *) gtk_type_class (gtk_clist_get_type ());
./gnome-commander/src/gnome-cmd-file-list.cc: static void on_column_clicked (GtkCList *list, gint col, GnomeCmdFileList *fl)
./gnome-commander/src/gnome-cmd-file-list.cc:static void on_scroll_vertical (GtkCList *clist, GtkScrollType scroll_type, gfloat position, GnomeCmdFileList *fl)
./gnome-commander/src/gnome-cmd-file-list.cc:static gboolean on_button_press (GtkCList *clist, GdkEventButton *event, GnomeCmdFileList *fl)
./gnome-commander/src/gnome-cmd-file-list.cc:static void on_motion_notify (GtkCList *clist, GdkEventMotion *event, GnomeCmdFileList *fl)
./gnome-commander/src/gnome-cmd-file-list.cc: GtkCList *clist = GTK_CLIST (fl);
./gnome-commander/src/gnome-cmd-combo.cc:static gboolean on_list_button_press (GtkCList *clist, GdkEventButton *event, GnomeCmdCombo *combo)
./gnome-commander/src/gnome-cmd-combo.cc:static gboolean on_list_button_release (GtkCList *clist, GdkEventButton *event, GnomeCmdCombo *combo)
./gnome-commander/src/gnome-cmd-combo.cc: GtkCList *clist = GTK_CLIST (combo->list);
./gnome-commander/src/gnome-cmd-main-win.cc:static gboolean on_left_fs_select (GtkCList *list, GdkEventButton *event, GnomeCmdMainWin *mw)
./gnome-commander/src/gnome-cmd-main-win.cc:static gboolean on_right_fs_select (GtkCList *list, GdkEventButton *event, GnomeCmdMainWin *mw)
./gnome-commander/src/gnome-cmd-main-win.cc:static void on_fs_list_resize_column (GtkCList *clist, gint column, gint width, GtkCList *other_clist)
./gnome-commander/src/gnome-cmd-options-dialog.cc:inline void add_app_to_list (GtkCList *clist, GnomeCmdApp *app)
./gnome-commander/src/gnome-cmd-options-dialog.cc:inline void update_app_in_list (GtkCList *clist, GnomeCmdApp *app)
./gnome-commander/src/gnome-cmd-options-dialog.cc:static void on_app_selected (GtkCList *clist, gint row, gint column, GdkEventButton *event, GtkWidget *parent)
./gnome-commander/src/gnome-cmd-options-dialog.cc:static void on_app_moved (GtkCList *clist, gint arg1, gint arg2, GtkWidget *frame)
./gnome-commander/src/gnome-cmd-options-dialog.cc: GtkCList *clist = GTK_CLIST (lookup_widget (frame, "app_clist"));
./gnome-commander/src/gnome-cmd-options-dialog.cc: GtkCList *clist = GTK_CLIST (lookup_widget (frame, "app_clist"));
./gnome-commander/src/gnome-cmd-options-dialog.cc: GtkCList *clist = GTK_CLIST (lookup_widget (frame, "app_clist"));
./gnome-commander/src/gnome-cmd-options-dialog.cc:inline void add_device_to_list (GtkCList *clist, GnomeCmdConDevice *dev)
./gnome-commander/src/gnome-cmd-options-dialog.cc:inline void update_device_in_list (GtkCList *clist, GnomeCmdConDevice *dev, gchar *alias, gchar *device_fn, gchar *mountp, gchar *icon_path)
./gnome-commander/src/gnome-cmd-options-dialog.cc: GtkCList *clist = GTK_CLIST (lookup_widget (frame, "device_clist"));
./gnome-commander/src/gnome-cmd-options-dialog.cc:static void on_device_selected (GtkCList *clist, gint row, gint column, GdkEventButton *event, GtkWidget *parent)
./gnome-commander/src/gnome-cmd-options-dialog.cc:static void on_device_moved (GtkCList *clist, gint arg1, gint arg2, GtkWidget *frame)
./gnome-commander/src/gnome-cmd-options-dialog.cc: GtkCList *clist = GTK_CLIST (lookup_widget (frame, "device_clist"));
./gnome-commander/src/gnome-cmd-options-dialog.cc: GtkCList *clist = GTK_CLIST (lookup_widget (frame, "device_clist"));
./gnome-commander/src/gnome-cmd-file-selector.cc: GtkCList *clist = GTK_CLIST (fs->file_list());
./gnome-commander/src/gnome-cmd-file-selector.cc: GtkCList *clist = GTK_CLIST (fs->file_list());
./gnome-commander/src/gnome-cmd-file-selector.cc: GtkCList *clist = GTK_CLIST (fs->file_list());
./gnome-commander/src/gnome-cmd-file-selector.cc: GtkCList *clist = GTK_CLIST (fs->file_list());
./gnome-commander/src/gnome-cmd-file-selector.cc:static gboolean on_list_key_pressed (GtkCList *clist, GdkEventKey *event, GnomeCmdFileSelector *fs)
./gnome-commander/src/gnome-cmd-file-selector.cc:static gboolean on_list_key_pressed_private (GtkCList *clist, GdkEventKey *event, GnomeCmdFileSelector *fs)
./gnome-commander/src/gnome-cmd-file-list.h: operator GtkCList * () { return GTK_CLIST (this); }
./gnome-commander/src/gnome-cmd-clist.h: GtkCList parent;
./gnome-commander/src/gnome-cmd-clist.h: GtkCListClass parent_class;
Version: 1.2.xhttps://gitlab.gnome.org/GNOME/gnome-commander/-/issues/36Link to URL is not recognized as such2021-06-23T21:58:58ZBugzillaLink to URL is not recognized as such## Submitted by a@g..@..ri.com
**[Link to original bug (#595873)](https://bugzilla.gnome.org/show_bug.cgi?id=595873)**
## Description
I can save an URL in Firefox by dragging it to a directory shown in Nautilus. The link is then sav...## Submitted by a@g..@..ri.com
**[Link to original bug (#595873)](https://bugzilla.gnome.org/show_bug.cgi?id=595873)**
## Description
I can save an URL in Firefox by dragging it to a directory shown in Nautilus. The link is then saved and shown as a 'desktop configuration file'. Double clicking it opens the browser and the site.
Dragging an URL into GNOME Commander doesn't work. When double clicking an already saved link, GNOME Commander doesn't know what to do with it.
Version: 1.2.xhttps://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/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/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/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/60Remote connections: Moving a file from one NFS-mounted fs to another results ...2021-11-22T20:02:53ZBugzillaRemote connections: Moving a file from one NFS-mounted fs to another results in "Not on the same file system" error## Submitted by Kevin Ernst
**[Link to original bug (#660671)](https://bugzilla.gnome.org/show_bug.cgi?id=660671)**
## Description
SYMPTOMS:
A file transfer (move) from one NFS-mounted filesystem to another fails with the message
...## Submitted by Kevin Ernst
**[Link to original bug (#660671)](https://bugzilla.gnome.org/show_bug.cgi?id=660671)**
## Description
SYMPTOMS:
A file transfer (move) from one NFS-mounted filesystem to another fails with the message
Error while copying to `<dest-path>`
Not on the same file system
while the same file transfer completes successfully in another program, such as 'mc'. The error does not occur when moving within the same NFS-mounted filesystem. The exports on the NFS server are two distinct subtrees, not nested or symlinks.
STEPS TO REPRODUCE:
- Install gnome-commander from git master (1.2.8.5-0ubuntu1 also tested on Ubuntu 10.04).
- Mount two NFS file systems (in my case /c/inbox and /c/share from a Debian-based ReadyNAS)
- Run gnome-commander as a user that has write permissions to both shares.
- Move a file from one share to the other
EXTRA INFORMATION:
Same error occurs with two separate filesystems mounted through a local (loopback) NFS server, e.g., "/tmp 127.0.0.1(rw,sync,no_subtree_check)" and "/home 127.0.0.1(rw,sync,no_subtree_check)".
Debug output in context during the transfer (gnome-commander -d a) of a file named 'ZRLINK.tar.gz':
[LL] returning from on_dir_list_ok
[NN] Added monitor to 0x939d0b0 file:///net/inbox
[FF] refing: 0x0x9379078 ZRLINK.tar.gz to 4
[KK] FOUND 0x0x939d0b0 file:///net/inbox in the hash-table, reusing it!
[XX] Starting xfer the file 'ZRLINK.tar.gz' to '/net/inbox'
[DD] refing: 0x0x939d0b0 inbox to 2
[FF] un-refing: 0x0x9379078 ZRLINK.tar.gz to 3
[LL] blocking_list: file:///net/inbox
[LL] File listing succeded
Version: 1.2.x
### Depends on
* [Bug 589069](https://bugzilla.gnome.org/show_bug.cgi?id=589069)https://gitlab.gnome.org/GNOME/gnome-commander/-/issues/62No command (console) output window2021-06-23T21:06:14ZBugzillaNo command (console) output window## Submitted by mip..@..il.com
**[Link to original bug (#671421)](https://bugzilla.gnome.org/show_bug.cgi?id=671421)**
## Description
There should be a command output window that user can switch to, using keyboard shortcut, e.g.: Ct...## Submitted by mip..@..il.com
**[Link to original bug (#671421)](https://bugzilla.gnome.org/show_bug.cgi?id=671421)**
## Description
There should be a command output window that user can switch to, using keyboard shortcut, e.g.: Ctrl-O like in Midnight Commander.https://gitlab.gnome.org/GNOME/gnome-commander/-/issues/64Provide a method to quick input a full path and switch current panel to it.2021-11-16T20:54:29ZBugzillaProvide a method to quick input a full path and switch current panel to it.## Submitted by Juan Cruz Varela
**[Link to original bug (#673170)](https://bugzilla.gnome.org/show_bug.cgi?id=673170)**
## Description
Much better if path auto-completion is implemented too.
Version: 1.2.x## Submitted by Juan Cruz Varela
**[Link to original bug (#673170)](https://bugzilla.gnome.org/show_bug.cgi?id=673170)**
## Description
Much better if path auto-completion is implemented too.
Version: 1.2.x