Last modified: 2012-09-27 01:10:34 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T26123, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 24123 - Problems with the Vector skin in he.wikipedia using IE8
Problems with the Vector skin in he.wikipedia using IE8
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Interface (Other open bugs)
unspecified
All All
: High major (vote)
: ---
Assigned To: Trevor Parscal
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2010-06-25 16:04 UTC by yonidebest
Modified: 2012-09-27 01:10 UTC (History)
3 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description yonidebest 2010-06-25 16:04:42 UTC
1) Two personal links are pushed left, creating a horizantal scroll bar. see screen shot:
http://img688.imageshack.us/img688/8701/10944228.jpg

It happens in IE8.0.6001.18882 on Vista. It doesn't happen on FF3.5.6 on same computer.

2) The new edit toolbar isn't displayed. Changing the edit toolbar preferences doesn't help. Instead, the old toolbar is displayed (and works).

It happens in IE8.0.6001.18882 on Vista. It doesn't happen on FF3.5.6 on same computer (works fine).

Thanks.
Comment 1 Roan Kattouw 2010-06-25 17:54:47 UTC
(In reply to comment #0)
> 2) The new edit toolbar isn't displayed. Changing the edit toolbar preferences
> doesn't help. Instead, the old toolbar is displayed (and works).
> 
This is because IE8 goes into compatibility mode on Wikipedia, causing it to act like IE7. IE7 has certain RTL-related bugs that mess up the toolbar, so it disables itself.
Comment 2 yonidebest 2010-06-25 19:17:41 UTC
(In reply to comment #1)
> (In reply to comment #0)
> > 2) The new edit toolbar isn't displayed. Changing the edit toolbar preferences
> > doesn't help. Instead, the old toolbar is displayed (and works).
> > 
> This is because IE8 goes into compatibility mode on Wikipedia, causing it to
> act like IE7. IE7 has certain RTL-related bugs that mess up the toolbar, so it
> disables itself.

Why does IE8 go into compatibility mode on Wikipedia? and how can this be fixed?
Comment 3 Roan Kattouw 2010-06-25 19:44:31 UTC
(In reply to comment #2)
> Why does IE8 go into compatibility mode on Wikipedia?
Because Microsoft has put us on some kind of list.

> and how can this be
> fixed?
By slapping Microsoft ;) 

I think you can click the broken page icon next to the refresh icon to switch compat mode on and off.
Comment 4 yonidebest 2010-06-25 20:06:06 UTC
(In reply to comment #3)
> By slapping Microsoft ;)
Can't. We need to deal with what we have.

> I think you can click the broken page icon next to the refresh icon to switch
> compat mode on and off.
I hope you don't mean to say that this is the solution. The solution shouldn't be based on user's response. I think it is critical to fix this as IE8 is a popular browser in the Israel (where most of the Hebrew Wikipedia users live).

Also, what about problem no. 1? It's pretty annoying to have to scroll to get to my contribs link. This doesn't happen in monobook skin, so it but be fixable.

Thanks.
Comment 5 Adam Miller 2010-06-28 21:46:30 UTC
It appears this was fixed in r68105. No idea why that code hasn't made it's way to the hebrew wikipedia yet. The problem is with margin-right being used instead of padding-right. r68105 addresses this.
Comment 6 yonidebest 2010-06-28 22:21:49 UTC
I reopened the bug. I still see problems 1 & 2 in IE8. I guess r68105 from June 15th didn't help.
Comment 7 Adam Miller 2010-06-28 22:22:48 UTC
Thats because it was not applied to the hebrew wikipedia. If you inspect main-rtl.css you'll see it's still using margin where it should be using padding.
Comment 8 yonidebest 2010-06-28 23:06:57 UTC
OK, then it needs to be fixed before the bug is marked as resolved.

Thank you
Comment 9 Roan Kattouw 2010-06-29 09:41:42 UTC
(In reply to comment #8)
> OK, then it needs to be fixed before the bug is marked as resolved.
> 
> Thank you
In general, bugs are resolved as FIXED when a fix is made in SVN, regardless of whether the fix went live already.
Comment 10 yonidebest 2010-06-30 18:55:29 UTC
Roan, problem no. 2 has not been fixed.
Comment 11 Roan Kattouw 2010-06-30 19:47:44 UTC
(In reply to comment #10)
> Roan, problem no. 2 has not been fixed.

That's true, but let's open a separate bug for that.
Comment 12 yonidebest 2010-06-30 21:36:50 UTC
OK. see https://bugzilla.wikimedia.org/show_bug.cgi?id=24194

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links