Hey.
According to the manpage, gprename should accept a directory as parameter.
While this works, when using e.g.:
gprename test
it doesn't work when the directory is either ., .. or any name that starts with a . (like .config).
In these cases it crashes:
$ gprename .
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib/x86_64-linux-gnu/perl-base/DynaLoader.pm line 218.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib/x86_64-linux-gnu/perl-base/DynaLoader.pm line 218.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib/x86_64-linux-gnu/perl-base/DynaLoader.pm line 218.
GLib-GObject-CRITICAL **: g_boxed_type_register_static: assertion 'g_type_from_name (name) == 0' failed at /usr/lib/x86_64-linux-gnu/perl-base/DynaLoader.pm line 218.
(gprename:51059): Gtk-CRITICAL **: 15:09:41.246: gtk_tree_store_get_value: assertion 'VALID_ITER (iter, tree_store)' failed
[gperl_sv_from_value] FIXME: unhandled type - 0 ((null) fundamental for (null))
(The GLib-GObject-CRITICAL occur in general, even if it works - would be nice if that could be fixed, too, though.)
Thanks,
Chris.
I don't know why anyone would use gprename with a single dot, just don't put anything and it will do the same.
Indeed, with two dots, it doesn't work properly unfortunately. Fix is a bit easy but too trivial for me to modify. Search the code for ARGV and it's in those lines a modification is needed.
The .config folder or any folder with a dot is a real big problem. The code is good as far as I can tell, however, gtk_tree_store from GTK-Perl doesn't handle it at all. A quick search on the internet doesn't return anything interesting. The only solution is to open GPRename in another folder, show hidden files and then go manually into the folder.
Bug is open for anyone who wants to fix it, thanks!