Closed
Bug 837246
Opened 13 years ago
Closed 12 years ago
Email goes unresponsive for 5-10s+ when loading message body (while syncing?)
Categories
(Firefox OS Graveyard :: Gaia::E-Mail, defect)
Tracking
(blocking-b2g:-, b2g18+)
People
(Reporter: cjones, Unassigned)
Details
STR
(1) Go to email folder
(2) Tap message body
I sometimes see lags of 5-10s with no UI response at all, and the UI becoming unresponsive (can't tap anything else).
I'm not sure but this may have mostly happened when I was syncing email.
Comment 1•13 years ago
|
||
What domain/protocol is the account in question using? (a la https://wiki.mozilla.org/Gaia/Email/RequiredBugInfo) What's the message turnover in the folder in question? ActiveSync takes much bigger bites, and if we're talking 100 new message each sync...
Profiler runs from such a time interval would probably be interesting to help spot the long pole.
Loading a body doesn't acquire a folder mtuex. If the body 'block' is cached, the back-end returns immediately. Otherwise an IndexedDB read will be triggered which could potentially get rather backlogged. The fact that the UI itself is entirely unresponsive suggests the back-end may be very busy processing things.
Comment 2•13 years ago
|
||
We can't block on more minor user frustrations that happen intermittently. Tracking instead.
blocking-b2g: tef? → -
tracking-b2g18:
--- → +
| Reporter | ||
Comment 3•12 years ago
|
||
This was in a gmail account with very high turnover, 500-1000 msgs/day.
Using multiple workers would be the right approach here.
Comment 4•12 years ago
|
||
This has changed in major ways (should never be unresponsive) - resolving as WFM for now.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•