Last modified: 2005-11-04 02:36:25 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 3877 - Unable to render new math images in 1.6
Unable to render new math images in 1.6
Status: RESOLVED FIXED
Product: MediaWiki extensions
Classification: Unclassified
Math (Other open bugs)
unspecified
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
http://en.wikipedia.org/math/4/8/2/48...
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2005-11-04 02:25 UTC by Brion Vibber
Modified: 2005-11-04 02:36 UTC (History)
0 users

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


Attachments

Description Brion Vibber 2005-11-04 02:25:27 UTC
Math.php was recently changed to use 3 levels of subdirectories for the rendered math 
images. Unfortunately the code is broken such that initial rendering is done into the 
wrong directory, so any newly rendered images end up in the wrong directory and aren't 
visible (404).

For instance rendering this bit in the english wikipedia sandbox:
<math>\frac{238490}{89973}</math>

gives this URL:
http://en.wikipedia.org/math/4/8/2/48287d2c5dacab82a7a4b46638ee6781.png

but the file is actually at:
http://en.wikipedia.org/math/48287d2c5dacab82a7a4b46638ee6781.png

The subdirectories are the first three digits of the hex output content hash, which is 
used to name the .png files. This value is calculated by texvc, so is not known until 
after texvc returns, but we try to generate the directory and pass it to texvc to tell it 
where to deposit the image... This ends up trying something like "/math///" which reduces 
in Unix semantics to "/math/".

Recommendation: render into the temp directory, then move the image to its final 
destination.
Comment 1 Brion Vibber 2005-11-04 02:36:25 UTC
Done; can now render new images. 

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


Navigation
Links