Closed
Bug 743460
Opened 14 years ago
Closed 12 years ago
Stop Button Does Not Terminate Web Page Rendering
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: david, Unassigned)
References
()
Details
Attachments
(1 file)
|
43.64 KB,
text/plain
|
Details |
Mozilla/5.0 (Windows NT 5.1; rv:11.0) Gecko/20120312 SeaMonkey/2.8
After all desired text from the cited URI has been rendered, SeaMonkey continues to request and receive Internet packets from various Yahoo-owned domains. Selecting the Stop button on the SeaMonkey tool bar (which is indeed enabled) does not terminate this activity, which is readily observed in the SeaMonkey status bar at the bottom of the window.
Comment 1•14 years ago
|
||
Chances are, the patch has an interval timer which is doing requests. The stop button does not stop scripts. Hard to say without a smaller testcase.
Keywords: testcase-wanted
| Reporter | ||
Comment 2•14 years ago
|
||
Scripts: I have seen this problem with JavaScript disabled.
Test case: I can remember seeing this problem only at the cited URI. Furthermore, it does not always happen since the page changes frequently. I would not know how to contrive a smaller test case because I don't know what is causing the problem.
The next few times that I see this problem at Yahoo news, I will try to remember to capture all the HTTP headers via the LiveHTTPHeaders extension.
| Reporter | ||
Comment 3•14 years ago
|
||
The error console contained many, many Warnings but no Errors or Messages. Most of the Warnings were of the form
Timestamp: 4/8/12 4:37:36 PM
Warning: Expected declaration but found '*'. Skipped to next declaration.
Source File: http://l.yimg.com/zz/combo?os/mit/media/m/search/searchform-min-354549.css&os/mit/media/m/socialchrome/socialchrome-min-345228.css&os/mit/media/m/socialchrome/socialchrome-desktop-min-402648.css&os/mit/media/m/jumbotron/jumbotron-desktop-min-243713.css&os/mit/media/m/index/index-min-399620.css&os/mit/media/m/list/blist-mixed-min-380009.css&os/mit/media/m/list/blist-mixed-desktop-min-228854.css&os/mit/media/m/markup/iframe-min-158395.css&os/mit/media/m/news/news-min-403819.css&os/mit/media/m/index/breaking_news-min-375516.css&os/mit/media/m/news/localnews-min-390608.css&kx/ulw/css/149/location_widget-min.css&os/mit/media/m/carousel/carousel-template-min-399603.css&os/mit/media/m/carousel/carousel-min-399603.css&os/mit/media/m/index/index-desktop-min-204040.css&os/mit/media/m/weather/weather-today-min-343413.css
Line: 4
A few others were of the form
Timestamp: 4/8/12 4:37:37 PM
Warning: Error in parsing value for 'filter'. Declaration dropped.
Source File: http://news.yahoo.com/
Line: 0
where 'filter' might instead be 'cursor', 'box-sizing', 'top', etc.
| Reporter | ||
Comment 4•14 years ago
|
||
In the case of comment #3, receipt of Internet packets stopped. However, the Stop button remain enabled, the SeaMonkey icon continued to show bubbles rising, and the status bar remained with
Transferring data from l.yimg.com...
I have also seen situations at Yahoo News where the receipt of packets continued and the status bar kept changing.
Comment 5•12 years ago
|
||
Do you have a reduced testcase?
(In reply to David E. Ross from comment #4)
> In the case of comment #3, receipt of Internet packets stopped. However,
> the Stop button remain enabled, the SeaMonkey icon continued to show bubbles
> rising, and the status bar remained with
> Transferring data from l.yimg.com...
>
> I have also seen situations at Yahoo News where the receipt of packets
> continued and the status bar kept changing.
Some of your issues are mentioned in one or more bugs of https://bugzilla.mozilla.org/buglist.cgi?list_id=11071895&short_desc=Stop%20button&resolution=---&query_format=advanced&short_desc_type=substring&product=Core&product=Firefox
Flags: needinfo?(david)
| Reporter | ||
Comment 6•12 years ago
|
||
I stopped visiting the cited Yahoo URI because of editorial problems with that site. (The site continued to report "recent news" 1-3 months after the event.) I just now tried to recreate the problem by visiting the cited URI and could not.
Status: NEW → RESOLVED
Closed: 12 years ago
Flags: needinfo?(david)
Resolution: --- → WORKSFORME
Updated•10 years ago
|
Keywords: testcase-wanted
| Assignee | ||
Updated•7 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•