New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.
Starred by 22 users

Issue metadata

Status: Archived
Owner: ----
Closed: Mar 2013
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux
Pri: 3
Type: Bug



Sign in to add a comment

Tab switching is very slow with lots of bookmarks in the Bookmarks Bar

Reported by stratil....@gmail.com, Jun 23 2011

Issue description

Chrome Version       : 13.0.782.24
OS Version: Gentoo
URLs (if applicable) :
Other browsers tested:
  Add OK or FAIL after other browsers where you have tested this issue:
     Safari 5:
  Firefox 4.x:
     IE 7/8/9:

What steps will reproduce the problem?
1. launch chromium

What is the expected result?
unlike earlier when chromium was really snappy, it takes now more then a second to change tabs or open a new tab. its most prominent when opening a new tab or when switching into an empty (new) tab (takes up to 3 seconds).

Please provide any additional information below. Attach a screenshot if
possible.

UserAgentString: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.1 (KHTML, like Gecko) Chrome/13.0.782.24 Safari/535.1

At first I thought it would be because of some extension or theme. I disabled all extensions and changed themes several times. when launching chromium from the shell, it litters with errors:



killua@vrrr ~ $ chromium
[11326:11345:1017428935:ERROR:nss_util.cc(388)] Error initializing NSS with a persistent database (sql:/home/killua/.pki/nssdb): NSS error code: -8187
[11326:11353:1017468003:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[11326:11354:1017474857:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[11326:11354:1017476163:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[11326:11353:1017480272:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[11326:11363:1017489209:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[11326:11363:1017489894:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[11326:11346:1017505529:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[11326:11346:1017506683:ERROR:nss_ocsp.cc(581)] No URLRequestContext for OCSP handler.
[11326:11326:1036230866:ERROR:CONSOLE(1)] "Uncaught ReferenceError: returnExtensionsData is not defined", source:  (1)
[11326:11326:1040810688:ERROR:CONSOLE(419)] "Uncaught ReferenceError: JsEvalContext is not defined", source: chrome://extensions/ (419)
[11326:11326:1040843529:ERROR:CONSOLE(419)] "Uncaught ReferenceError: JsEvalContext is not defined", source: chrome://extensions/ (419)
[11326:11326:1040881357:ERROR:CONSOLE(419)] "Uncaught ReferenceError: JsEvalContext is not defined", source: chrome://extensions/ (419)
[11326:11326:1040881463:ERROR:CONSOLE(419)] "Uncaught ReferenceError: JsEvalContext is not defined", source: chrome://extensions/ (419)
[11326:11326:1040918068:ERROR:CONSOLE(419)] "Uncaught ReferenceError: JsEvalContext is not defined", source: chrome://extensions/ (419)
[11326:11326:1040918504:ERROR:CONSOLE(419)] "Uncaught ReferenceError: JsEvalContext is not defined", source: chrome://extensions/ (419)
[11326:11326:1040994329:ERROR:CONSOLE(419)] "Uncaught ReferenceError: JsEvalContext is not defined", source: chrome://extensions/ (419)
[11326:11326:1040994786:ERROR:CONSOLE(419)] "Uncaught ReferenceError: JsEvalContext is not defined", source: chrome://extensions/ (419)
[11326:11326:1041057693:ERROR:CONSOLE(419)] "Uncaught ReferenceError: JsEvalContext is not defined", source: chrome://extensions/ (419)
[11326:11326:1041079978:ERROR:CONSOLE(419)] "Uncaught ReferenceError: JsEvalContext is not defined", source: chrome://extensions/ (419)
[11326:11326:1041080090:ERROR:CONSOLE(419)] "Uncaught ReferenceError: JsEvalContext is not defined", source: chrome://extensions/ (419)
[11326:11326:1041080574:ERROR:CONSOLE(419)] "Uncaught ReferenceError: JsEvalContext is not defined", source: chrome://extensions/ (419)

(npviewer.bin:11594): Gtk-WARNING **: Unable to locate theme engine in module_path: "equinox",

(npviewer.bin:11594): Gtk-WARNING **: Unable to locate theme engine in module_path: "equinox",

(npviewer.bin:11594): Gtk-WARNING **: Unable to locate theme engine in module_path: "equinox",

(npviewer.bin:11594): Gtk-WARNING **: Unable to locate theme engine in module_path: "equinox",

(npviewer.bin:11594): Gtk-WARNING **: Unable to locate theme engine in module_path: "equinox",

(npviewer.bin:11594): Gtk-WARNING **: Unable to locate theme engine in module_path: "equinox",

(npviewer.bin:11594): Gtk-WARNING **: Unable to locate theme engine in module_path: "equinox",
Gtk-Message: Failed to load module "canberra-gtk-module": libcanberra-gtk-module.so: cannot open shared object file: No such file or directory
Failed to open VDPAU backend libvdpau_nvidia.so: cannot open shared object file: No such file or directory

~/.pki/nssdb $ ls -ahl
total 36K
drwx------ 2 killua killua 4.0K Jun 23 08:43 .
drwx------ 3 killua killua 4.0K Oct 11  2009 ..
-rw------- 1 killua killua 9.0K Aug 16  2010 cert9.db
-rw------- 1 killua killua  11K Oct 11  2009 key4.db
-rw------- 1 killua killua  443 Oct 11  2009 pkcs11.txt

using nspluginwrapper-1.4.2, gtk-engines-equinox-1.5.0 (tried also with oder versions, 1.3.0 and 1.3.0). any tips why all this?

 
I have the same problem. It started when the tab labels were changed. The font used to be all black, now it's fading to grey on the right side, near the "x".
I think I figured out what my problem was: I had too many bookmarks in my Bookmark Bar folder. I moved them to Other Bookmarks and switching tabs now works as expected. Strangely, this issue is only present in Chrome, not in Chromium.
i use chromium and wow ... there's a real improvement when i moved my bookmarks into other bookmarks! so chrome/ium seems to be really stupid about loading and parsing a 350kB bookmarks file ... i'm not back to the original snappiness but chrome is at least usable now 
Labels: -Area-Undefined Area-UI Feature-Bookmarks

Comment 5 by sky@chromium.org, Oct 3 2011

How many bookmarks did you have on the bookmark bar?
How to find out? I don't want to count hundreds of bookmarks.

Comment 7 by sky@chromium.org, Oct 3 2011

A rough guess is fine. The bookmark manager shows you all of them, so you could eyeball roughly how many you have. Do you have any extensions installed? What happens if you temporarily disable them, any faster?
Ja you only funny. I eyballed roughly and got around 4.500 in all my bookmark folders. So before I moved them maybe 3.000 were in the bookmarks bar or subfolders of the bookmarks bar.
I'm sure I had at least 1000 but since i moved them away online to make work with chromium usable, cant tell now anymore.
oh and disabling extensions didnt help. that i tried in the first instance
Neither did it for me.
Confirming that collecting the huge number of bookmarks (+1000) I had in the root of "Bookmarks Bar" folder inside a single folder fixed the problem for me, which originally showed it self clearly after updating to Chrome 14.0.835.202 under Linux. Wow, what a release !
Labels: TaskForce-Jank Hotlist-GoodFirstBug
Summary: Tab switching is very slow with lots of bookmarks in the Bookmarks Bar
Sounds like this might be being caused by bookmark text eliding for bookmarks that are never actually drawn on the bar.  Is this really only a problem on Linux?
I noticed slow tab switching too after syncing my xmarks bookmarks. Moving these bookmarks to a separate folder fixed the problem for me. I'm using chrome 16.0.912.4 dev on linux.
Hmmmm, actually I noticed that I have the xmarks extension installed as well although I forgot about its presence. If this extension relates in one way or another to the problem, please inform me how I can contribute with any logs/analysis about this issue.
I had the problem without having xmarks installed.
Xmarks isn't directly causing the problem. I mention it because my initial sync flooded the 'Bookmarks Bar' folder, which posters above mentioned as a probable cause for the slowness.
I confirm that the Linux versions of Google Chrome and Chromium have this problem.
I moved my bookmarks from the 'Bookmarks Bar' to a new folder under 'Other Bookmarks' and now the switching of tabs is snappy again in both Google Chrome and Chromium.

I've tried to experiment with increasing the number of bookmarks in my Bookmarks Bar (by copy and pasting some of my existing bookmarks several times): the problem is clearly linked to the number of bookmarks - the switching slows down when more bookmarks are present. It starts to be perceptible for me, around 200 bookmarks and is really, really annoying when you have 1000 bookmarks or more in the 'Bookmarks Bar'.

I hope that this problem will be fixed soon, because it really affects the perception of chrome as a snappy, fast and usefull browser. The 'Bookmarks Bar' is the default folder in which new bookmarks are added, and people like me, having the habit to bookmark every interesting page they visit for improving customization and later searchability, soon will collect a large number of bookmarks in this folder, thus slowing chrome more and more.

 Issue 97764  has been merged into this issue.
Cc: e...@chromium.org

Comment 22 by Deleted ...@, Apr 18 2012

This issue is still present in version 18.0.1025.151 on amd64 Linux.  The delay has been driving me nuts until I finally found this bug report and moved all my bookmarks into "Other Bookmarks".  There is no longer a 1-2 second delay every time I create a new tab or close a home page tab.  Is chrome parsing some kind of database or otherwise loading the bookmarks from disk each time?  Would preloading them into memory and holding them there help alleviate the delay?

Linux version 3.0.0-17-generic
google-chrome-stable 18.0.1025.151-r130497 
I may be completely off base here but I fixed this on a friend's very old, slow Windows machine and it looked to me like each bookmark in the bookmarks bar was being refreshed from the web when Chrome started up, possibly with the idea that this would then provide instantaneous access to bookmarked websites.  Not a good idea for those of us with lots of bookmarks.

Comment 24 by Deleted ...@, May 23 2012

I have tasting this kind of problem too.
$ chromium --version
Chromium 18.0.1025.151 Debian wheezy/sid

I have removed the Default directory in .config/chromium, to delete all of my extensions and bookmarks, but the problem persists.

I have a synced account, and my chromium (same verson of this one) in other machines are ok.

clues?

Same problem with both Chrome Version 19.0.1084.52 and Chromium 18.0.1025.151 on Debian Linux 3.2.0-2-amd64. This issue persists, with or without extensions, signed in or not and with or without bookmarks. Opening, switching or closing tabs is incredibly slow as soon as there are more than 3 tabs.
nvidia-settings -a InitialPixmapPlacement=0 will solve the problem.

Problem is that chrome should not let X transfer pixmap back to the client!
I managed to fix it with a libcairo2 patch from the Ubuntu version.
http://forums.debian.net/viewtopic.php?f=6&t=80382
this desn't fix that problem
should be fixed by NVIDIA. It's a driver bug.
Project Member

Comment 30 by bugdroid1@chromium.org, Aug 10 2012

Labels: -Pri-2 Pri-3 Action-NeedsReview
Status: IceBox
Due to the age of the issue, changing the priority to P3, however because it has at least 10 stars, marking it for review.

Comment 31 by laforge@google.com, Aug 10 2012

Status: Unconfirmed
Project Member

Comment 32 by bugdroid1@chromium.org, Mar 10 2013

Labels: -Area-UI -Feature-Bookmarks Cr-UI-Browser-Bookmarks Cr-UI
Status: Archived
Reopen if the issue is still one.

Sign in to add a comment