Hi Yves-Alexis, On Mon, 2011-09-12 at 18:03 +0200, Yves-Alexis Perez wrote: > reassign 640473 libjs-mootools > retitle 640473 parse error in mootools-core.min.js > thanks > On lun., 2011-09-12 at 17:44 +0200, Yves-Alexis Perez wrote: > > On dim., 2011-09-11 at 20:49 -0400, dbb wrote: > > > Reproduced bug in a virtual machine running Debian sid i386. The > > > system is pretty minimal, and the user has no configs aside from the > > > default zsh/openbox settings. Screenshot attached. > > > > > > Also, I think it's a bug or at least a design flaw that about:blank > > > does not show a blank HTML document. > > > > Note that the “Failed to load resource” only happens once here. > > Following midori starts it correctly finds the mootools.js (but shows a > > parse error). > > I didn't notice that mootools.js wasn't even provided by midori but > libjs-mootools, so reassigning. > > @mootools maintainers: > > it seems that this might be the same thing as #635718. We get a parse > error in midori when trying to use mootools.js (at line 1, in case that > helps :) > > I've tried to rebuild the package and it works fine, so it seems there > was an issue when the package was first built. > > I'm not so sure having it obfuscated really is a good idea since it can > leads to that kind of stuff and it makes debugging quite impossible. > > I've attached the (quite unreadable) wdiff of the two js (the one from > the package and the one I just generated with yui-compressor). > > You can pipe it through colordiff --difftype=wdiff in order to see the > few differences. > > All in all, I guess this could be fixed (and maybe #635718) with a > binNMU, but I'll let you ask for it.
Thanks for your report. I will upload mootools 1.4.0 to unstable today. If rebuild works fine, this bug will be closed. Cheers, -- Marcelo Jorge Vieira xmpp:[email protected] http://metaldot.alucinados.com
signature.asc
Description: This is a digitally signed message part
