Last modified: 2012-04-19 21:43:06 UTC
Created attachment 7058 [details] Wiki_r61584_2010-02-01_NumberedList.pdf Reporting against Babaco Release : r61584 Steps to Reproduce :: 1) Edit the page 2) Click on Numbered list one after other without stop until the number of Numbered list items added to the editor Expected Outcome:: All browsers should display the same Test Environment:: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.5.21022; .NET CLR 3.5.30729; .NET CLR 3.0.30618) Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.2; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022) Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US) AppleWebKit/532.5 (KHTML, like Gecko) Chrome/4.0.249.78 Safari/532.5 Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.7) Gecko/20091221 Firefox/3.5.7 (.NET CLR 3.5.30729) Opera/9.63 (Windows NT 6.0; U; en) Presto/2.1.1 Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US) AppleWebKit/525.28 (KHTML, like Gecko) Version/3.2.2 Safari/525.28.1
Created attachment 7061 [details] Wiki_r61584_2010-02-02_NumberedListII.pdf Please refer to this attachment as well
(In reply to comment #1) > Created an attachment (id=7061) [details] > Wiki_r61584_2010-02-02_NumberedListII.pdf > > Please refer to this attachment as well Browser details on Opera in Mac Opera/9.80 (Macintosh; Intel Mac OS X; U; en) Presto/2.2.15 Version/10.10
This is strongly related to if not a duplicate of bug 22281
Tested link: http://prototype.wikimedia.org/deployment-en/ Version : r62529 Bug still available
As of r63230 this should be working consistently in all browsers EXCEPT IE8.
I've broken the IE8 bug that's causing the hold out on this being fixed into bug 22775 as it's a problem unique to IE8, and am closing this bug as fixed.
Created attachment 7207 [details] Wiki_2010-03-17_IE7.pdf
(In reply to comment #7) > Created an attachment (id=7207) [details] > Wiki_2010-03-17_IE7.pdf Please refer the attachment. IE7 behave different. Environment: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 6.0; SLCC1; .NET CLR 2.0.50727;InfoPath.2)
Solved in r63866 by checking if the toolbar is supported before removing the old one.
Dang it, wrong bug.
I'm not able to replicate this. If you still can, can you please let me know if it's with our without the iframe enabled and what labs settings you have enabled in your editing preferences. Thanks.
Magically it's not coming in this environment now. therefore closing the bug