⚓ T2885 Silent insertion of code by the parser
Page MenuHomePhabricator

Silent insertion of code by the parser
Closed, ResolvedPublic

Description

Author: gangleri

Description:
As I could see that the code of an object (article, talk,
category ...) maight be altered / changed "automaticaly" during
save. (I assume it is the parser module making a syntax
verification.)

It maight be, that the insertion of code (</nowiki> ...) would
not be, what was intended by the user.

No message is displayed and it is just another "have to know". In
similar situations I would expect a warning (as done at a
[[:en:Wikipedia:Edit conflicts]] / [[m:Help:Edit conflict]]).

Regards Reinhardt


Version: unspecified
Severity: minor
URL: http://test.leuksman.com/index.php/Bugzilla_0885

Details

Reference
bz885

Event Timeline

bzimport raised the priority of this task from to Lowest.Nov 21 2014, 7:01 PM
bzimport set Reference to bz885.
bzimport added a subscriber: Unknown Object (MLST).

gangleri wrote:

At http://en.wiktionary.org/wiki/User:Gangleri/tests#endless_posibilities a different
behaviour as mentioned before is experienced.

Regards Reinhardt

Please provide an exact series of steps to reproduce the
problem, including explanations of what, exactly, you
expected to happen and what, exactly, you found instead.

gangleri wrote:

old test case http://test.wikipedia.org/wiki/User:Gangleri/tests/nowiki removed
provided new test case at http://test.leuksman.com/index.php/Bugzilla_0885

description

If a page contains a "<nowiki>" which is not closed (with a "</nowiki>") then
"</nowiki>" will be added automatically during save

  1. either to the end of the page
  2. or to the end of the section.

I called this "silent insertion" because no warning is generated.

Remark: Preview will not show this final "<nowiki>".

Regards Reinhardt [[user:gangleri]]

gangleri wrote:

see bug 3275: Show warning about missing </gallery>

  • Bug 3275 has been marked as a duplicate of this bug. ***

gangleri wrote:

If a page contains a starting <pre> without a closing </pre> the last will be
inserted by the parser during save.

See
http://test.leuksman.com/view/User_talk:195.148.193.2#MediaZilla:00885_.2F_bugzilla:00885

Not a bug, that's just how it works.

Eugene.Zelenko wrote:

Unfortunately the way how it works is not perfect.

Any kind of warning in this situation will be good idea.

Please do not close this issue just because somebody does not haw time to
improve software.