Closed
Bug 269343
Opened 20 years ago
Closed 20 years ago
Mozilla Update Extentions List has problems remembering OS.
Categories
(addons.mozilla.org Graveyard :: Public Pages, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
1.0
People
(Reporter: matt, Assigned: wolf)
References
()
Details
Attachments
(1 file)
9.62 KB,
patch
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0 If one limits the search by a certain OS, in my case MacOSX, then clicks update, the currently displayed updates are filtered to only show OSX compatible extentions. However, when one navigates to the next page, the OS selected becomes Windows. Oddly enough, if I change another option, such as version and repeat the procedure, the OS is correctly remembered. Perhaps the search page could use the user-agent header to determine which OS the client is running? Or perhaps this could be stored in a cookie; it doesn't look like update.mozilla is attempting to set any cookies. Reproducible: Always Steps to Reproduce: See above. Actual Results: See above. Expected Results: Remembered what OS I use and set a cookie and/or examined the user-agent to determine this information.
Comment 1•20 years ago
|
||
I think the problem is caching issues because it's behind a caching proxy server. It needs to make sure that the OS you've chosen becomes part of the URL in order to get the same data out of the proxy.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Assignee | ||
Comment 2•20 years ago
|
||
Bulk Moving Web Site bugs to new component. (Filter: massumowebsitespam)
Component: Update → Web Site
Product: Webtools → Update
Version: Trunk → unspecified
Assignee | ||
Comment 3•20 years ago
|
||
Except, if all the pages are cached, and browser detection is done server side, where would the URL inheirit the param from accurately? heh.
Assignee | ||
Comment 4•20 years ago
|
||
*** Bug 269217 has been marked as a duplicate of this bug. ***
Assignee | ||
Updated•20 years ago
|
OS: MacOS X → All
Hardware: Macintosh → All
Assignee | ||
Updated•20 years ago
|
Target Milestone: --- → 1.0
Assignee | ||
Comment 5•20 years ago
|
||
This addresses Comment #1, by adding the URI Parameters to the URIs that didn't already have them. I'm not sure this will fix the bug though, because the detection has to run somewhere to populate the variables with user-data and not cached data.
Assignee | ||
Updated•20 years ago
|
Status: NEW → ASSIGNED
Version: unspecified → 0.9
This also happens when setting the OS to "all"; moving to the next page changes it back to Windows. There also appears to be no way to view a specific category for any OS but Windows. If you select a category after changing the OS, it goes back to Windows, if you select the OS after selecting a category, the list goes back to all extensions.
Assignee | ||
Comment 7•20 years ago
|
||
*** Bug 273055 has been marked as a duplicate of this bug. ***
Assignee | ||
Comment 8•20 years ago
|
||
*** Bug 273506 has been marked as a duplicate of this bug. ***
Assignee | ||
Updated•20 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Comment 9•19 years ago
|
||
I was going to add my issue to this one, but looks like this one is fixed, and it doesn't address my issue, so entered a new bug: https://bugzilla.mozilla.org/show_bug.cgi?id=326421
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
•