Thank you for following up, closing the bug then!
** Changed in: nautilus (Ubuntu)
Status: Incomplete => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/1256093
Hi Sebastien,
I don't have Ubuntu 12.04 anymore and I'm not able to reproduce problem
in 16.04.
Also there is different output, when I unzip that file. There are
different characters instead of question marks.
lmlich@lm-desktop:~/Plocha$ unzip ěščřžýáíé.zip
Archive: ěščřžýáíé.zip
extracting
Could you try if that's still an issue for you in newer versions?
** Changed in: nautilus (Ubuntu)
Importance: Undecided => Low
** Changed in: nautilus (Ubuntu)
Status: New => Incomplete
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is su
** Changed in: nautilus (Ubuntu)
Status: Incomplete => New
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to nautilus in Ubuntu.
https://bugs.launchpad.net/bugs/1256093
Title:
nautilus hangs when trashing second file named in b
Made it:
unzip /path/to/ěščřžýáíé.zip ./`funzip /path/to/ěščřžýáíé.zip`.2.txt
Archive: /path/to/ěščřžýáíé.zip
caution: filename not matched: ./�.2.txt
Unzip ends with error.
--
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to na
Yes, you are right. I was reporting nautilus problem.
When I run
cd ~/.local/share/Trash/files
unzip /path/to/ěščřžýáíé.zip
unzip /path/to/ěščřžýáíé.zip
I'm asked if I want:
replace ?.txt? [y]es, [n]o, [A]ll, [N]one, [r]ename: r
new name: ?.2.txt
Perhaps Nautilus choose automati
Shouldn't this affect nautilus instead of unzip? The mishandling of the
zip file is covered in bug #580961, this seems to be an issue with
nautilus handling a badly encoded file. Does this issue still occur when
extracting the file straight into the trash?
** Package changed: unzip (Ubuntu) => nau
