Rob Smith wrote:
I went back and tried to apply your patch (although slightly modified for DSPAM instead of SpamAssassin), and it didn't work on the latest code from the SVN. When I first log in, emails turn green, but then as soon as I click on any folder, nothing will turn green any more (even if I just hard code the header check to true). Any clue what could have happened?
I think there's a problem with the cache. I use a field that I suspect not to be saved in the cache. I already mentioned this but nobody gives much attention and I wasn't able to fix it. It should be a matter of minutes for someone that have better understanding of it works. It's just about saving the 'junk' field of the object iilBasicHeader into the cache and retrieve it.
Sorry.
I actually have caching disabled (although I just tried it with it enabled too) and while the coloring behaves correctly when I first log in, it defiantly does not handle folder changes at all. Unfortunate, because I like that solution to the spam issue myself (leave filtering to something else, but just have roundcube give an indicator of what another program marked as spam).
Rob
Manu wrote:
Rob Smith wrote:
I went back and tried to apply your patch (although slightly modified for DSPAM instead of SpamAssassin), and it didn't work on the latest code from the SVN. When I first log in, emails turn green, but then as soon as I click on any folder, nothing will turn green any more (even if I just hard code the header check to true). Any clue what could have happened?
I think there's a problem with the cache. I use a field that I suspect not to be saved in the cache. I already mentioned this but nobody gives much attention and I wasn't able to fix it. It should be a matter of minutes for someone that have better understanding of it works. It's just about saving the 'junk' field of the object iilBasicHeader into the cache and retrieve it.
Sorry.
!DSPAM:1694,44e4b114185279381710585!
Rob Smith wrote:
I actually have caching disabled (although I just tried it with it enabled too) and while the coloring behaves correctly when I first log in, it defiantly does not handle folder changes at all. Unfortunate, because I like that solution to the spam issue myself (leave filtering to something else, but just have roundcube give an indicator of what another program marked as spam).
OK I think I got it. At least in that case : I got a message marked as SPAM in Inbox, I display another folder then I come back to Inbox and the message isn't marked as SPAM anymore. The thing is that the message still have the good class 'junk' in the source but not displaying it. It looks like it comes from Javascript.
On Fri, 18 Aug 2006 01:07:07 +0200, Manu roundcube.ml@guzu.net wrote:
Rob Smith wrote:
I actually have caching disabled (although I just tried it with it enabled too) and while the coloring behaves correctly when I first log in, it defiantly does not handle folder changes at all. Unfortunate, because I like that solution to the spam issue myself (leave filtering to something else, but just have roundcube give an indicator of what another program marked as spam).
OK I think I got it. At least in that case : I got a message marked as SPAM in Inbox, I display another folder then I come back to Inbox and the message isn't marked as SPAM anymore. The thing is that the message still have the good class 'junk' in the source but not displaying it. It looks like it comes from Javascript.
I'm actually having a different issue which seems to be related. When I initially load the Inbox, the Sender column displays the sender name without and underline -- as I'd expect. However, when I go to another folder and come back to the Inbox, the Sender name is displayed as underlined text and certain characters, like the apostrophe show escape codes, like this: _Men's Health Magazine_. The CSS classes appear ok, but I reached a similar conclusion that there is an issue with the javascript.
Hope this helps!
Andrew
Rob Smith wrote:
I actually have caching disabled (although I just tried it with it enabled too) and while the coloring behaves correctly when I first log in, it defiantly does not handle folder changes at all. Unfortunate, because I like that solution to the spam issue myself (leave filtering to something else, but just have roundcube give an indicator of what another program marked as spam).
This patch might fixed it but since I'm able to move a message to trash or another folder. It seems that that HTTP request is not sent by the JS. http://www.guzu.net/files/roundcubemail/rc-20060413-junk.v3.patch
I'm searching how to debug javascript. I saw the console() command that seems to use debugform but I don't know how to use it.
Manu wrote:
This patch might fixed it but since I'm able to move a message to trash
I was having a problem with my IMAP server :) I installed 0.1beta2 version and I've got a new patch for this version: http://www.guzu.net/files/roundcubemail/rc-0.1beta2-junk.patch
In the previous I didn't mention that I added an entry at the bottom to be able to select all junk message in one click.
I didn't see any display bug, but RC looks slower than the previous version I ran :(
Manu,
Here is some information I wrote about how to debug Javascript with MSIE. It should help you out.
http://brennan.offwhite.net/blog/2006/01/23/debug-javascript-with-ie-and-vis...
And if you do not have Visual Studio, you can get a free version here.
http://msdn.microsoft.com/vstudio/express/
For your needs, you could use Visual Web Developer.
http://msdn.microsoft.com/vstudio/express/vwd/
To debug Javascript in Firefox, you would use Venkman.
http://www.mozilla.org/projects/venkman/
Brennan
On Fri, 18 Aug 2006 10:36:26 +0200, Manu roundcube.ml@guzu.net wrote:
Rob Smith wrote:
I actually have caching disabled (although I just tried it with it enabled too) and while the coloring behaves correctly when I first log in, it defiantly does not handle folder changes at all. Unfortunate, because I like that solution to the spam issue myself (leave filtering to something else, but just have roundcube give an indicator of what another program marked as spam).
This patch might fixed it but since I'm able to move a message to trash or another folder. It seems that that HTTP request is not sent by the JS. http://www.guzu.net/files/roundcubemail/rc-20060413-junk.v3.patch
I'm searching how to debug javascript. I saw the console() command that seems to use debugform but I don't know how to use it.
-- Brennan Stehling Offwhite.net LLC brennan@offwhite.net