These were originally reported by Gábor Hojtsy as part of #610234: Overlay implementation, but copied to its own issue now that the original patch was committed.

I haven't tested Safari 4 to see if either of these are still valid or not.

# S1: the tabs appear 1px off from how they were designed in Safari 4, not consistently looking like on mocks anyway

# S4: the overlay gradually becomes less wide as different pages are clicked (not consistently but easy to reproduce with the top IA items) in Safari 4

Comments

damien tournoud’s picture

damien tournoud commented

Interestingly, try to set 

jQuery.fx.off = true;

on top of overlay-parent.js, the resizing code fails miserably. That might help explain S4.

seutje’s picture

seutje commented

also note that the size that gets lost is exactly the width of the scrollbar, might be a hint as to what's going wrong

I could easily come up with a nasty workaround that involves a temporary overflow:hidden; state, but that wouldn't really fix the cause of the problem

casey’s picture

casey commented

This probably is being fixed per #174 in #615130: Overlay locks up the browser and consumes 100% of CPU for certain browsers/graphics cards/operating systems.

casey’s picture

casey commented
Status: Active » Fixed

Anyone who can still reproduce it is free to reopen.

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.