[Bug 39912] Invalid value for dir attribute (auto)
https://bugzilla.wikimedia.org/show_bug.cgi?id=39912 --- Comment #9 from Robin Pepermans (SPQRobin) robinp.1...@gmail.com 2012-09-05 23:31:45 UTC --- Note that enabling of $wgHtml5 on WMF wikis is currently scheduled for 17 September (bug 27478). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39912] Invalid value for dir attribute (auto)
https://bugzilla.wikimedia.org/show_bug.cgi?id=39912 --- Comment #1 from Erwin Dokter er...@darcoury.nl 2012-09-02 17:35:36 UTC --- This also applies to history pages. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39912] Invalid value for dir attribute (auto)
https://bugzilla.wikimedia.org/show_bug.cgi?id=39912 --- Comment #2 from Brion Vibber br...@wikimedia.org 2012-09-02 17:43:42 UTC --- http://www.whatwg.org/specs/web-apps/current-work/multipage/elements.html#the-dir-attribute The auto keyword, which maps to the auto state Indicates that the contents of the element are explicitly embedded text, but that the direction is to be determined programmatically using the contents of the element (as described below). Note: The heuristic used by this state is very crude (it just looks at the first character with a strong directionality, in a manner analogous to the Paragraph Level determination in the bidirectional algorithm). Authors are urged to only use this value as a last resort when the direction of the text is truly unknown and no better server-side heuristic can be applied. [BIDI] Offhand I don't see any problems in Firefox 17 nightly or in Chrome 21 on my watchlist. Can you provide a screenshot? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39912] Invalid value for dir attribute (auto)
https://bugzilla.wikimedia.org/show_bug.cgi?id=39912 --- Comment #3 from Erwin Dokter er...@darcoury.nl 2012-09-02 18:14:48 UTC --- Created attachment 11055 -- https://bugzilla.wikimedia.org/attachment.cgi?id=11055 Screenshot depicting error caused by dir=auto auto is only valid in HTML5, not XHTML. And why use it when even the doc states only to use it as a last resort due to the incertainties it entails? Screenshot attached. Basically, dir=auto makes Chrome treat any preceding spacing in span.comment as if word-wrap: nowrap; is applied. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39912] Invalid value for dir attribute (auto)
https://bugzilla.wikimedia.org/show_bug.cgi?id=39912 Brad Jorsch b-jor...@alum.northwestern.edu changed: What|Removed |Added CC||b-jorsch@alum.northwestern. ||edu --- Comment #4 from Brad Jorsch b-jor...@alum.northwestern.edu 2012-09-02 20:01:03 UTC --- (In reply to comment #3) And why use it when even the doc states only to use it as a last resort due to the incertainties it entails? Well, in this case we don't know whether the user-entered edit summary is LTR or RTL, do we? That seems to fit when the direction of the text is truly unknown and no better server-side heuristic can be applied, unless we want MediaWiki to be hard-coding the same check the browser is supposed to do to output the dir= Screenshot attached. Basically, dir=auto makes Chrome treat any preceding spacing in span.comment as if word-wrap: nowrap; is applied. In other words, Chrome has a bug. BTW, for anyone following along, the link for the comment in the screenshot appears to be https://en.wikipedia.org/w/index.php?title=Talk:Main_Pageoffset=2012090218limit=1action=history, if further testing is needed. A potentially more useful link is https://en.wikipedia.org/w/index.php?title=Special:Contributions/Gilderienoffset=20120605185300target=Gilderienlimit=1 (from an earlier discussion at [[Wikipedia:Village pump (technical)/Archive 100#Anomalous Edit Summary]]), which has more spaces for Chrome to screw up on. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39912] Invalid value for dir attribute (auto)
https://bugzilla.wikimedia.org/show_bug.cgi?id=39912 --- Comment #5 from Erwin Dokter er...@darcoury.nl 2012-09-02 20:35:51 UTC --- (In reply to comment #4) Well, in this case we don't know whether the user-entered edit summary is LTR or RTL, do we? That seems to fit when the direction of the text is truly unknown and no better server-side heuristic can be applied, unless we want MediaWiki to be hard-coding the same check the browser is supposed to do to output the dir= So why don't we? In other words, Chrome has a bug. A I said earlier, auto is only valid in HTML5, and we don't serve HTML5. In other words, it's a MediaWiki bug :) Is there any way to test how Chrome reacts as if it were HTML5? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39912] Invalid value for dir attribute (auto)
https://bugzilla.wikimedia.org/show_bug.cgi?id=39912 --- Comment #6 from Brion Vibber br...@wikimedia.org 2012-09-02 20:46:00 UTC --- I can't reproduce a clear rendering bug with the first link https://en.wikipedia.org/w/index.php?title=Talk:Main_Pageoffset=2012090218limit=1action=history in Chrome 21 under Mac OS X 10.8.1 or Windows 8. I can though see a weird spacing on https://en.wikipedia.org/w/index.php?title=Special:Contributions/Gilderienoffset=20120605185300target=Gilderienlimit=1 in Chrome 21 under both Mac OS X 10.8.1 and Windows 8: huge space gets snuck down to a single space if I change dir=auto to dir=ltr or dir=rtl. Note there's another bug related to Chrome's handling of dir=auto (bug 38109), which has corresponding upstream bugs filed for Chromium and WebKit. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39912] Invalid value for dir attribute (auto)
https://bugzilla.wikimedia.org/show_bug.cgi?id=39912 --- Comment #7 from Brion Vibber br...@wikimedia.org 2012-09-02 20:48:22 UTC --- (In reply to comment #5) Is there any way to test how Chrome reacts as if it were HTML5? * Save to disk. * Replace the XHTML doctype with just !DOCTYPE html * Load that html file. Exact same behavior for me. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 39912] Invalid value for dir attribute (auto)
https://bugzilla.wikimedia.org/show_bug.cgi?id=39912 --- Comment #8 from Brad Jorsch b-jor...@alum.northwestern.edu 2012-09-02 21:05:51 UTC --- (In reply to comment #5) A I said earlier, auto is only valid in HTML5, and we don't serve HTML5. In other words, it's a MediaWiki bug :) If that's your position, you might want to check http://www.w3.org/TR/xhtml1/normative.html#uaconf item 6. Still a Chrome bug. Is there any way to test how Chrome reacts as if it were HTML5? Sure, just make an edit with multiple consecutive spaces in the summary and an autocomment on a test wiki where you can toggle $wgHtml5 on and off as needed. I don't have Chrome to test with, but in Chromium 21 here it happens regardless of the $wgHtml5 setting. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
