Hello,
This bug is similar to the othe rone listed but this happens on XP with IE6 which I'd say is a pretty common platform nowadays.
If you put a fckeditor window in a popup create by a parent window and then close the popup - the parent window becomes toast. It stops responding and you need to do an End Now on it and open a new IE6 window.
In this case I'm trying to get a popup that allows editing an email while not losing the context of the users work in the parent window.
I had a look through some of the js code for links to the owner/parent and can't quite tell what's going on (my js is not so good) but it seems perhaps an event is hooked to the owner and perhaps after the window gets closed the parent is somehow still attached to the now gone popup with the editor.
If someone knows more about this bug or why it's happening or how I may work around it or even where to start looking to work on it I'd be happy to see what I can do to fix it, as this method of using it is critical to my application and I'd really like to be able to use fckeditor here.
Thanks,
Chris
Thu, 05/19/2005 - 12:14
#1
RE: FCK crashes IE6 on XP when used in popup
Funkey. I use XP (try not to use IE;) and have some pop-ups and have not experienced this.
How are you doing your pop up? Target="_blank" or window.open/derivative?? Damn I wish SF had spell check. Gawd. They house enough of 'em. Bah.
Maybe I'll try... time is such a trip...
at any rate, no, I'm not gonna dick around. The new version will be coming out soon, why not see if it's fixed there-in?
Thanks for pointing this out. More testing would be cool. Did you try from within a page with little/no js? Maybe a minimal toolbarset, and just a simple pop-up? You are aware of how much pop-up blocking is going on now adays? Can you use a hidden DIV instead? Iframe?
Just ideas to keep ya moving. Good luck w/your application!!!
D
POpup bug, serious, happens in given samples
Hello,
I just did some follow up testing and there is the same or similar problem even with the basic sample code provided in the archive.
I zipped to a test directory and opened the _samples_default.html page into a browser. Works fine, then hit Ctrl-N to spawn a new window of this one. Now go there and it works fine too. Now close that window and go back to original window. Boom. Seems after a few seconds it locks up totally and needs to be shutdown.
I expect this is some problem to do with IE6 bugs but I wonder how it can be worked around as otherwise it's a pretty serious flaw in using what is probably the most widespread browser out there now...
I'd be happy to know if this can be fixed or how to workaround it.
Thanks,
Chris
RE: FCK crashes IE6 on XP when used in popup
Hi Denny,
Thanks for your reply. I've been away and didn't work on this for a while. Yesterday I was back at it and it's still a problem for me anyway. I'll give more details of my use...
My application is php based so what I'm doing:
in my main window I have a button that opens a popup using an <a href='editme.php' target='new'> for example. This new php page creates an fck edit window in the normal fashion ie. as in docs, but not using a replace textarea style but just embedding the script.
When clicked the window opens and behaves fine. It works and even saves the edited changes without trouble and the window will continue into other functions after (the window is generic so it has a menu and you can do other things after you've edited). The problem is that if you close this window then the previous window that opened this one freezes. I also do this siilar thing in another place but using window.open(...). It seems to behave the same though I'd have to test further to find out where any difference may occur.
My applicaion is very large and contains dozens of screens. I use popups because sometimes the context of the users work is a lot of data and I don't want to slow everything down by having to reload pages so much. There are quite a few small popups for special tasks and since the user has to log in and use the application extensively they need to have popups enabled for this site to be able to use it properly anyway. In fact in a typical use a person may have 4 or more windows open at a time in order to skip between several views of data.
I hesitate to delve into this further because as I said before I really just wanted a plugin working editor solution. I have enough work right now on the main app and to have to debug components as well My hope is that it would be fixed soon or I'll just pull it and try out another one like htmlarea - but to be honest I tried that once and it was also pretty buggy. I've found lots of bugs in fck editor and I guess I should post them but it all takes so much time. Off hand, and since I'm here now:
- when you start editing in a window, even though the cursor is there and you can type text, the delete key doesn't work - you have to click with a mouse in the window and then the font list activates a font and the then after that the delete key seems to work ok.
- when loading text into the window that already contains an html table it seems to do weird stuff. The table and after that is gone but if you click on source it is actually there, and when you click again on source to return to html view it all comes back and the table is there after all. huh? well, as I said there is a few bugs no doubt.
I guess if it was a commercial product I'd be screaming and want my money back but since it's not the choice seems to be work on it and add ot the effort or drop it. I'm sorry that today I don't have the extra time to try to help out...
Chris
RE: FCK crashes IE6 on XP when used in popup
Yeah, I've had issues with the opening document "losing" it's history. history.go doesn't work, but if you do the pulldown from the back button it works.
I've been unable to get IE to crash, however. Worst I can do is loose the opening document's history.
I notice this doesn't happen on the demo site, and I tried using just a JS instanciation, but that didn't solve my main doc history losing problem. I've tried doing pop-ups with 'copyhistory=yes', and it seems that the opener page behaves correctly(retains it's history). the copyhistory attrib doesn't effect that. It's just the page that has the editor that looses it's history, even with the copyhistory attribute set.
Only crashes I've had are on linux w/firefox.
Dunno what to say....
Did you clear your cache?