Open
Bug 1413810
Opened 7 years ago
Updated 2 years ago
Performance is poor on Ebay.ca Watch List
Categories
(Core :: Layout, defect, P3)
Tracking
()
People
(Reporter: zamarac, Unassigned)
Details
(Keywords: perf, Whiteboard: [platform-rel-eBay])
Attachments
(4 files)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:57.0) Gecko/20100101 Firefox/57.0
Build ID: 20171030163911
Steps to reproduce:
Login to ebay.ca, open My Ebay - Watch List, set Items per Page to 100 at the bottom. Of course, you need to have more than 100 items in your watch list.
Actual results:
The page often hangs at half loading watch list images if their number exceeds 50-100, or will attempt to reload several times hanging each time in the middle. Its also impossible to stop loading the page, or changing Items per Page to a smaller number at loading to stop hanging
Expected results:
The page should load all images fast. This defect started appearing in last versions of Firefox 56, and then was grandfathered to Firefox 57b. Very annoying. However, Ebay.ca Search Results page loads fast despite number of results set to 200.
When scrolling the Watch List after the page is fully loaded, it shows empty page with no text or images several sec each time you scroll it partially up or down. A yellow toolbar appears on top, with message "Performance is slow on the page. Do you want to stop it?" However, stopping the page doesn't improve the result or impossible. It happens, when Items per Page is set to 100.
Summary: Performance is pure on Ebay.ca → Performance is pure on Ebay.ca Watch List
Updated•7 years ago
|
Component: Untriaged → General
Product: Firefox → Core
Comment 3•7 years ago
|
||
Is this the same issue as bug 1387480? It sounds like the same to me. Though I am not familiar with ebay.com, so I might be misunderstanding those issues.
Flags: needinfo?(arnymars)
No, it may be similar in nature, but not the same in prominence. Ebay.com search results and Watch list pages load pretty fast. While Ebay.ca Search results also load fast, Ebay.ca Watch List pages with 100+ results load very slow in FF 57-58 for me. It looks specific namely for Watch List pages on Ebay.ca, otherwise FF performance on both Ebay sites look identical and usable.
Flags: needinfo?(arnymars)
Comment 5•7 years ago
|
||
Thanks! That's interesting. I will take a profile on ebay.ca later, but I'd appreciate if you can do it.
FWIW, you can get the profiler on https://perf-html.io/ .
I sent you the profile by email for privacy. Attached is a profile snapshot.
Comment 7•7 years ago
|
||
Thanks for the profile. I think something bad happened in the red bar which you can see the screenshot, but unfortunately your profile did not include symbol names for functions that were called during the red bar. You might need to wait a couple of minutes for being those symbol names resolve.
Waited until all symbols are resolved. May be you'll have a better luck, if not what you're looking for. Or, may be you can link a video showing the right way to capture the profile? :)
Comment 10•7 years ago
|
||
As per screenshot in comment9, most of the time is spent in nsBlockFrame::Reflow which is called from Element.scrollHeight. Moving Layout::Core component.
Component: General → Layout
Updated•7 years ago
|
Keywords: perf
Summary: Performance is pure on Ebay.ca Watch List → Performance is poor on Ebay.ca Watch List
Whiteboard: [qf]
Updated•7 years ago
|
Priority: -- → P3
Updated•7 years ago
|
Whiteboard: [qf] → [qf:p3]
Updated•7 years ago
|
platform-rel: --- → ?
Whiteboard: [qf:p3] → [qf:p3][platform-rel-eBay]
Comment 11•7 years ago
|
||
I find it has the same issues under SM and FF, is a little better under Pale Moon and Chrome, but works fine under Explorer. Would that mean it was designed for Explorer? Would that mean the situation is hopeless for SM and FF?
Comment 12•7 years ago
|
||
(In reply to RAY DAVISON from comment #11)
> I find it has the same issues under SM and FF, is a little better under Pale
> Moon and Chrome, but works fine under Explorer. Would that mean it was
> designed for Explorer? Would that mean the situation is hopeless for SM and
> FF?
Yesterday, under IE, if I scrolled down and deleted an item the cursor stayed at that position. Today, if I scroll down and delete an item, the cursor then jumps back to the top. That is something I saw as an issue in SM. Is the page itself not consistent?
Updated•3 years ago
|
Performance Impact: --- → P3
Whiteboard: [qf:p3][platform-rel-eBay] → [platform-rel-eBay]
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•