Closed Bug 281826 Opened 20 years ago Closed 16 years ago

importing of bookmarks

Categories

(Firefox :: Bookmarks & History, defect)

x86
Windows Server 2003
defect
Not set
major

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: andrew_awp, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0

there needs to be a way to import any bookmark from an html or xml file in
different formats. one option should be to parse the file for any <a> tags
followed by text and enter this info as a bookmark. i have seen so many problems
trying to import from a netscape bookmark file or one similar, that has slightly
different formating, such as <h> tags and multiple trees of <dl> tags.
preserving folder names and the option to merge with similar firefox folders or
bookmarks in good too.
built in verification, or a way to make a plugin that can, would be so much
better then all the bad URL verication and bookmarking schemes out there. (which
dont seem to be able to import firefox bookmarks anyway)(which asks another
question, why isnt firefox bookmarks in the same format as netscape?)


Reproducible: Always

Steps to Reproduce:
1. manage bookmarks
2. import
3.

Actual Results:  
nothing

Expected Results:  
imported bookmarks which appear to be in the same format.
I have about a dozen bookmarks files in several Firefox profiles. It would be nice
to be able to merely import specific files using menus such as File->Open.

I have a perl script which does nearly what I want.

More ideally, would be for Firefox to run a bookmark server and maintain
a database of bookmarks in some platform specific way, and the various ways
of using bookmarks translate to queries against that server.
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/
If nobody has picked this up, it should be closed WONTFIX; obviouly I think
that there are some good ideas here.
Assignee: vladimir+bm → nobody
sorry for bugspam, long-overdue mass reassign of ancient QA contact bugs, filter on "beltznerLovesGoats" to get rid of this mass change
QA Contact: mconnor → bookmarks
Shouldn't this be finally closed?
Bulk closing all UNCONFIRMED bugs dealing with places that haven't had any bug activity in over 120 days, have no votes, and are not enhancement requests.

If you are still experiencing this issue in Firefox 3.0 or later, please re-open the bug with steps to reproduce (if they were not part of the original comment).
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.