Repeating "Server Error! (OK)" message in Roundcube 0.3 stable

[strayduck]

Upon upgrading Roundcube to 0.3 stable on a few servers our users are receiving a red "Server Error! (OK)" message upon

• logging in
• typing addresses of recipients (on EVERY character input!!!)
• while composing messages (presumably autosave function)
• while idling on any page (keepalive?)

No errors are showing in our server logs and this behavior is repeatable using

client software:

• Safari 4.0
• FireFox? 3.5.3
• IE 8.0.7100

Server software:

• apache 2.2.13 with
• php 5.2.10
• php 5.3

This is not a problem with the prior (0.2.x) versions of RoundCube.

I'm marking this as a blocker as this is a non-starter for our users and will have to revert to the older version until this is fixed.

[brandond]

I believe this is a duplicate of #1486122

[strayduck]

I'm not sure that is the case;

• the error displayed is not a 404

• this error is produced during the first connection to webmail and is also seen after logging out, then back in again. (though the first half of this statement is false if sessions are handled via IP rather than by cookie. If by cookie the browser list above should be sufficient to rule out open but expired sessions)

That being said if a fix to #1486122 fixes this we'll be equally as thrilled.

[brandond]

Check your request log (not the error log) - does it show requests with a 404 response code? If so, then for some reason your RPC calls are failing the same check listed in #1486122, although it would seem that the reason is different since your clients see the error immediately after login.

Things I would check:

• session_domain setting in main.inc.php
• time sync between database server and web server

[strayduck]

I was just about to post a long response with log records and such but was drawn to the "line 153" fix in 1486122. It was odd that this line 153 did not match our line 153 so I downloaded rev 2927 of index.php and replaced our existing one with it and the problem is resolved.

In backtracking through our process it seems as though a small presentation irregularity caused the problem; the upgrade instructions say:

1. Replace index.php and all files in
   • ./bin/
   • ./SQL/
   • ./program/
   • ./installer/
   • ./skins/default/
   • ./plugins/

...we read past the "index.php" and carried out upgrades to the bullet point list below. Not saying it's the *fault* of the documentation but we might clarify that slightly for those who read a little quicker than they should eg:

1. Replace index.php

2. Replace all files in
   • ./bin/
   • ./SQL/
   • ./program/
   • ./installer/
   • ./skins/default/
   • ./plugins/

Whoever has perms to close bugs can probably close this one out. Cheers.

[gabor87]

Some IMAP folder cant open, just get "Server Error! (OK)" with IE6/7/8. With Firefox no errors.

[gabor87]

Similar problem: ​link

[gabor87]

my last procedure: ​link

[alec]

IE doesn't like non-UTF8 characters in AJAX response. Fixed in [1a00f138].

[gabor87]

Thanks!

[john0874]

Considerably, the ​mesothelioma treatment options article is in reality the greatest on this noteworthy topic.I agree with your conclusions and will eagerly look forward to your next ​acai berry updates. Saying thanks will not just be sufficient, for ​weight loss pill the wonderful clarity in your writing I will immediately grab your rss feed to stay privy of any updates.