bookmarks.html needs to be I18n-savvy

VERIFIED FIXED in M12

Status

()

Core
RDF
P3
normal
VERIFIED FIXED
18 years ago
17 years ago

People

(Reporter: Chris Waterson, Assigned: Robert John Churchill)

Tracking

Trunk
x86
Windows NT
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: DEPEND - Intl)

(Reporter)

Description

18 years ago
Currently using ASCII to serialize and read bookmarks.html. This needs to get
fixed.
(Reporter)

Updated

18 years ago
Status: NEW → ASSIGNED
Target Milestone: M6

Comment 1

18 years ago
Hi there Chris,

Incidently, it just suddenly occured to me as I saw this bug in the lists for
the 100th time, that this bug is *directly* related to the discussion we had
about moving bookmarks.html to a new RDF format, while at the same time
maintaining backwards compatibility with older tools that work on the old HTML
format--see the e-mail that Erik van der Poel sent to us on this topic.

Also, I seem to recall some additional ideas from somebody else (think it was
arielb) on the Mozilla IRC for the bookmarks if they could in fact be migrated
to a new RDF format...  In particular, I believe he had an idea for enabling
other user requested features like enabling/disabling certain browsing features
(like Java) on a per-site basis, attaching such settings to the bookmarks.

I like arielb's idea too, since it would meet user requests for this feature,
which I'm willing to bet are made primarily because of stability concerns with
specific Java applets found only on certain sites.  Also, I see an even greater
market potential here, too--I think, depending on how far Mozilla goes with
this, this idea could also give Netscape something that could compete in the
market with Microsoft Internet Explorer's "Security Zones" feature, which allows
for exactly this kind of thing already...  Only I think that the way arielb
proposed to do it would be even better than Microsoft IE, since it would allow
for even finer-grained control in this area than MS's Security Zones could,
since doing it on a per-site basis seems to me a more fine-grained way of doing
it than grouping the sites and making settings active or inactive on the entire
group, as IE's Security Zones do.
(Reporter)

Comment 2

18 years ago
Moved to M7 because of more important bugs.

Updated

18 years ago
Whiteboard: DEPEND - Intl

Updated

18 years ago
Blocks: 7228
(Reporter)

Updated

18 years ago
Target Milestone: M7 → M8
(Reporter)

Comment 3

18 years ago
Okay, I suck. I'm latering this to M8. I need to grovel through the 4.5 code
and figure out how to do this.

Comment 4

18 years ago
Let us (I18N) know if you need help with the groveling.
(Reporter)

Updated

18 years ago
Depends on: 9171
Target Milestone: M8 → M9
(Reporter)

Comment 5

18 years ago
Add dependency on 9171, which is targeted to be fixed in M9.
(Assignee)

Updated

18 years ago
Blocks: 11417
(Reporter)

Comment 6

18 years ago
Move to M10.
(Reporter)

Comment 7

18 years ago
Giving Robert the bookmarks love since I can't deliver.
(Assignee)

Updated

18 years ago
Status: NEW → ASSIGNED

Comment 8

18 years ago
Adding lyecies@netscape.com to cc list.
(Assignee)

Updated

18 years ago
Target Milestone: M10 → M12
(Assignee)

Updated

18 years ago
Status: ASSIGNED → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → FIXED
(Assignee)

Comment 9

18 years ago
For 5.0, we now write out bookmark file in "UTF-8" encoding, along with:

<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=UTF-8">

To support this, when reading in the bookmark file, we look to see if a META
charset is specified and, if it is, we'll try and get a decoder for it to use
when processing the rest of the file.

Note: this is important for importing of IE Favorites on the Mac as well, as its
just another HTML file. It looks like Mac IE does write out a META charset, which
is nice.

Comment 10

18 years ago
QA Contact massive update.

Comment 11

17 years ago
verified:
WinNT 2000070508
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.