[Bug 16719] Math hashes should include versioning to allow sensible updates
https://bugzilla.wikimedia.org/show_bug.cgi?id=16719 physikerwelt 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 --- Rerendering can be forced with ?action=purge&mathpurge=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 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 changed: What|Removed |Added CC||suma...@panix.com --- Comment #4 from Sumana Harihareswara 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 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 Ashar Voultoiz changed: What|Removed |Added Keywords||need-review CC||has...@free.fr -- 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 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 --- Comment #3 from Conrad Irwin 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
[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 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 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 ... 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 Conrad Irwin changed: What|Removed |Added Keywords||schema-change CC||conrad.ir...@gmail.com Blocks||1347, 6722, 10434, 11663, ||14825, 16573 --- Comment #1 from Conrad Irwin 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