We would have the script_server be passed a unique variable per SVN version of the mediaWiki (like we currently do with the static js includes) If their browser treats a new url with different get parameters as the same as some older version resulting in a cache mismatch then that is bad...
Ideally we don't have broken transformations on our back end per our unique urls matched to the svn version of the file. Yes different output of js means different input for the client and yes different input could result in new unforeseen errors client side that don't manifest in the un-minimized code. We would of course want to do lots of testing with the minimized output.
--michael
Gregory Maxwell wrote:
On Fri, Dec 12, 2008 at 6:58 PM, Michael Dale mdale@wikimedia.org wrote:
that just means the minification is broken on their platform no? So we have to debug the minification on their platform not the debug output ... but sure as you mention a hundreds of single character whitespace lines will compress nicely.
No it could mean that they are getting a corrupted copy if the mainline JS though some broken cache between the backend and their browser, which is being avoided by fetching a separate debugging JS.
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l