Closed Bug 1752951 Opened 3 years ago Closed 3 years ago

Cookie problem reserving holds with Toronto Public Library

Categories

(Core :: Networking: Cookies, defect, P3)

defect

Tracking

()

RESOLVED INVALID

People

(Reporter: overholt, Unassigned)

Details

I have some problem with my Toronto Public Library account cookies. If I try my library card number/password in a new profile (or Chrome), it works fine.

STR (I put some screenshots here in case it's unclear)

  1. Search for, say, "animal farm", on https://www.torontopubliclibrary.ca/
  2. Click "Place Hold" on one of the editions
  3. Enter your Library card number and PIN and press "Place Hold"

Actual: "Request data is missing. Please try again".
Expected: hold placed (like how it works in Chrome or a Firefox profile without cookies for torontopubliclibrary.ca)

(In reply to Andrew Overholt [:overholt] from comment #0)

Expected: hold placed (like how it works in a Firefox profile without cookies for torontopubliclibrary.ca)

Presumably this is caused by either a cookie bug in Firefox, or an application logic error (they are using a cookie in the wrong way).

Could you reproduce the bug while you have the devtools netmonitor open (Cmd-Opt-E) and Export all to HAR? That should show us what's missing from the request. Then we'd need to figure out why it's missing.
Some HTTP logging with cookie:5 added to the log modules might help with that. Though it might be necessary to also have logs from a fresh profile to compare.

Thanks!

Flags: needinfo?(overholt)

(I emailed Valentin some logs)

Flags: needinfo?(overholt)

Valentin kindly looked into this and it looks like some expired cookie is being sent or the valid one is not being sent at all. I'll follow up with the Toronto Public Library folks.

Priority: -- → P3

The severity field is not set for this bug.
:valentin, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(valentin.gosu)

This seems to be a server issue caused by some extra cookies in the profile.
Andrew, please reopen this if you find any indication it's a Firefox problem. Thanks!

Status: NEW → RESOLVED
Closed: 3 years ago
Flags: needinfo?(valentin.gosu)
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.