OS: Mac OS X → All
Hardware: Macintosh → All
Version: unspecified → Trunk
Confirm this using Mozilla/5.0 (X11; U; SunOS i86pc; zh-CN; rv:1.9b3) Gecko/2008021410 Firefox/3.0b3. This could cause the re-post of the information.
Status: UNCONFIRMED → NEW
Component: General → History: Session
Ever confirmed: true
Product: Firefox → Core
QA Contact: general → history.session
Summary: HTTP form is post again without notice under rare occasions → [FIX]HTTP form is post again without notice under rare occasions
Once reviewed, just ask for approval. Won't block on this as it's not a regression.
Flags: blocking1.9? → blocking1.9-
11 years ago
Comment on attachment 304595 [details] [diff] [review] Fix This is a very safe fix. Just makes sure to copy the cache key so we don't silently repost
Attachment #304595 - Flags: approval1.9?
Comment on attachment 304595 [details] [diff] [review] Fix a1.9+=damons
Attachment #304595 - Flags: approval1.9? → approval1.9+
Comment on attachment 304595 [details] [diff] [review] Fix Would be nice to just get this in for b4. This should be pretty safe.
Attachment #304595 - Flags: approval1.9b4?
Comment on attachment 304595 [details] [diff] [review] Fix a1.9b4=beltzner
Attachment #304595 - Flags: approval1.9b4? → approval1.9b4+
Fixed for 1.9b4.
Status: ASSIGNED → RESOLVED
Last Resolved: 11 years ago
Resolution: --- → FIXED
A change to do PAC resolution asynchronously (bug 235953) caused this test to fail, in that the test posted a confirmation dialog, which hung the test -- can anyone help me understand how PAC would interact here? We'd really really like to get PAC non-blocking before beta5. I can offer candy!
I commented in bug 235853.
Component: History: Session → Document Navigation
QA Contact: history.session → docshell
You need to log in before you can comment on or make changes to this bug.