Closed Bug 270996 Opened 20 years ago Closed 18 years ago

Use shell unzip instead of zziplib

Categories

(addons.mozilla.org Graveyard :: Developer Pages, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: Bugzilla-alanjstrBugs, Assigned: fligtar)

References

Details

Attachments

(3 files)

If a zip file is corrupted, the apache thread crashes and squid only says "zero data returned". We should explore alternatives such as calling unzip via the shell. This would also keep us from having to custom-compile things.
Attached file Broken XPI from the Dict extension (deleted) —
Not going to happen for update-beta. Dumping overboard.
Assignee: psychoticwolf → nobody
Bulk Moving Developer Control Panel bugs to new component. (Filter: massdevcpspam)
Component: Update → Developers
Product: mozilla.org → Update
Version: other → unspecified
Target Milestone: --- → 2.0
Assignee: nobody → g.maone
Status: NEW → ASSIGNED
Why not use the pclzip package? It's PHP only (nothing needs to be recompiled) and LGPL: http://www.phpconcept.net/pclzip/index.en.php
Attached patch Fix for this bug (deleted) — Splinter Review
This patch lets you choose defining the USE_UNZIP constant if you want to use zip library or unzip executable. Automatic fallback occurs also if zip library is not compiled in our PHP setup.
Attachment #172285 - Flags: first-review?(cst)
Comment on attachment 172285 [details] [diff] [review] Fix for this bug The code looks good to me. I need to test it before I can approve it though.
What are we planning for bugs like this that were originally targeted for UMO2.0? WONTFIX for now?
It's not really necessary, since the server can already properly process things using zzlib. It should be noted in the wiki, though. Anybody disagree? On the other hand, it might be worth it if the existing patch would stil work... but if you guys would rather focus on other items, then we could WONTFIX it.
(In reply to comment #9) > It's not really necessary, since the server can already properly process things > using zzlib. It should be noted in the wiki, though. Anybody disagree? The server can properly process things using zziplib because we custom-compiled our PHP to include it (which is a pain in the butt every time PHP has a security update). Finding a supported (i.e. available in RHEL 4 or the dag repo) way to do this would still be appreciated (and would make security updates available more quickly).
Summary: Use shell unzip instead of zzlib → Use shell unzip instead of zziplib
Comment on attachment 172285 [details] [diff] [review] Fix for this bug UMO v2 is live. I had a lot less to do with its development, so check with morgamic before using me for reviews.
Attachment #172285 - Flags: first-review?(cst)
Do we still screw up the web server if given a malformed zip? That would be very sad, though unzip may well have similar bugs. morgamic: can you investigate this in the next little while?
Assignee: g.maone → morgamic
Severity: enhancement → normal
Status: ASSIGNED → NEW
Target Milestone: 2.0 → 2.1
AMO bugspam. Correcting QA contacts on OLD bugs (mozilla.update@update.bugs) -> Correct QA contact (developers@add-ons.bugs) Filtermeplzkthx
QA Contact: mozilla.update → developers
Depends on: remora-dev
Assignee: morgamic → fligtar
Target Milestone: 2.1 → 3.0
This is fixed in Remora (AMO v3). We are using PEAR's Archive_Zip, so no custom PHP will be required. I uploaded the attached broken xpi and it told me that install.rdf cannot have an updateURL, so I guess it works!
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: