First Last Prev Next    No search results available
Bug 6145 - (int-142747) MfE spams screen with error messages when it cannot connect to the server
(int-142747)
: MfE spams screen with error messages when it cannot connect to the server
Status: VERIFIED FIXED
Product: Synchronization
Mail for Exchange
: 5.0/(1.2009.42-11)
: N900 Maemo
: Low normal with 3 votes (vote)
: 5.0/(2.2009.51-1)
Assigned To: unassigned
: activesync-bugs
:
: moreinfo, use-time
:
:
  Show dependency tree
 
Reported: 2009-11-12 22:44 UTC by Stephen Gadsby
Modified: 2010-01-14 12:26 UTC (History)
3 users (show)

See Also:

Attachments
video of error message (1.45 MB, video/mp4)
2009-11-12 22:48 UTC, Stephen Gadsby 		Details
screenshot of top showing as-daemon and the repeated display of the error message is sucking CPU (163.75 KB, image/png)
2009-11-17 21:08 UTC, Stephen Gadsby 		Details
Add an attachment (proposed patch, testcase, etc.)


Note

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

Description Stephen Gadsby (reporter) maemo.org 2009-11-12 22:44:47 UTC 
SOFTWARE VERSION:
Maemo 5 - 1.2009.41-10

STEPS TO REPRODUCE THE PROBLEM:
1. Configure Mail for Exchange to synchronize with a server.
2. Connect to a wireless access point that requires web-based login.
3. DO NOT log in to the wireless network.
4. Wait.

EXPECTED OUTCOME:
Mail for Exchange either silently accepts a connection to the server is
impossible or provides a single error message to the user. Either way, it goes
to sleep for some reasonably long period of time before retrying.

ACTUAL OUTCOME:
Mail for Exchange spams the screen with connection failure messages: "Error.
Either Exchange server requires secure connection or account is disabled."

This would also suggest a connection failure leads to MfE retrying the
connection in a tight loop. Indeed, top shows a load average of around 2 with
"as-daemon" taking 32-35% of CPU and dbus-daemon taking 12-17%. This may be a
battery draining bug.

REPRODUCIBILITY:
always

EXTRA SOFTWARE INSTALLED:

OTHER COMMENTS:
I expect other network or server problems that prevent MfE from properly
connecting to the server will also trigger this behaviour, but I haven't yet
been able to test beyond specific situation given in the steps above.


User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US;
rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5
Comment 1 Stephen Gadsby (reporter) maemo.org 2009-11-12 22:48:11 UTC 
Created an attachment (id=1581) [details]
video of error message

I'm attaching a video of the error message.
Comment 2 Andre Klapper maemo.org 2009-11-13 12:01:23 UTC 
"Error: Either Exchange server requires secure connection or account is
disabled"

What kind of Exchange server is this (5.5, 2003, 2007,...)?
Comment 3 Stephen Gadsby (reporter) maemo.org 2009-11-13 15:57:20 UTC 
(In reply to comment #2)
> What kind of Exchange server is this (5.5, 2003, 2007,...)?

In this case, the server is m.google.com, whatever that's running. However, I'm
not sure it matters. This bugs appears when a network problem prevents MfE from
connecting to the Exchange server.
Comment 4 Andre Klapper maemo.org 2009-11-13 16:07:18 UTC 
This sounds like int-142747 which has been closed as it could not be reproduced
in version 42-5 (and as a similar bug had been closed in that week).
Would be great to know if this still happens with the final version that should
be out soon. --> moreinfo
Comment 5 Stephen Gadsby (reporter) maemo.org 2009-11-13 16:42:17 UTC 
(In reply to comment #4)
> Would be great to know if this still happens with the final version that should
> be out soon. --> moreinfo

Once I have PR1.0 firmware, I'll test this again and update or close the bug.
Comment 6 Andre Klapper maemo.org 2009-11-16 21:09:23 UTC 
*** Bug 6163 has been marked as a duplicate of this bug. ***
Comment 7 Stephen Gadsby (reporter) maemo.org 2009-11-17 21:08:29 UTC 
Created an attachment (id=1593) [details]
screenshot of top showing as-daemon and the repeated display of the error
message is sucking CPU

(In reply to comment #4)
> This sounds like int-142747 which has been closed as it could not be reproduced
> in version 42-5 (and as a similar bug had been closed in that week).
> Would be great to know if this still happens with the final version...

I've upgraded to 1.2009.42-11.002 and re-imaged the eMMC. After repeating the
steps in this bug, I'm seeing the same rapidly repeating error message as
before.

I'm attaching a screenshot of top running as the bug is occurring. I'd closed
all other applications prior to this, so X Terminal is the only (user)
application running. In the screenshot, top is showing the load average as
"2.87 2.53 2.25". It spikes to 3.21 or higher, and I feel this bug could have a
bad effect on the battery life of N900s that attempt to sync during times of
network or server trouble.
Comment 8 Andre Klapper maemo.org 2009-11-17 21:34:35 UTC 
Thanks a lot for retesting! Reopened internally.
Comment 9 Andre Klapper maemo.org 2009-11-19 14:17:28 UTC 
Okay, clarification: This was fixed in 2.2009.42-5 which is another branch than
the one 1.2009.42-11 is based on (hence the "2" instead of the "1" in front).

So the fix is NOT included in 1.2009.42-11 and will be included in the first
update.
Comment 10 Bishop 2009-11-23 21:02:14 UTC 
(In reply to comment #9)
> Okay, clarification: This was fixed in 2.2009.42-5 which is another branch than
> the one 1.2009.42-11 is based on (hence the "2" instead of the "1" in front).
> 
> So the fix is NOT included in 1.2009.42-11 and will be included in the first
> update.
> 

when is the next update expected? I need Mfe to work soon (phone is useless
without it)
Comment 11 Andre Klapper maemo.org 2009-11-23 21:20:33 UTC 
Nokia has never announced release dates in advance and I don't think they will
change that.
Comment 12 Stephen Gadsby (reporter) maemo.org 2009-12-24 15:43:33 UTC 
I have verified that this is fixed in 2.2009.51-1.
Comment 13 Andre Klapper maemo.org 2010-01-14 12:26:04 UTC 
The problem reported here should be fixed in the update released today for
public: The Maemo5 update version 2.2009.51-1 (also called "PR1.1" sometimes).
Please leave a comment if the problem is not fixed for you in this update
version.
First Last Prev Next    No search results available