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(a)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(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l