Closed Bug 1441769 Opened 8 years ago Closed 8 years ago

X-Moz:prefetch feature updates REQUEST_URI

Categories

(Firefox :: Untriaged, defect)

58 Branch
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: Christiandgraf89, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0 Build ID: 20180206200532 Steps to reproduce: Unfortunately I cannot provide a link because the problem occured in a webshop, which is still in production. In this webshop we use the X-Moz:prefetch feature on the category page. We set the information for the next page category page in the head with the tag: <link rel="next" .... This provides the needed information for the browser to prefetch the next page of current the category. After loading the page the user/we add an article to the basket (by form). After the article was added to the basket the shop redirects to the prefetched site. Actual results: In the process of adding an article to the basket by form we use a function to get the Request URL for the redirect after the finished process of adding an article to the basket. This function uses the REQUEST_URI to build the correct redirect string. But with the use of the X-Moz:prefetch feature the REQUEST_URI ist not the original request of the form, but the REQUEST_URI of the next, prefetched, page. Expected results: Despite the use of prefetch, we would expect the REQUEST_URI to be the value from original URL, not the prefetched one.
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Resolution: --- → INVALID
After some more hours the problem was solved. It was not a problem concerning ff. The Problem was ca cookie, that was set twice (2nd time with the prefetches uri).
Resolution: INVALID → WORKSFORME
You need to log in before you can comment on or make changes to this bug.