The attachment "1183665.diff" seems to be a patch. If it isn't, please
remove the "patch" flag from the attachment, remove the "patch" tag, and
if you are a member of the ~ubuntu-reviewers, unsubscribe the team.
[This is an automated message performed by a Launchpad user owned by
~brian-murray,
File names received from GList parameter in
invoke_external_bulk_rename_utility are URL-encoded. Spaces in names
replaced with '%20' literal.
Glib processes arguments and checks if for macro literals. It treats '%20' as
macro '%2' and symbol '0'. So it filters out '%2' and leaves only zero.
As a workaround for nautilus-renamer - install the Nautilus-Actions
Configuration Tool, create a new action and in the Command tab set the
path to /usr/share/nautilus-renamer/nautilus-renamer.py and the
parameters to %U (a space separated list of the file/folder URIs which
correctly encodes spaces
Any updates about this? Sounds like a papercut bug to me.
Since I am using nautilus-renamer, which imo is the best GUI based batch
renaming tool available for gnome, I would love to contribute a solution,
because after 8 months this bug is still confirmed but unassigned. Any pointers
on how to
I noticed the bug appears if the original filename contains a space. Any
spaces in the original filename are passed as 0.
For example: test filename.jpg becomes test0filename.jpg
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: nautilus (Ubuntu)
Status: New = Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1183665
Title:
** Description changed:
- Spaces or cyrillic symbols in folder names are passed correctly. For
+ Spaces or cyrillic symbols in folder names are not passed correctly. For
example, for the selected files /home/user/untitled/untitled
folder/testfile*, nautilus passes the following URIs as
