492877 - searching for an addon does takes a long time.

Status: VERIFIED WORKSFORME

(Firefox for Android Graveyard :: General, defect)

Description

[Doug Turner (:dougt)]

In the alpha cand (build from may 13), I tried search for addons.  The query i used was just "a".  It took 27 seconds for the results to come back.  We need to do better than this.

I am using a htc touch pro connected via WiFi.

Comment 1

[Mark Finkle (:mfinkle) (use needinfo?)]

Part of the issue here is that I left the timeout turned on for the search textbox. So it will search as you type, if you pause while entering. We could remove this and wait until the user explicitly asks to search.

Comment 2

[Brad Lassey [:blassey] (use needinfo?)]

Doug, is this still an issue?

Comment 3

[Doug Turner (:dougt)]

yes.  > 10 seconds.

Comment 4

[Mark Finkle (:mfinkle) (use needinfo?)]

(In reply to comment #3)
> yes.  > 10 seconds.

That is crazy! What kind of sucky networking is going on here? Given that we have bugs filed for downloads taking longer with mozilla over IE and bugs for the Add-on Manager being unresponsive while downloading the recommended add-on list and bugs about huge pageload times, I'd say we have some kind of network issue on Window Mobile.

Comment 5

[Doug Turner (:dougt)]

well, it could be some well-known skanky wifi issues we have in MV (we are next to an apartment complex and the wifi noise is very high).

at home it is ~6 seconds.  ooc, is this a ssl connection?  maybe that has a different perf characteristic.

Comment 6

[Stuart Parmenter]

this works fine on maemo

Comment 7

[Doug Turner (:dougt)]

wfm

Comment 8

[Aakash Desai [:aakashd]]

verified WFM on builds:

Mozilla/5.0 (Windows; U; WindowsCE 5.2; en-US; rv:1.9.3a1pre) Gecko/20090909
Fennec/1.0a3

and

Mozilla/5.0 (X11; U; Linux armv6l; en-US; rv:1.9.2a2pre) Gecko/20090909
Fennec/1.0b4pre