FS#41263 - [unrar] exits with rc=0 and prints "ALL OK" even when rar part(s) missing
Attached to Project:
Arch Linux
Opened by Markus N. (Markus.N) - Saturday, 19 July 2014, 08:51 GMT
Last edited by Giovanni Scafora (giovanni) - Tuesday, 06 January 2015, 14:49 GMT
Opened by Markus N. (Markus.N) - Saturday, 19 July 2014, 08:51 GMT
Last edited by Giovanni Scafora (giovanni) - Tuesday, 06 January 2015, 14:49 GMT
|
Details
Description:
I am using scripts for testing downloaded multipart archives and move them to a "finished" directory when everything is OK. Today, I noticed one of the archives was moved, although one of the parts was missing. My scripts check the return code and the presence of "ALL OK" in unrar's output. Testing is done with unrar -t something-part01.rar Additional info: * version 1:5.1.6-1 Steps to reproduce: Well ... that's not easy ... It seems to happen only on some archives. As the rar archives I download come from the Dropboxes of my friends and contain private stuff, I can not publish "verified test material". If you have access to a multipart rar archive, just delete (lets's say) .part02 and try unrar -t. |
This task depends upon
Closed by Giovanni Scafora (giovanni)
Tuesday, 06 January 2015, 14:49 GMT
Reason for closing: Not a bug
Tuesday, 06 January 2015, 14:49 GMT
Reason for closing: Not a bug
No, I haven't taken this upstream yet. I am a bit unsure where to report it. According to the package info, it is the "unfree" version from rarlab. Is that correct ?