Last modified: 2011-10-14 02:42:06 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 15057 - problems with forced PNG rendering
problems with forced PNG rendering
Status: RESOLVED DUPLICATE of bug 24445
Product: MediaWiki extensions
Classification: Unclassified
Math (Other open bugs)
PC Linux
: Low normal (vote)
: ---
Assigned To: Nobody - You can work on this!
Depends on: 16719
  Show dependency treegraph
Reported: 2008-08-06 11:37 UTC by xeddvok7bd7464n2
Modified: 2011-10-14 02:42 UTC (History)
2 users (show)

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


Description xeddvok7bd7464n2 2008-08-06 11:37:39 UTC
A PNG forced and rendered math/TeX Greek letter (for example: \Alpha\,) does not look like the same not-forced letter (e.g.: \Alpha) if you have chosen the “Math | Always render PNG” option in the settings. The first one gives an italic, the second one an upright letter. This problem appears only with Greek capital letters. With the standard settings (“Math | HTML if very simple or else PNG”) both variants are printed upright. In de:WP we have a list with Greek letters [1], where you can compare the difference between PNG forced and not-forced capital letters (settings in German: “TeX | Immer als PNG darstellen”). I have made a screenshot of this page section [2] with the above mentioned (not standard) settings.

Comment 1 xeddvok7bd7464n2 2008-12-17 14:17:32 UTC
No ideas to solve this problem?
Comment 2 Brion Vibber 2008-12-20 00:06:12 UTC
I think this is due to old renderings and mismatched versions of texvc behaving differently. When I render these cleanly on my offline text box, they all come up looking consistent.

Comment 3 xeddvok7bd7464n2 2008-12-20 20:42:38 UTC
That means that this problem will be fixed automatically in near future?
Comment 4 Mike.lifeguard 2009-02-15 01:18:20 UTC
(In reply to comment #3)
> That means that this problem will be fixed automatically in near future?

I think that's what was meant, yes. If so, then I suspect any and all badly rendered images have since disappeared & this can be closed. Please confirm whether you can still reproduce this on WMF wikis.
Comment 5 xeddvok7bd7464n2 2009-09-16 06:55:24 UTC
I just want to remark that this problem still appears on de.WP.
Comment 6 Nicholas Longo 2010-12-17 23:38:34 UTC
Never mind, commented on wrong bug by accident.
Comment 7 Nicholas Longo 2011-04-28 17:44:47 UTC
I just checked and that this problem still occurs on en.wikibooks, and so almost certainly still occurs for all of the wikimedia wiki's.  On the other hand it cannot be reproduced on a clean install of mediawiki, and it doesn't seem to particularly be a texvc issue.  I suspect to cure this the wikimedia folks need to manually clean out some of the older png's that texvc created, so the new versions can recreate them correctly.  Does anyone know if there is a mechanism to expire very some of the very old images created by Texvc?  Should we change the component of this bug?
Comment 8 Nicholas Longo 2011-10-14 02:42:06 UTC
This is really a duplicate of the math cache bug and marking as such.

*** This bug has been marked as a duplicate of bug 24445 ***

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