less loops with lesspipe on RAR archive files with header encrypted
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
One Hundred Papercuts |
Invalid
|
Undecided
|
Unassigned | ||
less (Ubuntu) |
New
|
Undecided
|
Unassigned | ||
Bug Description
Binary package hint: less
lesspipe hangs probably in loop when a RAR archive is encrypted in its headers (see attachment or `rar a -hppassword arkNOT.rar file`)
simple solution:
--- lesspipe 2010-04-17 20:59:08.000000000 +0200
+++ lesspipeFIXRAR 2010-04-17 20:46:56.249990602 +0200
@@ -164,8 +164,8 @@
- if [ -x "`which rar`" ]; then rar v "$1"
- elif [ -x "`which unrar`" ]; then unrar v "$1"
+ if [ -x "`which rar`" ]; then rar v -p- "$1"
+ elif [ -x "`which unrar`" ]; then unrar v -p- "$1"
which will output none of the archive contents if the archive is fully encrypted (also header as per example file)
the output will be like:
RAR 3.90 beta 2 Copyright (c) 1993-2009 Alexander Roshal 3 Jun 2009
Shareware version Type RAR -? for help
/home/tst/
At least it does not hang the shell terminal.
Good solution may be to always ask for password for RAR and then pass it to rar/unrar via the -p swithch (in case user pass null password on input then it would be -p-)
Thank you for bringing this bug to our attention. However, a paper cut should be a small usability issue, in the default Ubuntu install, that affects many people and is quick and easy to fix. So this bug can't be addressed as part of this project.
- This is a bug and not a papercut /wiki.ubuntu. com/PaperCut.
For further information about papercuts criteria, please read https:/
Don't worry though, this bug has been marked as "Invalid" only in the papercuts project.