Last modified: 2011-09-16 14:28:54 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 T32746, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 30746 - Change in parser behavior in tables
Change in parser behavior in tables
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
1.20.x
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks: 29068
  Show dependency treegraph
 
Reported: 2011-09-04 12:14 UTC by DaSch
Modified: 2011-09-16 14:28 UTC (History)
2 users (show)

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


Attachments

Description DaSch 2011-09-04 12:14:55 UTC
The correct parser behaviour that table row defintions that follow each other without a filled line is broken in current SVN Version

from

|-
|-

there should no empty line be added
Comment 1 Brion Vibber 2011-09-06 18:23:27 UTC
Can you provide a full example & the before & after renderings?
Comment 2 DaSch 2011-09-06 18:32:33 UTC
This are mainly the same (the map is missing an wecowi)
http://de.wikipedia.org/wiki/Vorlage:Infobox_Ort_in_den_Vereinigten_Staaten
http://www.wecowi.de/wiki/Vorlage:Infobox_Ort_in_den_Vereinigten_Staaten

important are the lines at the end
Comment 3 Mark A. Hershberger 2011-09-10 00:53:35 UTC
Looks similar to bug #30384
Comment 4 Aaron Schulz 2011-09-13 18:25:51 UTC
(In reply to comment #2)
> This are mainly the same (the map is missing an wecowi)
> http://de.wikipedia.org/wiki/Vorlage:Infobox_Ort_in_den_Vereinigten_Staaten
> http://www.wecowi.de/wiki/Vorlage:Infobox_Ort_in_den_Vereinigten_Staaten
> 
> important are the lines at the end

Could clarify what we should be looking for? It's hard to spot the relevant issue in these two links. Is it all of the horizontal grey lines in the info box that are close to each other?
Comment 5 DaSch 2011-09-13 18:44:13 UTC
yes... that are the unused empty tbale rows that should not be there (this behavior is also documented in wikipedias help for creation of templates)
Comment 6 Mark A. Hershberger 2011-09-13 18:49:43 UTC
works on HEAD...  have to check 1.18 with r96887.
Comment 7 DaSch 2011-09-13 19:05:16 UTC
still the same in r96992
Comment 8 Aaron Schulz 2011-09-13 19:24:39 UTC
Simpler test code:

{| class="wikitable sortable"
! Header text
|-
| Example
|-
| Example
|-
| Example
|- class="hintergrundfarbe2"
|- class="hintergrundfarbe2"
|- class="hintergrundfarbe2"
|-
|-
|}
Comment 9 DaSch 2011-09-13 19:34:28 UTC
Here the result with r96992
http://www.wecowi.de/wiki/WeCoWi:Bug_30746
Comment 10 DaSch 2011-09-13 19:35:46 UTC
And that is how it should look like
http://www.mediawiki.org/wiki/User:DaSch/30746
Comment 11 Mark A. Hershberger 2011-09-13 19:43:07 UTC
Aaron, thanks for the simpler test case, this was driving me bonkers.
Comment 12 Mark A. Hershberger 2011-09-13 20:01:41 UTC
I am unable to reproduce this right now: http://mah.everybody.org/Screenshot-1.png
Comment 13 Mark A. Hershberger 2011-09-13 23:55:52 UTC
Test case WORKSFORME on 1.18 and trunk
Comment 14 Aaron Schulz 2011-09-13 23:56:33 UTC
(In reply to comment #13)
> Test case WORKSFORME on 1.18 and trunk

Not for me.
Comment 15 DaSch 2011-09-14 00:02:47 UTC
I think it should not me called WORKSFORME but WORKSFOREVERONE
Comment 16 Mark A. Hershberger 2011-09-14 00:08:01 UTC
(In reply to comment #15)
> I think it should not me called WORKSFORME but WORKSFOREVERONE

Sure, but the tester can't test everyone's, only "mine".

Could you install MW from the 1.18 branch and see if you can reproduce?  That's what I did and it WORKSFORME
Comment 17 DaSch 2011-09-14 00:09:43 UTC
Well I have another testinstallation and updated it to the latest branch of 1.18
The lines at the end does not appear, therfore a <> on top
http://mw-1-18.wecowi.de/phase3/index.php/30746
Comment 18 Aaron Schulz 2011-09-14 00:13:59 UTC
Caused by r85922.
Comment 19 DaSch 2011-09-14 00:21:44 UTC
I would suggest Mark to repeat the test with enabled HTML-Tidy
Comment 20 DaSch 2011-09-14 09:20:47 UTC
I extended the test a bit, to show the different behaviour between 1.17 and later versions with tidy enabled and disabled

{| class="wikitable sortable"
! Header text
|-
| Example
|-
| Example
|-
| Example
|- class="hintergrundfarbe2"
|- class="hintergrundfarbe2"
|- class="hintergrundfarbe2"
|-
|-
|}
----
<table class="wikitable">
<tr><td>Example</td></tr>
<tr></tr>
</table>
----
<table class="wikitable">
<tr><td>Example</td></tr>
<tr><td></td></tr>
</table>

1.17 - http://www.mediawiki.org/wiki/User:DaSch/30746
1.18 (no tidy) - http://mw-1-18.wecowi.de/phase3/index.php/30746
1.19 (tidy) - http://www.wecowi.de/wiki/WeCoWi:Bug/30746

The nice thing is, that the rows with class generate broken HTML that is fixed by tidy. I think that the parser should create valid HTML
Comment 21 Mark A. Hershberger 2011-09-16 14:02:10 UTC
r85922 has been reverted.  Could you test with SVN Head?
Comment 22 DaSch 2011-09-16 14:26:57 UTC
works as it should
Thanks
Comment 23 Mark A. Hershberger 2011-09-16 14:28:54 UTC
Thanks! (I also verified, but it took me a while to figure out that I hadn't installed tidy yet on this box.)

Now, to get the revisions backported to 1.18.

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


Navigation
Links