Initial login email check fails

[ghtry]

When first logging in to RoundCube the inbox will display an email count in ( ) but will not show the emails in the body.

If I click the inbox folder in the left column the number disappears and still no listing is given at all in the main body.

If a click a different folder such as Sent and then click the inbox folder, messages are displayed as expected.

I am attaching a Firefox screenshot showing warnings in the error console which will hopefully help you all diagnose this bug.

I run a production site and seeing this behavior confuses users I am downgrading to a previous release until this can be taken care of. Thanks for a wonderful webmail client.

[ghtry]

Firefox error console screenshot

[alec]

Those warnings are not probably a problem. If you use enable_caching=true, try to truncate messages table. Then you could try to debug imap communication with imap_debug=true. What IMAP server? Http, PHP, FF versions?

[alec]

I can confirm this, but this is usual behaviour with enable_caching=true

[ghtry]

Even so... caching should be wise enough to realize that an email inbox changes. Caching indeed saves certain PHP processing work from being repeated, giving a performance boost, but not every aspect of an html page should be cached. It's common sense to know an inbox will never stay the same.

After downgrading to the previous release of roundcube the issue has disappeared and things are working smoothly again. But the latest stable version has some weird bug that requires users (firefox anyway) to click a different folder and then click inbox to retrieve their inbox mail contents. After directly logging in, simply clicking inbox fails to properly list inbox contents (and yes this is from a fresh install and logging in with no cookie/temp internet file data). Whatever internally takes place when clicking a different folder (not inbox) then clicking inbox solves the bug (workaround).

I apologize for the late reply but life as an administrator and programmer is very busy. To answer your question in your first reply, I am using the latest stable Apache httpd, MySQL community edition, latest firefox (3.5.3 at time of writing this), and the latest stable PHP (5.3). I consider it important to keep up to date (hence I am here and reporting a bug with the newest roundcube release).

I included the screenshot of the firefox error window because I was trying to be as detailed as I could. I should have given a copy of the PHP error-log but at the time I did not have the time to go through the log and filter sensitive information from a bug post report. Someone cleaned the log and now I am stuck with not being able to supply that log information. I assure you that no modifications nor plugins were being used at the time the bug was noticed and reported. There were no permission issues noticed either.

If it will help you out, I retain a working installation of wireshark for really gruesome winsock issues amongst some of the programming work I do. I could get a sandboxed installation of the latest roundcube running with descriptive information. But due I am using the latest of everything about anyone could investigate this issue as well as me. Feel free to reply is you discover anything. I hope I have given you the edge you need to figure out the issue.

[alec]

OK, this is not the issue from my last comment. Enable imap_debug option and check IMAP conversation log, attach it here. We need to know what is sent to IMAP server when user logs into Roundcube. If possible use svn-trunk version.

[alec]

Fixed in [38bf4253].