maemo.org Bugzilla – Bug 5870
Long emails can't be read - distorted output on screen after scrolling
Last modified: 2010-05-26 16:19:19 UTC
You need to
before you can comment on or make changes to this bug.
STEPS TO REPRODUCE THE PROBLEM:
1. Define some imap email account on N900 (gmail, ovi etc..)
2. Send an email containing about 2000 lines of text (like batched
maemo-developers mailing-list messages) to that account.
3. Open email and see message: maximum number of characters reached
4. Start to scroll down the screen at such a speed that you can read the
messages. (too quick scroll doesn't seem to trigger this bug).
5. After a while text is not readable. See attachment for an example outcome.
Whole long mail can be read with Email application.
Text is scattered in screen and can't be read. See attachment.
EXTRA SOFTWARE INSTALLED:
Many from extras testing.
I have seen this same functionality on N810 every now and then also.
Created an attachment (id=1516) [details]
Screenshot showing this problem
Thanks for reporting this.
Probably doesn't help, but the very same thing happened constantly in Diablo
The message is truncated at 1024 lines, according to a quick test with:
perl -le 'print "Line $_" foreach (1..2000);' | mail -s "many lines" firstname.lastname@example.org
and a quick grep at the source shows this:
./src/modest-formatter.c:#define MAX_BODY_LINES 1024
Also, when trying to reply to such a message the compose window's scrolling is
extremely slow and CPU-heavy (which sounds a lot like bug 5455).
This has been fixed in package
which is part of the internal build version
(Note that 2009 is the year and the number after is the week.)
Any public update released with or after this build version will include the
Please verify that the new version fixes the bug by marking this bug report as
VERIFIED after the public update has been released and if you have some time.
Please note that Nokia does not announce release dates of public updates in
(Fix not included in today's 2.2009.51-1 update => updating Version field)
this problem ia atill occuring after pr1.1 update
Created an attachment (id=2041) [details]
distorted email message occuring after pr1.1 (as before) update
Message distorts same way after pr1.1 update as before it.
Toni Laroma: Of course it is, that's why the Version field says that it still
happens in 2.2009.51-1. No need to add another comment about it...
*** Bug 8789 has been marked as a duplicate of this bug. ***
(In reply to comment #9)
> Toni Laroma: Of course it is, that's why the Version field says that it still
> happens in 2.2009.51-1. No need to add another comment about it...
Why is this still marked as fixed then? I couldn't find it otherwise I would
not have created a dupe bug. If it's been included in a newer internal release,
then could you please announce which version? Thanks.
(In reply to comment #11)
> Why is this still marked as fixed then?
As written in comment 5, this has been fixed in the internal version 2009.50-7
(and I was wrong about "any future version").
Unfortunately it's not included in 2.2009.51-1, but it will be included in a
public future update (called "PR1.2" internally).
Setting explicit PR1.2 milestone (so it's clearer in which public release the
fix will be available to users).
Sorry for the bugmail noise (you can filter on this message).
It seems the limit was increased with PR1.2 but text e-mails that are ~70k in
size have the last 10% or so cut off and the message of "Maximum number of
characters has been reached" is still displayed. Is there a technical reason
why this limit was increased from 32k to only 64k instead of around 1MB?