Bookmark.html import hangs

Bug #990877 reported by masinick
32
This bug affects 6 people
Affects Status Importance Assigned to Milestone
Midori Web Browser
In Progress
High
Unassigned

Bug Description

Using Debian Sid version of Midori as of Saturday, April 28, 2012, and the most current Seamonkey Nightly Build, I exported my Seamonkey bookmarks, which are fairly sizable, with 109442 listed as its long listing size (they include a lot of tab images and many bookmarks).

When I tried to import the bookmarks.html that I exported from Seamonkey Nightly, I got no response; appeared to hang. First time, I had to kill the browser. Second time I tried, I was able to close the bookmark import, but I still do not see any bookmarks at all.

I could not determine if this duplicates other bookmark issues, but it does seem to be a recurring theme: bookmark importing, exporting, and editing needs a lot of work.

I have attached the bookmarks for your use in testing. Hopefully this will be helpful. For me, improving bookmarks and retention of login information (when explicitly requested) are the two things I would find most helpful; with these features working well, I could envision using Midori a LOT more often!

Thanks!
Brian Masinick
<email address hidden>

Tags: bookmarks

Related branches

Revision history for this message
vcap (vcappe) wrote :

i could not reproduce this. it takes a while (about 1 min), but it works. (tested with both 0.4.3, which seems to be what sid ships, and 0.4.5a).

there is no visual feedback during the process though, so it does indeed appear to hang (1 minute without feedback feels like an eternity). i could only tell it was doing its work by the noise of the hard drive seeking.

so, maybe you only need to wait a little longer.

btw, to check that it worked it's better to look in the sidepanel; the bookmarks menu in the menubar does not always correctly update.

oh, and you are aware of the privacy implication of posting your bookmarks in a public place, right?

Cris Dywan (kalikiana)
visibility: public → private
tags: added: bookmarks
Revision history for this message
masinick (masinick) wrote : Re: [Bug 990877] Re: Bookmark.html import hangs

Neither of the links in your Email are accessible; both indicate that they no longer exist. Is the defect closed, fixed, explained, or what? --
Brian Masinick
masinick at yahoo dot com
603-545-2669

________________________________
 From: Christian Dywan <email address hidden>
To: <email address hidden>
Sent: Wednesday, May 23, 2012 7:10 PM
Subject: [Bug 990877] Re: Bookmark.html import hangs

** Visibility changed to: Private

** Tags added: bookmarks

--
You received this bug notification because you are subscribed to the bug
report.
https://bugs.launchpad.net/bugs/990877

Title:
  Bookmark.html import hangs

To manage notifications about this bug go to:
https://bugs.launchpad.net/midori/+bug/990877/+subscriptions

Revision history for this message
Cris Dywan (kalikiana) wrote :

I marked the report as "contains User Data" so you longer see it without being logged in.

Revision history for this message
masinick (masinick) wrote :

You may close this defect report. Though the bookmark import takes a LOT longer than I'd like to see, after trying it again with a rather large bookmark import, and seeing it appear to go inactive, I left it alone, did some other activities, came back, and the import did finish successfully, so I am willing to have this closed, with the caveat that I'd really like to see some work done to improve the bookmark performance. Feel free to use my bookmarks as an example, and if you do decide to make performance changes, let me know, and I'd be glad to test them out.

Thanks for your help!
Brian Masinick
<email address hidden>

Revision history for this message
Cris Dywan (kalikiana) wrote :

Bug 836707 is in progress. It probably makes sense to revisit this issue after that.

Revision history for this message
Danielle Foré (danrabbit) wrote :

I can confirm this bug. The application appears to hang and there is no indication of import progress.

Changed in midori:
status: New → Confirmed
importance: Undecided → High
Revision history for this message
Cris Dywan (kalikiana) wrote :

I'm removing the attached bookmarks because a bug that's High must be visible so people can see it and contribute a fix.

information type: Private → Public
Cody Garver (codygarver)
Changed in midori:
milestone: none → 0.5.6
status: Confirmed → In Progress
Cris Dywan (kalikiana)
Changed in midori:
milestone: 0.5.6 → 0.5.7
Cris Dywan (kalikiana)
Changed in midori:
milestone: 0.5.7 → garage
Revision history for this message
Denis Salem (denissalem) wrote :

I experience same issue with

Midori 0.5.11 ((null)) Midori
GTK+ 3.18.9 (3.18.9) Glib 2.46.2 (2.46.2)
WebKit2GTK+ 2.10.9 (2.10.9) libSoup 2.52.2
cairo 1.14.6 (1.14.6) libnotify No
gcr 3.18.0 granite No

on Gentoo 64bit.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.