Closed
Bug 266073
Opened 20 years ago
Closed 20 years ago
[FAQ] Document that Cookies are required to use Update
Categories
(addons.mozilla.org Graveyard :: Public Pages, defect)
addons.mozilla.org Graveyard
Public Pages
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: mozilla.bugzilla, Assigned: wolf)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3) Gecko/20041001 Firefox/0.10.1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; rv:1.7.3) Gecko/20041001 Firefox/0.10.1 This is not a new bug. I searched this and the MZ forums but couldn't find anything. http://forums.mozillazine.org/viewtopic.php?p=900434 The HTML links on UMO do not carry over the GET variables in the query string of the page. This makes accessing Thunderbird extensions impossible; looking at second pages of categories impossible; keeping the Show/Page number impossible. Reproducible: Always Steps to Reproduce: Go to http://update.mozilla.org/ . Click Thunderbird. Click Extensions. You will be shown Firefox extensions, because the "/?application=thunderbird" variable is not included in the URL. Now click the All category. Click the drop-down box for "Show/Page," and set it to 50. Then click Update. Then go down to the bottom of the page and click Next. You will be shown extensions 11-20, because the "?numpg=50" variable is not included in the URL. Now click the Navigation category. Then scroll down to the bottom of the page and click Next. You will be shown extensions 11-20 in the All category, because the "?category=Navigation" variable is not included in the URL. Expected Results: The URLs in the HTML should include the necessary variables in the query string of the page. This should be simple to fix; I could probably fix the PHP code myself. I'm surprised it hasn't been fixed yet, and surprised no one has reported this bug until now. Maybe I missed it somehow...
With the help of a forum user, I discovered that, with cookies enabled, the site works fine. I think this is still a bug, for two reasons: 1. Cookies should not be required to browse the file listing properly. 2. If cookies *are* required, the site does not tell the user, so the user does not know to enable them to fix the problem.
| Assignee | ||
Comment 2•20 years ago
|
||
This is bug 258307. Though I'm not going to dupe this to that, with your permission, i'd like instead to morph this bug, into documenting the fact that cookies are required (Comment #1 Option 2) until that bug is resolved.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows 2000 → All
Hardware: PC → All
Summary: Links broken: URLs do not include query variables → [FAQ] Document that Cookies are required to use Update
I see. Sorry for not finding the other bug. It's hard to find what you're looking for with the wildly varying bug titles. Bug 256770 is really a dupe of mine, but since it's marked as a dupe, it didn't show up in the search. Perhaps what's needed is a simple modification to the UMO scripts to check for cookie status before doing anything else. It could then alert the user that cookies need to be enabled. BTW, for future reference, how did you find the dupe bug? Did you just spend a lot of time searching? :)
Wolf knew about the other bug because he filed it. I see no reason for cookies to be required unless you want the site to remember your choices between sessions.
| Assignee | ||
Comment 5•20 years ago
|
||
Fixed. Item #2, http://update.mozilla.org/faq/
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
| Assignee | ||
Updated•20 years ago
|
Component: Update → Web Site
Product: mozilla.org → Update
Version: other → unspecified
Updated•9 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
•