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
Task Type Bug Report
Category Upstream Bugs
Status Closed
Assigned To Giovanni Scafora (giovanni)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

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
Comment by Doug Newgard (Scimmia) - Saturday, 19 July 2014, 13:39 GMT
I don't see how this could possibly be a packaging bug. Have you taken this upstream?
Comment by Markus N. (Markus.N) - Monday, 21 July 2014, 19:04 GMT
Sorry, I was unsure if this is upstream or Arch related.
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 ?

Loading...