bugzilla-daemon | 1 Oct 2011 01:01
Picon

[Bug 12130] Edit form eats leading newlines on save/preview

https://bugzilla.wikimedia.org/show_bug.cgi?id=12130

Brion Vibber <brion <at> wikimedia.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|                            |FIXED

--- Comment #20 from Brion Vibber <brion <at> wikimedia.org> 2011-09-30 23:01:51 UTC ---
Should be fixed by r98578 on trunk: prepends an extra newline to output in
Html::textarea() if the $value has an initial newline.

However...... ProofreadPage stuff looks like it might be a totally separate
thing (bug 26028) since the JS does a lot of manipulation.

--

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
bugzilla-daemon | 1 Oct 2011 01:03
Picon

[Bug 26028] Script should not remove line-breaks after initial noinclude tags

https://bugzilla.wikimedia.org/show_bug.cgi?id=26028

Brion Vibber <brion <at> wikimedia.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|DUPLICATE                   |

--- Comment #9 from Brion Vibber <brion <at> wikimedia.org> 2011-09-30 23:03:43 UTC ---
Please provide some links to where this problem can be reproduced.

--

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
bugzilla-daemon | 1 Oct 2011 01:12
Picon

[Bug 31259] Large numbers are rendered differently depending on which server is rendering them

https://bugzilla.wikimedia.org/show_bug.cgi?id=31259

--- Comment #8 from SkyLined <berendjanwever <at> gmail.com> 2011-09-30 23:12:04 UTC ---
As a side note: I assume that since PHP does not have infinite precision,
templates that need to be able to parse really large numbers must be able to
deal with scientific representation. In other words 1E100 is never going to be
rendered as "100000000000000....". Am I assuming correctly? Does anybody know
what the exact limit is going to be at which point scientific notation is
always going to be used by Wikipedia after all servers have been updated? I'd
like to update the documentation on my {{val}} template so people who run into
this limit understand that what is going on.

Thanks!
BJ

--

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
bugzilla-daemon | 1 Oct 2011 01:12
Picon

[Bug 26028] Script should not remove line-breaks after initial noinclude tags

https://bugzilla.wikimedia.org/show_bug.cgi?id=26028

--- Comment #10 from Brion Vibber <brion <at> wikimedia.org> 2011-09-30 23:12:45 UTC ---
Ok found this link
http://en.wikisource.org/wiki/Page:A_Treatise_on_Geology,_volume_1.djvu/10 and
details in the older discussion at
http://en.wikisource.org/w/index.php?title=Wikisource:Scriptorium&oldid=2201305#Why_line_breaks_are_removed.3F

While this greatly resembles bug 12130, it's not exactly the same. The
<textarea> in the actual HTML doesn't start with any blank lines; it begins
with a <noinclude> section and whatnot.

Another edit form isn't loaded via XHR or anything, so it looks like the
ProofreadPage JS is responsible for modifying the textarea contents.

So either ProofreadPage is altering it in a similar way (creating a new
<textarea> from HTML source?) or it's stripping the newline itself when it
extracts the new value.

--

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
bugzilla-daemon | 1 Oct 2011 01:25
Picon

[Bug 26028] Script should not remove line-breaks after initial noinclude tags

https://bugzilla.wikimedia.org/show_bug.cgi?id=26028

--- Comment #11 from Brion Vibber <brion <at> wikimedia.org> 2011-09-30 23:25:14 UTC ---
Ok, I can confirm locally that having the bug 12130 fix in doesn't help the
ProofreadPage case.

--

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
bugzilla-daemon | 1 Oct 2011 01:34
Picon

[Bug 27967] wikis with $wgRawHtml = TRUE can no longer use jQuery in wikitext

https://bugzilla.wikimedia.org/show_bug.cgi?id=27967

--- Comment #7 from Ryan Kaldari <rkaldari <at> wikimedia.org> 2011-09-30 23:34:21 UTC ---
Fair enough. We'll upgrade to 1.17wmf1 rather than 1.17.0. Thanks for the
advice.

--

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
bugzilla-daemon | 1 Oct 2011 01:34
Picon

[Bug 26028] Script should not remove line-breaks after initial noinclude tags

https://bugzilla.wikimedia.org/show_bug.cgi?id=26028

Brion Vibber <brion <at> wikimedia.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|REOPENED                    |RESOLVED
         Resolution|                            |FIXED

--- Comment #12 from Brion Vibber <brion <at> wikimedia.org> 2011-09-30 23:34:46 UTC ---
Culprit found in proofread.js; a bunch of HTML structure is generated in manual
string concatenation, including the textareas:

    container.innerHTML = '' +
        '<div id="prp_header" style="">' +
        '<span style="color:gray;font-size:80%;line-height:100%;">' +
        escapeQuotesHTML( mediaWiki.msg( 'proofreadpage_header' ) ) + '</span>'
+
        '<textarea name="wpHeaderTextbox" rows="2" cols="80" tabindex=1>' +
escapeQuotesHTML( pageHeader ) + '</textarea><br />' +
        '<span style="color:gray;font-size:80%;line-height:100%;">' +
        escapeQuotesHTML( mediaWiki.msg( 'proofreadpage_body' ) ) +
'</span></div>' +
        '<textarea name="wpTextbox1" id="wpTextbox1" tabindex=1 style="height:'
+ ( self.DisplayHeight - 6 ) + 'px;">' +
            escapeQuotesHTML( pageBody ) + '</textarea>' +
        '<div id="prp_footer" style="">' +
        '<span style="color:gray;font-size:80%;line-height:100%;">' +
        escapeQuotesHTML( mediaWiki.msg( 'proofreadpage_footer' ) ) +
'</span><br />' +
(Continue reading)

bugzilla-daemon | 1 Oct 2011 01:40
Picon

[Bug 12130] Edit form eats leading newlines on save/preview

https://bugzilla.wikimedia.org/show_bug.cgi?id=12130

--- Comment #21 from Brion Vibber <brion <at> wikimedia.org> 2011-09-30 23:40:05 UTC ---
Merged to REL1_18 in r98584; still needs merging to 1.18wmf1 for deployment to
wikis that have been upgraded to 1.18. 1.17 wikis will be upgraded soon enough.
:)

--

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
bugzilla-daemon | 1 Oct 2011 01:40
Picon

[Bug 26028] Script should not remove line-breaks after initial noinclude tags

https://bugzilla.wikimedia.org/show_bug.cgi?id=26028

--- Comment #13 from Brion Vibber <brion <at> wikimedia.org> 2011-09-30 23:40:10 UTC ---
Merged to REL1_18 in r98584; still needs merging to 1.18wmf1 for deployment to
wikis that have been upgraded to 1.18. 1.17 wikis will be upgraded soon enough.
:)

--

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
bugzilla-daemon | 1 Oct 2011 01:41
Picon

[Bug 29719] Port CategoryTree to ResourceLoader

https://bugzilla.wikimedia.org/show_bug.cgi?id=29719

--- Comment #5 from DaSch <dasch <at> daschmedia.de> 2011-09-30 23:41:25 UTC ---
yes, works great. Thanks :)

--

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.

Gmane