Bug 253730 - evolution message refresh loses focus
Summary: evolution message refresh loses focus
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: evolution
Version: rawhide
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Matthew Barnes
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 439432 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2007-08-21 15:09 UTC by Adam Jackson
Modified: 2008-04-30 12:05 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-03-31 16:04:10 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
GNOME Bugzilla 467892 0 None None None Never

Description Adam Jackson 2007-08-21 15:09:36 UTC
Description of problem:

From IRC:

<@ajax> mbarnes: i have evo set to do ~30 minute checks for new messages, plus
automatic message filtering, and the folder view shows only unread messages. 
when it checks for new messages, and some new ones get filtered into the folder
i'm currently in, the message i'm currently on gets marked as "read", and
therefore disappears.

Even when new messages don't filter into the current mailbox, the view panes
still flash.  These might be separate bugs, or might not.

Version-Release number of selected component (if applicable):

evolution-2.10.0-2.fc7

Comment 1 Matthew Barnes 2007-08-21 15:36:35 UTC
I think the flashing is a separate bug.  I've seen it reported elsewhere and can
readily reproduce it myself.  It seems to only happen with longish messages.  I
think GtkHTML is using a refresh timer while it renders the HTML, but it's
erasing itself and then redrawing the whole thing with each refresh.  Hence the
flashing.

For REALLY long messages you'll notice the flashing gets slower as more of the
message is rendered, I guess because it takes longer to draw.

Anyway, for this bug I'll focus on the message list behavior you described.

Comment 2 Matthew Barnes 2007-10-31 13:33:42 UTC

*** This bug has been marked as a duplicate of 247332 ***

Comment 3 Adam Jackson 2008-02-13 21:09:09 UTC
Un-duping.  247332 is about the flashy refresh, this is for the message list thing.

Comment 4 Matthew Barnes 2008-02-13 21:36:53 UTC
Oh, whoops, sorry.  I don't even remember closing this one.

CC'ing Milan.

Comment 5 Milan Crha 2008-03-06 15:19:05 UTC
Do you really think this is a bug? The updating folder thing. Evo just every ~30
minutes call update on each folder and then refreshes view. Which is probably
correct, right? I remember I did a patch, included definitely in 2.21.91, which
ensures there always selected any message, when the actual "disappear" (either
deleted, filtered out or anything else). It _tries_ to find the "nearest"
message from the old one.

Is this enough for this issue?

Comment 6 Matthew Barnes 2008-03-06 23:49:15 UTC
I think Adam's issue is the fact that a selected message in a folder gets marked
as read when new messages get moved into that folder via filters.  If your view
is only showing unread messages, the message may disappear on you while you're
still reading it.

Comment 7 Milan Crha 2008-03-31 13:12:07 UTC
*** Bug 439432 has been marked as a duplicate of this bug. ***

Comment 8 Milan Crha 2008-03-31 13:29:56 UTC
Upstream bug for this is 
http://bugzilla.gnome.org/show_bug.cgi?id=467892

Can we track it there? The problem is much complicated than it can seem to be.

Comment 9 Milan Crha 2008-03-31 16:04:10 UTC
Hmm, OK, I attached a proposed patch to upstream bug, we will see what they say.
I'm closing this as 'upstream'.

Comment 10 Matthew Saltzman 2008-04-30 11:56:33 UTC
A patch for this has been committed upstream.  Is it possible to port, or at
least make sure it is updated for F9?

Comment 11 Milan Crha 2008-04-30 12:05:59 UTC
Sure, it's committed to stable branch too, which means next update will include
it. I heard they plan next release on this Friday, so after that we will update
our package too.


Note You need to log in before you can comment on or make changes to this bug.