rudolfnoe / customizeyourweb

Automatically exported from code.google.com/p/customizeyourweb
0 stars 0 forks source link

Didn't works on Firefox 4 (beta6) after 2nd restart after install #69

Closed GoogleCodeExporter closed 8 years ago

GoogleCodeExporter commented 8 years ago
To reproduce the problem:
1. Get and install F4b6 portable from Portableapps. Run then close it a two or 
three times just to b sure.
2. Go to CYW install page and install addon. Restart Firefox. Go to Add-ons (in 
a new tab, a CYW page stills opened) then CYW Options and enable debug logging.
3. On the CYW install page stills opened make some changes (modify a bgcolor 
for example) and save script.
4. Restart (close then run) Firefox. Ensure all works fine.
5. Restart Firefox. Ur modifications r gone away. Trying to "Enable editing" 
gives nothing too.

Error console shows something like 
 Error: customizeyourweb.InitManager is undefined
Source File: chrome://customizeyourweb/content/cyw/cywOverlay.js
Line: 35
or sometimes
 Error: customizeyourweb.EditScriptHandler is undefined
Source File: chrome://browser/content/browser.xul
Line: 1

6. Disable addon, restart Firefox, enable addon -- all works fine again. 7. 
(goto 4)

CYW ALL including 0.4.3Build201010192200 too
F4b6-portable (no any ini-tuning) on WinXP-32

Original issue reported on code.google.com by Vit...@gmail.com on 17 Nov 2010 at 12:04

GoogleCodeExporter commented 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

GoogleCodeExporter commented 8 years ago
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

GoogleCodeExporter commented 8 years ago
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

GoogleCodeExporter commented 8 years ago
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

GoogleCodeExporter commented 8 years ago
...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

GoogleCodeExporter commented 8 years ago
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

GoogleCodeExporter commented 8 years ago
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

GoogleCodeExporter commented 8 years ago
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

GoogleCodeExporter commented 8 years ago
It's working for me too. Thanks a lot!

Original comment by short...@gmail.com on 17 Dec 2010 at 11:32