CD 31.1 stops loading script (webmail problem)

Specific symptoms of the bug and steps you can take to reproduce it (step by step).
. Open CD version 31.1
. Enter my webmail address
. Once the login page appears, I type in the username and password
. The session starts loading and all files are stored in history, cache, etc (no problem so far)
. I close all CD windows and tabs
. Reopen CD version 31.1
. Enter my webmail address
. Once the login page appears, I type in the username and password
. The session starts loading and hangs… forever
. I close all CD windows and tabs
. Reopen CD version 31.1
. Enter my webmail address
. Once the login page appears, I type in the username and password
. The session starts loading and hangs, again… forever (endless loop).

Specific steps you have taken to try to resolve it.
. Deleting all history files, cache, etc, makes available the loading of my webmail (but again only for the first time)
. I have to delete all history every time I want to access my webmail
. Disabling ALL extensions/plugins don’t solve the problem, only deleting all web history

Plugins/Themes installed in Comodo Dragon
. No Themes
. I am using ONLY native CD plugins such as PrivDog, etc.

Windows version
. Was tested on several PCs running CD: Windows 8 and 7 (both 32 and 64)

UAC status
. Enabled

System Drive where Windows is installed
. “C” Drive

Place (installation path) where Comodo Dragon is installed
. C:\Program Files (x86)\Comodo\Dragon\

User privileges
. Administrator

If you have Google Chrome installed then please mention it’s version and whether the same issue reproduces with it.
. No Google Chrome installations.

Hello,

Can you provide a link to the e-mail service you are using?

Thank you.

Hi George-Silviu, I have sent you a PM with the information. Please let me know.

Hello,

I think there is a problem with the way the login operation is handled on the server. An error is displayed in the console for one of the js functions.
If possible, please ask and administrator of the webmail service to look into this and let us know if any more details come up on this issue.

Regards.

Problem is only with Comodo Dragon. Any other browser can handle the login perfectly. Currently I have 32 users using Comodo Dragon ALL with the same problem. Now they are using IE.

The problem reproduces in Chrome and other Chromium based browsers as well. It looks like the page can’t access resources in the browser’s cache (clearing the cache before each login operation solved the issue during tests).
A detailed debug report should help in identifying the cause. Also, since the issue reproduces on a larger scale you should add a ticket on the Chromium project .

Regards.