[drupal-devel] [bug] Internet Explorer freezing when accessing
admin pages with Pushbutton Theme
Robert Castelo
drupal-devel at drupal.org
Thu Mar 24 00:55:10 UTC 2005
Issue status update for http://drupal.org/node/16531
Project: Drupal
Version: 4.5.2
Component: theme system
Category: bug reports
Priority: normal
Assigned to: Anonymous
Reported by: tatonca
Updated by: Robert Castelo
-Status: active
+Status: patch
Attachment: http://drupal.org/files/issues/pushbutton-tab-crash.patch (463 bytes)
Thanks Hellata.
Someone else experiencing this problem tried your solution, and it
worked.
Attached is a patch, which will hopefully make this bug disapear once
and for all.
Robert Castelo
Previous comments:
------------------------------------------------------------------------
February 1, 2005 - 04:01 : tatonca
Some users using IE 6.0 on XP SP2 and W2K SP4 are experiencing problems
accessing admin pages while using the pushbutton theme. Changing to
Bluemarine corrects the problem.
I have made sure the default pushbutton theme also exhibits this
problem. In all cases when going to an admin link such as
?q=admin/themes/config or ?q=user/1/edit IE freezes completely,
requiring an exit and in some cases using task manager to stop the
process. Other '3 part or more' links such as ?q=image/uid/# seem
fine.
Firefox does not have the problem - All pages render fine.
There are no errors reported in the log files.
I have the following modules configured :
aggregator, archive, blog, blogapi
blogroll, buddylist, comment, feature
forum, help, image , legacy
legal, members, menu, node
page, profile, search statistics
story, taxonomy
------------------------------------------------------------------------
February 2, 2005 - 12:35 : Robert Castelo
I'm not sure where to begin with this bug, there isn't anything in
Pushbutton that specifically styles the admin pages.
Maybe something to do with the large tables some admin pages use, or
perhaps something in the menu code?
But then why hasn't this bug come up before? Pushbutton is quite widely
used.
It also sounds like it might be difficult to reproduce the bug:
"The strange bit is that another XP machine with same IE works fine!"
Could it possibly be just temporary heavy load on the server when you
where trying the theme? Or a module that was causing problems - I
noticed on your site you mentioned you where having problems with old
modules.
I'm not going to be able to look at this for about a week anyway, so
try it out again and see if it could be something else, if the problem
persists let me know and I'll have a look.
------------------------------------------------------------------------
February 2, 2005 - 19:53 : tatonca
Hey there,
I've tried this again at various times and the behaviour is still the
same - ie on the affected machines freezes predicatably at the same
pages, specifically the two types I've mentioned, and changing to
bluemarine resolves the issue.
I have started to port the pushbutton theme into bluemarine a section
at a time, as I do like the theme but the error makes it hard for the
majority of my users to update thier own accounts. With some luck, I
may hit the exact piece of code in pushbutton that causes the problem
and be able to report on that...
Is there anything else that defines a theme other than the way the html
goes and the {module} tags that are defined within it?
------------------------------------------------------------------------
February 2, 2005 - 22:22 : andremolnar
I cannot reproduce this error.
As a troubleshooting step - try turning off style sheets in internet
explorer and see if the page works (it may not look right, but see if
it loads without hanging).
I can't think of anything on the server side (i.e. the theme) that
could cause this behaviour.
andre
------------------------------------------------------------------------
February 3, 2005 - 00:49 : Robert Castelo
Also try testing with all modules turned off (except of course required
ones) - just to make absolutely sure it's not a misbehaving module.
------------------------------------------------------------------------
February 8, 2005 - 09:48 : Anonymous
Sounds like a crappily-written add-in for IE which is screwing things up
for you. I had a problem similar to this with some spyware that had
attached itself to IE on a client's PC... after running ad-aware, all
was well again. In conclusion, this bug just made me hate IE and
spyware even more.
------------------------------------------------------------------------
February 20, 2005 - 10:38 : Anonymous
I too have found this "freezing" to be happening on my newly built
Windows 2003 server box, and it freezes on my XP box as well.
------------------------------------------------------------------------
February 20, 2005 - 14:05 : Emiliano
Hi!
I rewrote the Pushbutton css file for my site (with differente colors)
and "forgot" to define the style for *TABS*.
Now Pushbutton theme works fine here (it used to freeze before). So I
believe the problem is either in the "tabs", "tabs primary" or "li
active" classes in the style sheet.
You may notice that all the pages which have TABS will freeze. Verify
the style sheet and remove or try to fix the style definitions. It
worked fine for me. Then only thing is that if you remove the
definitions, your tabs will look simpler. You may try to recreate that
styles.
[]s,
Emiliano.
------------------------------------------------------------------------
February 21, 2005 - 22:59 : tatonca
You are correct - good observation! I had switched to the bluemarine
theme and there are no TAB declarations in styles.css for this theme.
I double checked with pushbutton enabled on an affected system and it
is only pages with tabs that are not rendering. It must be some style
setting in 'tabs' that IE does not like - I will test by eliminating
each style setting in each of the 'tab' class specifications one at a
time until the problem goes away to determine which it is...
Thanks for the lead...
------------------------------------------------------------------------
February 28, 2005 - 22:14 : tatonca
Just cross linking another thread with folks having similar issues
http://drupal.org/node/17807
Update: I still can't figure out what causes it to fail - I mean I
know it's the way Tabs are defined, as discussed, however the CSS seems
to be formatted correctly and should work in IE - as evidenced by all
kinds of people for which it works properly.
I wonder if running IE in 'quirks' mode will yeild any insight....
------------------------------------------------------------------------
March 22, 2005 - 17:07 : hellata
The problem is the .tabs ul.secondary class declaration. Here is the
offending line:
white-space: nowrap;
It's an IE bug (anyone surprised?). Adding "width:100%;" 'unconfuses'
IE. Here is a working definition:
166 .tabs ul.secondary {
167 border-collapse: collapse;
168 padding: 10px 0 10px 0px;
169 margin: 0 0 0 0;
170 width:100%;
171 white-space: nowrap;
172 list-style: none;
173 height: auto;
174 line-height: normal;
175 border-bottom: none;
176 }
More information about the drupal-devel
mailing list