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)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: matt, Assigned: wolf)

References

()

Details

Attachments

(1 file)

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.
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
Bulk Moving Web Site bugs to new component.
(Filter: massumowebsitespam)
Component: Update → Web Site
Product: Webtools → Update
Version: Trunk → unspecified
Except, if all the pages are cached, and browser detection is done server side,
where would the URL inheirit the param from accurately? heh.
*** Bug 269217 has been marked as a duplicate of this bug. ***
OS: MacOS X → All
Hardware: Macintosh → All
Target Milestone: --- → 1.0
Attached patch Add URI paramsSplinter Review
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.
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. 
*** Bug 273055 has been marked as a duplicate of this bug. ***
*** Bug 273506 has been marked as a duplicate of this bug. ***
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
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
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: