Last modified: 2011-03-13 18:05:51 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 T4017, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 2017 - Parser error: problems with quotes
Parser error: problems with quotes
Status: RESOLVED WONTFIX
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
1.5.x
All All
: Lowest normal with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
http://test.leuksman.com/index.php/Us...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-04-29 06:32 UTC by T. Gries
Modified: 2011-03-13 18:05 UTC (History)
0 users

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


Attachments

Description T. Gries 2005-04-29 06:32:14 UTC
* table '''user''' ''user_emailnotificationfornewpages TINYINT(1) NOT NULL
default '0'''
--> rendered incorrectly, example 
http://test.leuksman.com/index.php/User:Wikinaut/To-Do
* wanted to have <b>user</b> <i>....'0'</i>
* got <b>user ..... '0'</b>, i.e. everything bolded
Comment 1 T. Gries 2005-04-29 06:35:59 UTC
(coorection in reply to comment #0)
* table '''user''' ''user_emailnotificationfornewpages TINYINT(1) NOT NULL
default '0'''
--> rendered incorrectly, example
http://test.leuksman.com/index.php/User:Wikinaut/To-Do
* wanted to have <b>user</b> <i>....'0'</i>
* got <b>user ..... '0</b>, i.e. everything bolded and one quote eaten up << corr

Comment 2 Brion Vibber 2005-04-29 07:05:14 UTC
There's not really a clean way to interpret the provided code, which is ambiguous. At least several 
interpretations are possible; here I mark a non-markup visible apostrophe as @ to distinguish from 
markup:

:normal '''bold@'' bold-italic ''bold @bold''' normal <- more greedy match, currently chosen by 
parser
:normal '''bold''' normal ''italic @italic@'' normal <- less greedy match
:normal '''bold''' normal ''italic @italic''' bold-italic... <- logical toggles

An unambiguous version renders as desired:
:normal '''bold''' normal ''italic 'italic' '' normal
Comment 3 T. Gries 2005-04-29 07:10:27 UTC
(In reply to comment #2)
> There's not really a clean way to interpret the provided code, which is
ambiguous. At least several 
> interpretations are possible; here I mark a non-markup visible apostrophe as @
to distinguish from 
> markup:
> 
> :normal '''bold@'' bold-italic ''bold @bold''' normal <- more greedy match,
currently chosen by 
> parser
ok. Thanks for this fine and concise clarification --> should find its way into
the Mediawiki documentation pages at some time.

Usually, I also add one ore more "spaces" (as on the example page, thx)

(bugzilla should better be closed now, or wontfix)
Comment 4 JeLuF 2005-04-29 07:19:47 UTC
Works as expected. Software can't distinguish three ticks from three ticks.
Put a blank between end-of-string-tick and end-of-italics-double-tick.

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


Navigation
Links