Closed
Bug 1018156
Opened 10 years ago
Closed 6 years ago
charset annotation should not be
Categories
(Toolkit :: Places, defect, P3)
Toolkit
Places
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: mak, Unassigned)
References
(Blocks 1 open bug)
Details
We are storing the charset annotation for every bookmark, while we only need it when the user enforces a charset from the menu or for keywords. The latter case is a little bit problematic, the right way to create a keyword is to right click an input field and choose Add keyword for this search, but we also allow to define a keyword in the Properties dialog. One may then create a bookmark first and set a keyword later, and we'd not have the charset at that point... The other problem is that due to this bug we can't distinguish user-set charsets from the ones we automatically set with bookmarks, to cleanup this mess we have to remove all of them causing some dataloss...
Comment 1•10 years ago
|
||
Over IRC we figured the right thing to do would be to load the page in a hidden iframe if the keyword is set the "wrong" way. That's not "a lot" of work, but it's "enough". The upgrade story is also an "enough", and so is the maintenance part. All in all, that's a lot of work for fixing a "theoretical" issue. So, as much as I want this fixed, I don't think we're going to do anything about this in the near future.
Reporter | ||
Comment 2•10 years ago
|
||
to clarify, the win here would be something around 10-100KB of database space.
Reporter | ||
Updated•9 years ago
|
Priority: -- → P3
Reporter | ||
Updated•6 years ago
|
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
Summary: charset annotation is set for any bookmark → charset annotation should not be
You need to log in
before you can comment on or make changes to this bug.
Description
•