Thanks for the quick reply!

The amount of bookmarks indeed seems to be part of the problem, yet I
also discovered something else.

First some information:
I have 78 bookmarks in total, in a hierarchy that is two subfolders deep. The 
actual json-bookmark file exported by Firefox is 33KB in size.
My Internet connection is not very fast (max. 15KB/s upload).
I waited 15 minutes to see whether the initial sync would eventually complete, 
but this was not the case and Firefox was still unusable after all the time.

So I deleted all bookmarks. With nothing to sync, the browser now was usable 
from the start.
Then I restored my bookmarks, by loading a backup file from within Firefox.
Interestingly, this time the browser remained usable, beam.smp and firefox did 
not consume 100% CPU, and the sync began, at a rate of about 1 bookmark per 
minute.
There were no errors and warnings in the error console, only regular messages 
about the ongoing transfer. It would probably have completed successfully.

But out of curiosity I did not wait that long. Instead I restarted
Firefox, with the result that, once again, CPU load spiked and the
restarted browser froze.

In short:
-Start Firefox+Bindwood with existing bookmarks --> freeze, high CPU load
-Start Firefox+Bindwood without bookmarks, restore them from file --> regular 
sync begins

I also tried to get debug information according to your instructions.
But with the browser frozen I was unable to access the error console.

-- 
With Bindwood installed, Firefox is completely unresponsive
https://bugs.launchpad.net/bugs/443121
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to