Last modified: 2012-07-31 22:42:42 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 T40801, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 38801 - [Regression] 'UNIQ' tokens outputted in front of every heading
[Regression] 'UNIQ' tokens outputted in front of every heading
Status: RESOLVED WORKSFORME
Product: MediaWiki
Classification: Unclassified
Parser (Other open bugs)
1.20.x
All All
: Normal blocker (vote)
: 1.20.0 release
Assigned To: Nobody - You can work on this!
: code-update-regression
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-07-29 20:46 UTC by Krinkle
Modified: 2012-07-31 22:42 UTC (History)
2 users (show)

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


Attachments
Screenshot of page output (48.21 KB, image/png)
2012-07-29 20:46 UTC, Krinkle
Details
beta labs enwiki Sandbox showing photo display and layout (152.17 KB, image/png)
2012-07-30 20:27 UTC, Chris McMahon
Details

Description Krinkle 2012-07-29 20:46:11 UTC
Created attachment 10903 [details]
Screenshot of page output

Both after saving as well as in "preview" these tokens show up.

I first encountered this on Thursday and can still reproduce it now on the latest master today (Sunday).

> == x ==
> Foo
> [[File:example.svg]]
> == y ==
> Bar
Comment 1 Sam Reed (reedy) 2012-07-30 00:15:10 UTC
Where are you attempting/seeing that?

It' fine in both 1.20wmf7 (enwiki) and 1.20wmf8 (mediawiki) and master (dev wiki)
Comment 2 Krinkle 2012-07-30 07:30:12 UTC
master on localhost. Vector+WikiEditor extension installed. Created several new pages, edited existing pages and purged ones. All the same effect (see screenshot).

I've seen it on my localhost for almost a week now, pulled from remote several times (on master). Currently at 2ba1b409fef2f6574bae12014b566a9c2c10ff1b.
Comment 3 Rob Lanphier 2012-07-30 20:00:46 UTC
Chris, could you work out a reliable repro on Beta Labs?
Comment 4 Chris McMahon 2012-07-30 20:25:56 UTC

No sign of this behavior on labs in my environment with vector, although pictures are being shown off to the right rather than inline with text and headers.  

Uploaded photo via UploadWizard on commons. 
Uploaded other photo vi Upload File on enwiki.

Used both photos in Sandbox with Krinkle's example wrapper.
Comment 5 Chris McMahon 2012-07-30 20:27:07 UTC
Created attachment 10906 [details]
beta labs enwiki Sandbox showing photo display and layout

beta labs enwiki Sandbox showing photo display and layout
Comment 7 Krinkle 2012-07-30 21:02:49 UTC
I just deployed latest master on the beta cluster and that fixed the bug, can't reproduce it anymore locally either.

git-bisect to older versions doesn't bring it back either. Appears to be some kind of cache thing maybe.

Could potentially still screw up production.
Comment 8 Rob Lanphier 2012-07-31 21:07:06 UTC
Not a blocker for 1.20wmf9
Comment 10 Krinkle 2012-07-31 22:42:42 UTC
(In reply to comment #8)
> Not a blocker for 1.20wmf9

(In reply to comment #7) 
> Could potentially still screw up production.

Since we can't reproduce it, it shouldn't block deployment. But lets keep it in mind when deploying to do carefully check on test.wikipedia.org. It may be a one-way bug in the parser cache that only happens for older pages.

Marking WORKSFORME for now.

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


Navigation
Links