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)

x86_64
Linux
defect
Not set
normal

Tracking

(blocking-b2g:-, b2g18+)

RESOLVED WORKSFORME
blocking-b2g -
Tracking Status
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.
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.
We can't block on more minor user frustrations that happen intermittently. Tracking instead.
blocking-b2g: tef? → -
tracking-b2g18: --- → +
This was in a gmail account with very high turnover, 500-1000 msgs/day. Using multiple workers would be the right approach here.
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.