formhistory.sqlite: Will not be cleared when removing history, when form history is not enabled

RESOLVED INACTIVE

Status

()

Toolkit
Form Manager
RESOLVED INACTIVE
5 years ago
22 hours ago

People

(Reporter: garrona, Unassigned)

Tracking

({privacy, regression, reproducible})

23 Branch
x86_64
All
privacy, regression, reproducible
Points:
5
Bug Flags:
firefox-backlog +

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

5 years ago
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0 (Beta/Release)
Build ID: 20131110004002

Steps to reproduce:

When disabling form history and using the 'clear history' function - the remaining items in the formhistory table are not deleted.
=======================

- Preferably start with a new browser profile.
- Get sqlite manager as an addon.
- Have form history enabled (default).
- Go to a website with forms that are saved (not the case for google.com); I used the search field at www.heise.de and enter something and send it.
- Look into formhistory.sqlite at the moz_formhistory table and you will see the entries.
-----------------------------
Option 1:
- Delete the complete browser history and look again at the sqlite file - tables are cleared as expected.

Option 2:
- Do not! delete the browser history but instead disable the form history in the options.
- Now delete the browser history and check the sqlite again.
=> All entries are still there.

Comment 1

5 years ago
Confirmed
User Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:27.0) Gecko/20100101 Firefox/27.0 ID:20131129004001 CSet: 566926400786

Steps that were reproduced:
1) Start with a new clean profile
2) Install sqlite manager as add-on
3) Use search field at www.heise.de, enter something and send it
4) Check that entries are present in moz_formhistory table in formhistory.sqlite
5) Uncheck "Remember search and form history" in Options - Privacy
6) Delete all browser history
7) Check the sqlite - entries are still there

Comment 2

5 years ago
Confirmed with 2013-11-30-03-02-09-mozilla-central-firefox-28.0a1.en-US.linux-x86_64.

Works with page history.
Status: UNCONFIRMED → NEW
Component: Untriaged → Bookmarks & History
Ever confirmed: true
Keywords: privacy
OS: Windows 7 → All

Comment 3

5 years ago
wfm: 2013-05-11-03-11-23-mozilla-central-firefox-23.0a1.en-US.linux-x86_64 179e29a23c56
bug: 2013-05-12-03-09-08-mozilla-central-firefox-23.0a1.en-US.linux-x86_64 d68224f5325b

https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=179e29a23c56&tochange=d68224f5325b

"0b21e902f7a0	Gavin Sharp — Re-land patches from bug 566746 and bug 697377 now that bug 851641 is addressed"
Keywords: regression, reproducible
Version: 27 Branch → 23 Branch

Updated

4 years ago
Component: Bookmarks & History → Form Manager
Product: Firefox → Toolkit

Updated

4 years ago
Blocks: 566746

Updated

4 years ago
Blocks: 950073
Whiteboard: [triage]
FormHistory.jsm's "update" is a no-op when the pref is off are disabled. This is a bit of a strange API - I suppose we should allow some types of changes (i.e. "remove") through in those cases. Maybe some other types as well.

Updated

4 years ago
Whiteboard: [triage]

Updated

4 years ago
Whiteboard: p=0

Updated

4 years ago
No longer blocks: 950073
Flags: firefox-backlog+
Whiteboard: p=0 → p=5

Updated

4 years ago
Points: --- → 5
Whiteboard: p=5

Comment 5

22 hours ago
Per policy at https://wiki.mozilla.org/Bug_Triage/Projects/Bug_Handling/Bug_Husbandry#Inactive_Bugs. If this bug is not an enhancement request or a bug not present in a supported release of Firefox, then it may be reopened.
Status: NEW → RESOLVED
Last Resolved: 22 hours ago
Resolution: --- → INACTIVE
You need to log in before you can comment on or make changes to this bug.