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

CommentFileSizeAuthor
#11 pushbutton-tab-crash.patch463 bytesRobert Castelo
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

Robert Castelo’s picture

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.

tatonca’s picture

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?

andremolnar’s picture

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

Robert Castelo’s picture

Also try testing with all modules turned off (except of course required ones) - just to make absolutely sure it's not a misbehaving module.

Anonymous’s picture

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.

Anonymous’s picture

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.

Emiliano’s picture

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.

tatonca’s picture

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...

tatonca’s picture

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....

hellata’s picture

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 }

Robert Castelo’s picture

FileSize
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.

TDobes’s picture

This patch was committed... marking as "fixed."

tatonca’s picture

Thanks everyone for thier help... :)

Robert Castelo’s picture