Donate Share January 2009: Project of the Month

TinyMCE

Tracker: Bugs

8 TinyMCE Crashes webkit - ID: 2892675
Last Update: Comment added ( lkeijmel )

User agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_8; en-US)
AppleWebKit/531.9+(KHTML, like Gecko, Safari/528.16) OmniWeb/v622.10.0
Screen info: 1920x1200x24

Description of problem:

Steps to reproduce:
1. Load up an instance of TinyMCE 3.2.7 into any webkit-based browser
(safari, omniweb, etc)
2. Click to insert an image (or any function that causes a tinymce
pseudo-popup)
3. Click cancel

BROWSER CRASH


This is not reproducible 100% of the time. However, it has happened enough
to me that I am here seeking answers.

I've read other forums where people said this was a constant problem with
TinyMCE code, but then one of the releases supposedly fixed it. Perhaps
that fix was lost as these forum posts were from 2008.

Please save me from this madness! :)


Grey Ackleman ( greyackleman ) - 2009-11-05 15:27

8

Open

None

Nobody/Anonymous

None

Safari

Public


Comments ( 7 )

Date: 2009-11-23 14:54
Sender: lkeijmel

I fixed a small bug in the table plugin which was causing js errors in
safari with the latest svn version. After that fix safari doesn't crash
anylonger when I hit the cancel button in what kind of inlinepopup produced
by the inlinepopup plugin.


Date: 2009-11-23 14:12
Sender: greyackleman

PS: If there WERE an example on the moxiecode site that used the
"inlinepopups" plugin, I could test it there and tell you the same ;)


Date: 2009-11-23 14:11
Sender: greyackleman

I have come to realize that the pseudo-popups are actually a PLUGIN for
TinyMCE. That the DEFAULT nature are REAL browser popups (YUCK).

As such, I am betting on the fact that the crashing of webkit has to do
with the "inlinepopups" plugin and it's interaction with tinymce.

This new bit of info should really help to solve it, no? please? ;)


Date: 2009-11-23 10:58
Sender: lkeijmel

I can confirm it with our own implementation. I use the latest SVN version.


Date: 2009-11-07 14:50
Sender: greyackleman

Just an FYI - I just got another crash from the latest Wordpress. It uses
tinymce too.

* I had a fresh browser session.
* I added a new post, wrote the whole message,
* Pasted in a URL at the bottom
* Highlighted the URL
* CLicked the LINK button
* Pasted in the link into the URL field, changed target to blank
* Accidentally clicked cancel instead of insert
CRASH

Thank god wordpress has that hand save draft feature! ;)


Date: 2009-11-06 13:53
Sender: greyackleman

Well, I cannot reproduce it on the TinyMCE example pages because of
different behavior on the site.

I use example 13: load on demand using compressor

This is the integration I am using on my site, since the tinymce is loaded
into the page via ajax.

On the tinymce site, if you load example 13, all the sudden the buttons in
the menu that normally pop up a layered window are popping up BROWSER
windows instead. As such, cannot reproduce. Popping browser windows is
DEFINITELY not the answer to this problem, but I suspect thats why tinymce
site is doing that. As we all know, popup blockers are ferocious, can't be
having that!

In my integration it still uses layered windows for unknown reasons, but I
am glad it does. Now just gotta figure out what in the tinymce code
crashes webkit. It usually only happens the first time tiny is ever
loaded, but if I've loaded an instance a few times in one ajax session, the
problem doesn't seem to persist.

I'm really trying to come up with reproducible steps, but not knowing
enough about the source code, I find it difficult to predict.


Date: 2009-11-06 01:45
Sender: spockeProject Admin

Does it happen on the examples of the TinyMCE site.

I can't reproduce it at all and I've seen no other reports of this issue.
Might be a implementation specific issue and there for not a TinyMCE bug.


Attached File

No Files Currently Attached

Change ( 1 )

Field Old Value Date By
priority 5 2009-11-05 23:52 greyackleman