Am 28.04.2013 13:32, schrieb Thomas Bruederli:

Michael Heydekamp wrote:

...

This Javascript error just occurred to me while composing a longer message:

---

...

Benutzer-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C) Zeitstempel: Fri, 26 Apr 2013 19:31:03 UTC

Meldung: Erlaubnis verweigert. Zeile: 667 Zeichen: 3 Code: 0 URI: http://www.xxxxxxxxx.xx/xxxxxxxx/skins/classic/functions.js?s=1362633182

---

What does/can this mean and why does it occur? IE8 and RC 1.0-git [GIT 20130422.1409]

Line 667 tries to set event listeners to iframes in order to make drag & drop functionality work throughout all areas of the browser window. That would usually not work because iframes are individual window instances with their own event system.

Now this seems to fail due some access restrictions of the browser. I cannot name a concrete reason, usually that happens when an iframe has loaded a page from another host. However, these errors don't mean anything bad. But I'm still keen to know when exactly they appear.

Just had the same issue again, and again when composing a longer message: It seems to occur when the autosave function is failing due to a lost WLAN and/or DSL connection.

While composing the message in a separate window, the main window of Roundcube all of a sudden showed a warning page of the router I was connected to via WLAN, saying that there is no DSL connection anymore. A bit later, even the compose window showed this same warning page of the router.

Luckily, I had copied the content of the composed message to the clipboard a few minutes before, otherwise I would have lost almost the entire message (the copy in the draft folder was significantly older than the content in the clipboard).

Apparently the router just did it's daily re-connect or whatever, I don't know. It's not my own router, but the one of a restaurant. Looking at the LEDs, it did indeed not have a DSL connection at the moment when the problem occured. After the DSL connection was re-established, I could continue to compose the message (by creating a new one and copying the clibpoard content into the compose window).

Does that help? And didn't we talk about that issue before already...?

I really really would appreciate the support of local storage for draft messages, see:

http://trac.roundcube.net/ticket/1488925

This is the very last show stopper, why I can't force our users to use Roundcube instead of Squirrel. Squirrel has a plugin which does use local storage via a cookie, but that's not the right way to go, of course, as the size of a cookie is pretty limited (but it's better than having no local storage at all).

I'm talking about this:

http://de.wikipedia.org/wiki/Web_Storage http://msdn.microsoft.com/de-de/library/cc197062(v=vs.85).aspx

Cheers,

Michael Heydekamp Co-Admin freexp.de Düsseldorf/Germany