Closed
Bug 463154
Opened 16 years ago
Closed 16 years ago
Form history should record creation/usage timestamps.
Categories
(Toolkit :: Form Manager, defect)
Toolkit
Form Manager
Tracking
()
RESOLVED
FIXED
mozilla1.9.1b2
People
(Reporter: Dolske, Assigned: Dolske)
References
Details
(Keywords: fixed1.9.1, verified1.9.0.9)
Attachments
(2 files, 1 obsolete file)
Form history entries should be stored with a timestamp indicating when they were last used. This is needed for a few features of interest: 1) "Forget everything I did in the last hour" 2) Enable expiring old form history automatically 3) Awesomebar-like functionality for form fields could use this for frecency. The first step to these features is storing the timestamps... #2 and #3 would want a last-used timestamp. #1 would need a when-created timestamp (we wouldn't want to clear out pre-existing entries)
Updated•16 years ago
|
Flags: blocking1.9.1+
Assignee | ||
Comment 1•16 years ago
|
||
Compiles but completely untested.
Assignee | ||
Comment 2•16 years ago
|
||
Attachment #346414 -
Attachment is obsolete: true
Attachment #346791 -
Flags: review?(mconnor)
Updated•16 years ago
|
Whiteboard: [has patch][needs review mconnor]
Updated•16 years ago
|
Attachment #346791 -
Flags: review?(sdwilsh)
Attachment #346791 -
Flags: review?(mconnor)
Attachment #346791 -
Flags: review+
Comment 3•16 years ago
|
||
Comment on attachment 346791 [details] [diff] [review] Patch v.2 r=sdwilsh
Attachment #346791 -
Flags: review?(sdwilsh) → review+
Updated•16 years ago
|
Whiteboard: [has patch][needs review mconnor] → [has approval]
Assignee | ||
Comment 4•16 years ago
|
||
Pushed changeset b02a1924b231.
Status: NEW → RESOLVED
Closed: 16 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Whiteboard: [has approval]
Updated•16 years ago
|
Keywords: fixed1.9.1
Comment 5•16 years ago
|
||
Justin, today I got a notice from a friend that his search bar isn't working anymore with Firefox 3.0.5 after he accidentally selected a profile for a test with Firefox 3.2a1. After some tests we identified the formhistory.sqlite to be the cause for the problem and reduced this database to a minimized test case. Now it only contains one single entry. I tested Firefox 3.1 with this formhistory.sqlite and it works fine after this patch was checked into the tree between 081113 and 081114. Is there any way to get this into the 1.9.0 branch too? This patch looks a bit too heavy, so I wanted to ask you first before filing a new bug on that. What do you think?
Assignee | ||
Comment 6•16 years ago
|
||
Yeah, known problem, but I haven't filed the bug. :( Satchel needs the same DB upgrade/downgrade logic as bug 467463 adds for pwmgr, and the column shouldn't be created with "NOT NULL".
Assignee | ||
Comment 7•16 years ago
|
||
(filed bug 472064)
Comment 8•15 years ago
|
||
Justin, even with bug 472064 fixed the formhistory.sqlite from my comment 5 breaks the search bar with Firefox 3.0.7 on OS X. Shouldn't that have been fixed?
Assignee | ||
Comment 9•15 years ago
|
||
No, that's expected but not fixable. Profiles created with 3.1/3.2 builds between when this bug landed (Nov 11) and when bug 472064 landed (Jan 22) will have formhistory files unusuable with Firefox 3.0. See bug 472064 comment 5.
Assignee | ||
Comment 10•15 years ago
|
||
This fix landed on 1.9.0.8 as part of bug 483096.
Keywords: fixed1.9.0.8
Comment 11•15 years ago
|
||
Verified through bug 483096 for 1.9.0.8.
Keywords: fixed1.9.0.8 → verified1.9.0.8
You need to log in
before you can comment on or make changes to this bug.
Description
•