Closed GoogleCodeExporter closed 8 years ago
Thanks for your feedback!
I will check that as soon as possible.
Original comment by Rudolf....@gmail.com
on 17 Nov 2010 at 10:05
I'm having the same problem as VitRom, but I'm using F4b7 (not the portable
version). The error console readings are the same. CYW was working flawlessly
for at least a year until I started using F4b7 and deleted an old CYW script
that I wasn't using anymore.
I tried disabling all other add-ons and reinstalling CYW. At this point, I
might have to nuke my profile and reinstall F4 or downgrade to 3.6.
CYW 0.4.3Build201010192200
F4b7 WinXP-32
Original comment by short...@gmail.com
on 11 Dec 2010 at 2:47
Well, let's combine 1) a my portable vs shorttxt's nonportable and 2) an
errconsole messages. Then remember that all works immediately after install and
fails after next restarts (lets say "in a mainline operation mode").
IMO the roots in the changes of underlying init processes of 4.x branch --
creation/existence of a chrome "preload cache" for example or some deprecated
"onload"-like calls etc. -- like in
https://developer.mozilla.org/en/XPCOM/XPCOM_changes_in_Gecko_2.0 or similar.
Original comment by Vit...@gmail.com
on 11 Dec 2010 at 9:11
The reason at least for the non-portable version seams to be that the xpi-file
is no longer extracted.
Original comment by Rudolf....@gmail.com
on 15 Dec 2010 at 9:20
...And this is a very good improvement of 4.x branch :)
IMO (if a Moz. init seq. didn't required this explicitly of course) in a case
of the CIW like a many other addons there's no needs to xtract an xpi.
BTW this should b applicable to a both "portable" and "plain" versions while
there's no real differences between them xcept relative vs absolute pathes in a
"crome registry" etc. which can b achieved with an any search-n-replace-capable
text editor.
Original comment by Vit...@gmail.com
on 16 Dec 2010 at 9:09
Fix is implmented and new version is available on my website
(http://www.mouseless.de/index.php?/content/view/40/60/) and also soon on Addon
page.
Original comment by Rudolf....@gmail.com
on 16 Dec 2010 at 1:43
Confirm this.
An abovepointed version works after a number of restarts (5 up 2 now) and an
ErrCons still clean (xcept something like
Warning: XUL box for hbox element contained an inline u child, forcing all its
children to be wrapped in a block.
Source File: chrome://customizeyourweb/content/cyw/editwindow/EditScript.xul
Line: 0)
but IMO it's a /page/-related msgs.
Big thnx 4 Ur work, Rudolf!
Original comment by Vit...@gmail.com
on 16 Dec 2010 at 2:31
Your welcome and many thanks for your bug report and support in testing :-))
Original comment by Rudolf....@gmail.com
on 16 Dec 2010 at 10:23
It's working for me too. Thanks a lot!
Original comment by short...@gmail.com
on 17 Dec 2010 at 11:32
Original issue reported on code.google.com by
Vit...@gmail.com
on 17 Nov 2010 at 12:04