Closed
Bug 306643
Opened 19 years ago
Closed 18 years ago
Restructure installation routine
Categories
(addons.mozilla.org Graveyard :: Public Pages, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
1.0
People
(Reporter: Bugzilla-alanjstrBugs, Assigned: Bugzilla-alanjstrBugs)
References
()
Details
Attachments
(1 file)
1.64 KB,
patch
|
Details | Diff | Splinter Review |
http://lxr.mozilla.org/webtools/source/addons/js/install.js#2 http://lxr.mozilla.org/webtools/source/update/core/inc_global.php#187 http://lxr.mozilla.org/webtools/source/update/core/inc_global.php#211 We need to ditch XMLHttpRequest. We're not using it and its causing problems.
Attachment #194499 -
Flags: first-review?(cst)
Bug 295366 is an alternative
Are we really not using it? bsmedberg told me changing the "false" to "true" will make it an asynchronous request which should alleviate at least some of the problems...
Asynch handling would be bug 295366. But even in your patch for that, you ignore the error.
Status: NEW → ASSIGNED
Comment 5•19 years ago
|
||
Comment on attachment 194499 [details] [diff] [review] Remove xmlhttprequest from UMO 1.0 Aehm... this patch removes download count all together! You're going to provide a download count alternate code path before committing this, aren't you?
(In reply to comment #4) > Asynch handling would be bug 295366. But even in your patch for that, you > ignore the error. Is there any reason just changing false/true wouldn't be adequate? (In reply to comment #5) > (From update of attachment 194499 [details] [diff] [review] [edit]) > Aehm... this patch removes download count all together! You're going to provide > a download count alternate code path before committing this, aren't you? > I don't like this patch for that reason.
Comment on attachment 194499 [details] [diff] [review] Remove xmlhttprequest from UMO 1.0 I don't like the patch for that reason either.
Attachment #194499 -
Flags: first-review?(cst)
Comment 8•19 years ago
|
||
(In reply to comment #0) > > We need to ditch XMLHttpRequest. We're not using it and its causing problems. would this affect Greasemonkey?
Actually, we do use it, its just that it causes problems. We're talking about the website, not removing it from the browser.
Comment 10•18 years ago
|
||
See new version: http://lxr.mozilla.org/mozilla/source/webtools/addons/public/htdocs/js/install.js If there are still issues, reopen. Thanks.
Status: ASSIGNED → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Updated•18 years ago
|
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 11•18 years ago
|
||
The problem was that the installation functions were causing unnecessary delays. This has been fixed by: a) removing maintenance queries from install.php c) making the request call asynchronous (s/false/true/)
Status: REOPENED → RESOLVED
Closed: 18 years ago → 18 years ago
Resolution: --- → FIXED
Summary: Remove XMLHttpRequest → Restructure installation routine
Comment 12•18 years ago
|
||
AMO BUGSPAM FOR COMPONENT MOVE AND DELETE (FILTER ME)
Component: Listings → Web Site
Updated•8 years ago
|
Product: addons.mozilla.org → addons.mozilla.org Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•