Closed
Bug 836538
Opened 11 years ago
Closed 11 years ago
Catch exceptions when we have no etag headers on packages
Categories
(Core Graveyard :: DOM: Apps, defect)
Tracking
(blocking-b2g:tef+, firefox19 wontfix, firefox20 wontfix, firefox21 fixed, b2g18 fixed, b2g18-v1.0.0 fixed, b2g18-v1.0.1 fixed)
People
(Reporter: fabrice, Assigned: fabrice)
References
Details
(Keywords: regression)
Attachments
(1 file)
1.57 KB,
patch
|
ferjm
:
review+
|
Details | Diff | Splinter Review |
I removed the try {} catch{} thinking that getResponseHeader() will always return null (like on xhr) but alas. Rob has a nice way to test that, using: https://github.com/robhudson/packaged-app-server/blob/master/serve_packaged_apps.py Just comment out L99 and L122 to disable the etags.
Attachment #708356 -
Flags: review?(ferjmoreno)
Comment 2•11 years ago
|
||
Comments for triage: I'd track this, but wouldn't block. Technically the behavior right now is a fail fast method that prevents install without the etag due to the unchecked exception. Adding the try catch is a nice area of cleanup, but our v1 support primarily targets packaged app zip files being served with etags.
Assignee | ||
Comment 3•11 years ago
|
||
I disagree. We fail to install apps that should install, for no good reason. Zero risk, nice reward.
Comment 4•11 years ago
|
||
(In reply to Fabrice Desré [:fabrice] from comment #3) > I disagree. We fail to install apps that should install, for no good reason. > Zero risk, nice reward. Note - We didn't block on the other bug that talked about this exact situation with trying to install a packaged app without an etag. That actually was why I was pulling that not blocking piece out. I'd definitely take an uplift here though.
Assignee | ||
Comment 5•11 years ago
|
||
This a regression from bug 829934 that was a blocker.
Blocks: 829934
Keywords: regression
Comment 6•11 years ago
|
||
Technically this is not a regression because we were not installing apps without ETag before Bug 829934 anyway. However I agree this must land. I don't care if this is through tef+ or approval.
Updated•11 years ago
|
Assignee: nobody → fabrice
blocking-b2g: tef? → tef+
Updated•11 years ago
|
Attachment #708356 -
Flags: review?(ferjmoreno) → review+
Assignee | ||
Comment 7•11 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/b42bd3d9cc23
Comment 8•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/b42bd3d9cc23
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla21
Comment 9•11 years ago
|
||
https://hg.mozilla.org/releases/mozilla-b2g18/rev/fa9f1baae52b https://hg.mozilla.org/releases/mozilla-b2g18_v1_0_0/rev/afff6ff7d5cd
status-b2g18:
--- → fixed
status-b2g18-v1.0.0:
--- → fixed
status-firefox19:
--- → wontfix
status-firefox20:
--- → wontfix
status-firefox21:
--- → fixed
Updated•11 years ago
|
status-b2g18-v1.0.1:
--- → fixed
Comment 10•11 years ago
|
||
Verified through testing that I could install a packaged app which was served with no etags.
Status: RESOLVED → VERIFIED
Keywords: verifyme
Updated•7 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•