[Bug 16719] Math hashes should include versioning to allow sensible updates
https://bugzilla.wikimedia.org/show_bug.cgi?id=16719 physikerwelt phy...@ckurs.de changed: What|Removed |Added Status|NEW |RESOLVED CC||phy...@ckurs.de Resolution|--- |FIXED Assignee|wikibugs-l@lists.wikimedia. |phy...@ckurs.de |org | --- Comment #5 from physikerwelt phy...@ckurs.de --- Rerendering can be forced with ?action=purgemathpurge=true -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16719] Math hashes should include versioning to allow sensible updates
https://bugzilla.wikimedia.org/show_bug.cgi?id=16719 Greg Grossmeier g...@wikimedia.org changed: What|Removed |Added CC||g...@wikimedia.org -- You are receiving this mail because: You are watching all bug changes. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16719] Math hashes should include versioning to allow sensible updates
https://bugzilla.wikimedia.org/show_bug.cgi?id=16719 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added CC||suma...@panix.com --- Comment #4 from Sumana Harihareswara suma...@panix.com 2012-02-17 19:03:39 UTC --- I'm sorry for the delay in response, Conrad. We're working on reducing our backlog of unreviewed commits and patches, since there's been such a wait. :-( Thanks for the patch. If you have time in the next couple of weeks, it would be great if you could check to make sure your patch still cleanly applies to MediaWiki as it is in our Subversion trunk. I'll try to get a reviewer soon! Thanks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16719] Math hashes should include versioning to allow sensible updates
https://bugzilla.wikimedia.org/show_bug.cgi?id=16719 p858snake p858sn...@gmail.com changed: What|Removed |Added Keywords||patch CC||p858sn...@gmail.com -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16719] Math hashes should include versioning to allow sensible updates
https://bugzilla.wikimedia.org/show_bug.cgi?id=16719 JeLuF je...@gmx.de changed: What|Removed |Added Blocks||24445 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16719] Math hashes should include versioning to allow sensible updates
https://bugzilla.wikimedia.org/show_bug.cgi?id=16719 Conrad Irwin conrad.ir...@gmail.com changed: What|Removed |Added Keywords||schema-change CC||conrad.ir...@gmail.com Blocks||1347, 6722, 10434, 11663, ||14825, 16573 --- Comment #1 from Conrad Irwin conrad.ir...@gmail.com 2010-04-03 15:39:59 UTC --- I suggest a middle way: a) add a field to the math table for texvc version (can be done with the BIN - HEX change) but don't change the input hash at all. The version only needs to be updated when behaviour of a command changes, as error messages aren't cached. b) change the output hash only if the output PNG may have changed (i.e. add a helper function changed_on() to texvc, like the tex_use_ams() stuff). This avoids filling the disk with lots of duplicate images, and some easy analysis of the maths table will allow for further garbage collection when necessary. It may be necessary to insert some retro-active changed_on()s, or to just invalidate all images once, to fix bugs currently there. (Or provide users with a method they can use to purge broken math images) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16719] Math hashes should include versioning to allow sensible updates
https://bugzilla.wikimedia.org/show_bug.cgi?id=16719 --- Comment #2 from Brion Vibber br...@pobox.com 2010-04-03 18:14:22 UTC --- (In reply to comment #1) I suggest a middle way: a) add a field to the math table for texvc version (can be done with the BIN - HEX change) but don't change the input hash at all. The version only needs to be updated when behaviour of a command changes, as error messages aren't cached. b) change the output hash only if the output PNG may have changed (i.e. add a helper function changed_on() to texvc, like the tex_use_ams() stuff). This avoids filling the disk with lots of duplicate images, and some easy analysis of the maths table will allow for further garbage collection when necessary. Hmm... so the logic on parsing math would go roughly: * calculate the input hash * fetch 'math' table record - if no record, run texvc and save the new info into record - if record lists old version, run texvc and save the new info into record - if record lists current version, do nothing * return the HTML/MathML/img from the record, depending on output format After each texvc upgrade, this would cause a re-run of texvc for each unique math.../math contents as they're encountered in wiki page parsing. If the tweak for output hash is clever enough, this would save new versions of actually affected math bits -- cache-safe due to the new filename -- while non-affected math bits would save over the old file but not look any different, so no caching issues there. Sounds pretty good to me! Do we know how to adjust the output hashing only when particular commands are in use? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16719] Math hashes should include versioning to allow sensible updates
https://bugzilla.wikimedia.org/show_bug.cgi?id=16719 --- Comment #3 from Conrad Irwin conrad.ir...@gmail.com 2010-04-03 19:18:24 UTC --- Created an attachment (id=7261) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=7261) get per-command hash changes with texvc (In reply to comment #2) * calculate the input hash * fetch 'math' table record - if no record, run texvc and save the new info into record - if record lists old version, run texvc and save the new info into record - if record lists current version, do nothing * return the HTML/MathML/img from the record, depending on output format I was originally planning to leave the old rows in the table, so that a maintenance script would be able to pick up old versions of re-rendered files and delete them when they are superceded. It may not be worth the cost of dobuling the size of the math table - I'll leave that as Wikimedia's call. Sounds pretty good to me! Do we know how to adjust the output hashing only when particular commands are in use? Patch attached :). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
