Ticket #7897 (closed defect: worksforme)
Opened 3 years ago
Last modified 11 months ago
"bad request" on login with Firefox 3
| Reported by: | anonymous | Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | general | Version: | 0.11.4 |
| Severity: | normal | Keywords: | firefox needinfo |
| Cc: | s.federici@… | ||
| Release Notes: | |||
| API Changes: | |||
Description
From time to time, we have user that connects to the TRAC and report a "bad request" Missing or invalid form token. Do you have cookies enabled?
If they try again, it works. So i think it's not related to their configuration, the error occurs from time to time.
A common point: use of last FF version (3.0.5).
(bug similar to #2438 but for FF)
Attachments
Change History
comment:1 Changed 3 years ago by anonymous
comment:2 Changed 3 years ago by cboos
- Resolution set to wontfix
- Status changed from new to closed
Hard to reproduce I guess...
If nevertheless someone can confirm and reproduce this with Trac 0.11.x and up, then please reopen.
comment:3 Changed 3 years ago by rblank
I can easily reproduce a "Missing or invalid form token" error, but it's a corner case. Using Firefox 3:
- Install Session Manager and configure it to restore the tabs of the previous session on open.
- Open a custom query in a tab.
- Close Firefox.
- Wait for a day or so.
- Re-open firefox.
- On the custom query page that was restored, click on "Update".
Quite often, this leads to the error mentioned above. My guess is that this has something to do with cached pages.
comment:4 Changed 3 years ago by inc
- Resolution wontfix deleted
- Status changed from closed to reopened
we have trac 0.11 and firefox 3.0.8 and this also occurs periodically for us. The log file does not seem to shed any light on it, but it is quite annoying as edits have been lost due to it (i.e. mostly occurs when re-bring up firefox from closed but has once occurred during the middle of a ticket edit!). If anyone every works out what the issue is I would love to hear about it.
Trac: 0.11.3 Python: 2.5.1 (r251:54863, Jun 15 2008, 18:24:51) [GCC 4.3.0 20080428 (Red Hat 4.3.0-8)] setuptools: 0.6c9 SQLite: 3.5.9 pysqlite: 2.3.3 Genshi: 0.5.1 mod_python: 3.3.1 Subversion: 1.5.2 (r32768) jQuery: 1.2.6
comment:5 Changed 3 years ago by rblank
- Keywords needinfo added
What we need here is a way to consistently reproduce the issue (and in a reasonable time, i.e. not what I mentioned in comment:3). If anyone can provide this, please report here.
comment:6 Changed 3 years ago by cboos
- Milestone set to 1.0
Valid issue, but hard to reproduce, moving for later.
comment:7 Changed 3 years ago by anonymous
- Version changed from 0.10.4 to 0.11.4
Hmmm and what if i have this error _every time_ i like to login using Fx 3.5 and nover when logging in with epiphany (same gecko inside)?
What can i do? Epiphany is ok but i like to use Fx :)
comment:8 Changed 2 years ago by anonymous
Is there any update on this issue? We are also facing the same problem.
comment:9 Changed 2 years ago by cboos
- Keywords firefox added
- Milestone changed from 1.0 to not applicable
Does that still happen with FF 3.6?
comment:10 Changed 17 months ago by cboos
- Milestone not applicable deleted
- Resolution set to worksforme
- Status changed from reopened to closed
No feedback, closing.
comment:11 Changed 11 months ago by Simone <s.federici@…>
Firefox 3.6.14. Currently we are using Trac 0.12.2rc1. Do you have any suggestion to this issue?
comment:12 Changed 11 months ago by Simone <s.federici@…>
- Cc s.federici@… added
comment:13 Changed 11 months ago by cboos
If that Trac is reachable from the internet, we could try to debug it. Please mention the URL if this is the case.
It could be a FF bug, related to the mechanism of update and "save an quit", when FF detects a new version. The problem occurred just after an update of FF. You get the TRAC login page, though you are connected.