Closed Bug 337414 Opened 19 years ago Closed 19 years ago

Incompatible with WinZIP's Command Line Tool

Categories

(Other Applications :: CCK, enhancement)

x86
Windows XP
enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: raschi, Assigned: mkaply)

Details

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.0.3) Gecko/20060426 Firefox/1.5.0.3 Using the command line tool for WinZIP 9.0 doesn't work with the packaging of the XPI file as the final step of the wizard. Could you please specify which ZIP version is compatible and (ideally) provide a reference where to obtain that installation. For a future release, it would be great if WinZIP and/or WinRAR as common archive programs on the Win32 platform could be supported. Thanks a zillion, the CCK is an awesome extension otherwise! Reproducible: Always Actual Results: No packaged XPI Expected Results: Packaged XPI
I use infozip, just because that's what I'm used to. The only thing I do with zip is pass a -r so that I can do a recursive zip. Any suggestions on how to do UI for this? What parameters do other zip routines use for recursion?
Status: UNCONFIRMED → NEW
Ever confirmed: true
Hi, thanks for your response. Using InfoZip's ZIP works for me now as well. Maybe it would be nice to include a hint on this in the FAQ or somewhere. WinZIP's command line tool also uses the -r switch for recursive directories, but it requires the -p switch along with -r. Hence it would actually be a workaround if I could pass the -p switch when I tell the wizard where my ZIP binary is. Since your nice and check the existence of the specified binary, I can't simply add the switch to the binary's path. I guess another text field in the UI to allow me to specify additional switches would be enough. Of course, this would allow for users to mess up the JAR file by using switches which are not supposed to be used when creating JARs. Plus, it would be hard to actually find the "troublemaker" since the DOS prompt immediately closes and the wizard's generic error message is shown. Is it possible to display a more specific error message? Is it possible to actually read the response from the DOS call? WinZIP's command line tool actually tells me what's wrong, just the window is closed immediately. I only found out by giving the regular WinZIP binary, which opens another window and leaves the DOS box open. Again, thanks for your assistance, I hope I could give you some input as well. Cheers, RaSchi (In reply to comment #1) > I use infozip, just because that's what I'm used to. > > The only thing I do with zip is pass a -r so that I can do a recursive zip. > > Any suggestions on how to do UI for this? > > What parameters do other zip routines use for recursion? > (In reply to comment #1) > I use infozip, just because that's what I'm used to. > > The only thing I do with zip is pass a -r so that I can do a recursive zip. > > Any suggestions on how to do UI for this? > > What parameters do other zip routines use for recursion? >
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.