Closed
Bug 280609
Opened 20 years ago
Closed 19 years ago
error importing bookmarks.html between Linux & WinXP versions of Firefox
Categories
(Firefox :: Bookmarks & History, defect)
Tracking
()
RESOLVED
EXPIRED
People
(Reporter: kuhlman, Assigned: vladimir+bm)
Details
Attachments
(3 files)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041103 Firefox/1.0RC2 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041103 Firefox/1.0RC2 I am trying to use my bookmarks from my Linux computer in Windows, but the list only partially shows up in the bookmarks drop-down menu after import (or even after just copying the file over it manually). I get about half my bookmarks, and the subfolders are messed up. the bookmarks.html file looks fine when I view it in the browser, all the links are there, they don't appear in the pull-down menu. I have done this in the past (at least from Win -> Linux) with no issues. I guess the problem is possibly with how the Linux version writes the bookmarks.html file? After searching, I noticed there are lots of bugs pertaining to this, but between IE and Firefox, so I figured this was a different problem. Reproducible: Always Steps to Reproduce: 1.go to bookmark manager 2.import (from file), selecting bookmarks.html copied over from linux computer Actual Results: bookmarks in pull down menu are incorrect. Expected Results: bookmarks should appear as they do in the pull down menu in firefox on Linux computer
| Reporter | ||
Comment 1•20 years ago
|
||
Comment 2•20 years ago
|
||
At what specific bookmark does it stop displaying bookmarks?
| Reporter | ||
Comment 3•20 years ago
|
||
It gets to the "easy automated backups with rsync" bookmark and that is it. It doesn't import the "cool" directory (or anything below that in the file). The bookmarks at the bottom are just in the root folder - rather than in the computing folder. Starting from the "linux" directory - its contents are just in the root of the bookmark structure - so I guess the problem is in that directory? I managed to get it to work - going in an cutting out lots of bookmarks. One thing that I realized might be part of the problem was local hard drive bookmarks. I had links to local html documentation on my linux box in the bookmark list. These were part of the links I removed to get it to work.
| Reporter | ||
Comment 4•20 years ago
|
||
Comment 5•20 years ago
|
||
I just noticed if i delete the <DL><p> <DT><A HREF="http://www.klab.caltech.edu/~kewley/driverdisk/dd.html" ADD_DATE="1091204215" LAST_CHARSET="ISO-8859-1" ID="rdf:#$Qla263">Making Red Hat Linux driver disks</A> [...] </DT><p> block, it imports correctly. But as soon as you delete the <DT><H3 ADD_DATE=...>...</H3> before it, too, it fails to import the bookmark file correctly.
| Reporter | ||
Comment 6•20 years ago
|
||
Here is the file I finally got to import, after cutting out some bookmarks. The caltech link you list is included in this one. I didn't do anything that systematic in removing links, mostly just cutting out stuff that I wouldn't be checking out on my windows laptop.
Comment 7•20 years ago
|
||
You don't have the original stripped down version somewhere :) (or a diff to it)? It's hard to create a diff, since your slimmed down version already contains other (new) changes.
| Reporter | ||
Comment 8•20 years ago
|
||
sorry, I stripped down the file and made a couple small changes all at the same time, I don't have an intermediate file.
Comment 9•19 years ago
|
||
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/
Comment 10•19 years ago
|
||
This bug has been automatically resolved after a period of inactivity (see above comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → EXPIRED
Comment 11•18 years ago
|
||
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
You need to log in
before you can comment on or make changes to this bug.
Description
•