If you think a bug might affect users in the 57 release, please set the correct tracking and status flags for Release Management.

NECKO: Gtk/NSPR: Timers misfiring

VERIFIED FIXED in M9

Status

()

Core
Networking
P3
normal
VERIFIED FIXED
19 years ago
18 years ago

People

(Reporter: Mike Pinkerton (not reading bugmail), Assigned: Gagan)

Tracking

Trunk
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

(Reporter)

Description

19 years ago
Mac and linux (can't check windows) die going to MyNetscape.com. here's the mac
stack trace:

PowerPC unmapped memory exception at 0559F65C
 Calling chain using A6/R1 links
  Back chain  ISA  Caller
  00000000    PPC  0566D4E0
  06051BC0    PPC  05654D60  main+00088
  06051B70    PPC  05654274  nsNativeViewerApp::Run()+00034
  06051B30    PPC  0537BC58  nsAppShell::Run()+00050
  06051AB0    PPC  0537C754  nsMacMessagePump::DoMessagePump()+00044
  06051A60    PPC  0537CA10  nsMacMessagePump::DispatchEvent(int, EventRecord*)+
00174
  06051A10    PPC  05552EBC  Repeater::DoRepeaters(const EventRecord&)+00034
  060519D0    PPC  0554A448  TimerPeriodical::RepeatAction(const EventRecord&)+
00074
  06051980    PPC  05549ECC  TimerImpl::Fire()+00058
  06051940    PPC  054547A4  nsNetlibService::NetPollSocketsCallback(nsITimer*,
void*)+0004C
  06051900    PPC  0542C424  NET_PollSockets+000BC
  060518B0    PPC  0542731C  NET_ProcessNet+00520
  06051510    PPC  0544B5C0  net_ProcessHTTP+00404
 Closing log

Comment 1

19 years ago
On windows, I can't reproduce the crash in viewer. But it does just load a blank
window. If I set EXPAT=1 in the runtime environment, apprunner will run, but
going to http://my.netscape.com give a blank window only.

This may be related to the other parser problem that waterson and hyatt have
been working on today. I'm adding them to the cc list.
(Assignee)

Updated

19 years ago
Status: NEW → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → REMIND
(Reporter)

Updated

19 years ago
Status: RESOLVED → REOPENED
(Reporter)

Comment 2

19 years ago
Still happens for me, debug build, apprunner, 4/7/99.

Reopening bug.

Updated

19 years ago
Assignee: gagan → nisheeth
Status: REOPENED → NEW

Updated

19 years ago
Status: NEW → ASSIGNED

Updated

19 years ago
Resolution: REMIND → ---
Target Milestone: M4

Comment 3

19 years ago
Accepting bug.  Will look into it as soon as my build completes.

Comment 4

19 years ago
Setting milestone to M4...

Updated

19 years ago
Assignee: nisheeth → gagan
Status: ASSIGNED → NEW

Comment 5

19 years ago
So, as of 3 pm's cvs update today, no builds on any platform crash on My
Netscape.

All of the builds don't load the page properly, however.  On Win32, you see the
top part of the My Netscape page only if you set breakpoints.  If you run
without breakpoints, the top part of the page gets replaced by a blank window.

On Mac, the top part appears and then the webshell keeps getting netlib
notifications of url load progress.

I think Gagan should take a look at this bug.  I'm assigning this to him.
Meanwhile, I'll look and see what comes into the parser for this page...
(Assignee)

Updated

19 years ago
Target Milestone: M4 → M6
(Assignee)

Comment 6

19 years ago
Marking till Necko lands...
(Reporter)

Comment 7

19 years ago
I still crash, debug build, 4/9/99. Something is wrong here.

Comment 8

19 years ago
I don't think this should be marked M6. We need My Netscape to load - we have
bookmarks to it. Changing to M4 and cc'ing important people.

Comment 9

19 years ago
I don't think this should be marked M6. We need My Netscape to load - we have
bookmarks to it. Changing to M4 and cc'ing important people.

Comment 10

19 years ago
*** Bug 4657 has been marked as a duplicate of this bug. ***

Comment 11

19 years ago
*** Bug 4743 has been marked as a duplicate of this bug. ***

Comment 12

19 years ago
*** Bug 4903 has been marked as a duplicate of this bug. ***

Comment 13

19 years ago
crashes on Linux w/1999041108

Updated

19 years ago
Assignee: gagan → nisheeth

Comment 14

19 years ago
We need a stack trace here. Could someone get it.

Since nisheeth was the initial owner of this, I am assigning it to him. Plus
gagan is on vacation.

Comment 15

19 years ago
for m4 we are going to have to punt on my.netscape.com.
its been removed from the toolbar.
we will add a release note items that several problems are under investigation
for this site.

Comment 16

19 years ago
for m4 we are going to have to punt on my.netscape.com.
its been removed from the toolbar.
we will add a release note items that several problems are under investigation
for this site.

Comment 17

19 years ago
for m4 we are going to have to punt on my.netscape.com.
its been removed from the toolbar.
we will add a release note items that several problems are under investigation
for this site.

Updated

19 years ago
Assignee: nisheeth → gagan

Comment 18

19 years ago
I have tested My Netscape on a debug build of the M4 branch on Mac and Win32 and
they do not crash.  The Linux build does crash and the call stack is:

#0  chunk_free (ar_ptr=0x40c21420, p=0x821b380) at malloc.c:2897
#1  0x40bcc7c1 in __libc_free (mem=0x821b388) at malloc.c:2872
#2  0x408d0f9d in PR_Free (ptr=0x821b388) at prmem.c:66
#3  0x4063b8d2 in net_ProcessHTTP (ce=0x8211820) at mkhttp.c:3713
#4  0x406aafbb in NET_ProcessNet (ready_fd=0x81f69a0, fd_type=2) at
mkgeturl.c:3355
#5  0x406b2f49 in NET_PollSockets () at mkselect.c:320
#6  0x40683dea in nsNetlibService::NetPollSocketsCallback (aTimer=0x8207e78,
    aClosure=0x81f4020) at nsNetService.cpp:1279
#7  0x404fbde9 in TimerImpl::FireTimeout (this=0x8207e78) at nsTimer.cpp:73
#8  0x404fc2d2 in nsTimerExpired (aCallData=0x8207e78) at nsTimer.cpp:189
#9  0x40a67990 in g_timeout_dispatch (source_data=0x826d130,
current_time=0xbffffb08,
    user_data=0x8207e78) at gmain.c:1147
#10 0x40a66c83 in g_main_dispatch (current_time=0xbffffb08) at gmain.c:647
#11 0x40a6720f in g_main_iterate (block=1, dispatch=1) at gmain.c:854
#12 0x40a67391 in g_main_run (loop=0x8207d98) at gmain.c:912
#13 0x4099444b in gtk_main () at gtkmain.c:475
#14 0x4004b5e8 in nsAppShell::Run (this=0x8075e60) at nsAppShell.cpp:208
#15 0x8053742 in nsNativeViewerApp::Run (this=0x806f588) at nsGTKMain.cpp:42
#16 0x8053956 in main (argc=1, argv=0xbffffbb0) at nsGTKMain.cpp:97

There are two separate problems with My Netscape.  One is network related and
one is layout related.  When I store a local copy of the my netscape page and
try to load it, the page loads fine but the layers that make up each box on the
page are not positioned properly; they overlap, creating unreadable content.
When I try to access My Netscape from the web, I get the same infinite loop
problem I commented about earlier.  The top part of My Netscape is rendered and
gets blanked out soon after.  Netlib keeps sending url load notifications to the
web shell and OnConnectionsComplete() never gets called.

To summarize:

Windows:
--------

Loading from web: Keeps cycling.  Only top part of page is displayed which is
blanked out soon after.  No crash.

Loading from local file system: Page displays.  Layout of layers is messed up.

Mac:
----

Same as for windows

Linux:
------

Loading from web: Crash in netlib with the call stack given above.

Loading from local file system: Same results as on Windows and Mac.

I am assigning this bug to Gagan to deal with the networking problem and marking
it M5 because of the crash on Linux.  I am going to create a new bug to deal
with the layout problems on the my.netscape.com page and assign it to me.
(Assignee)

Comment 19

19 years ago
Deffered till Necko lands...

Updated

19 years ago
Target Milestone: M6

Comment 20

19 years ago
Per chofmann, we will put this on M6 and Release Note for M5 if still occuring.
 Related bug against this is: http://bugzilla.mozilla.org/show_bug.cgi?id=5305

Comment 21

19 years ago
*** Bug 5305 has been marked as a duplicate of this bug. ***

Comment 22

19 years ago
*** Bug 4413 has been marked as a duplicate of this bug. ***

Updated

19 years ago
Summary: crash going to myNetscape (viewer, apprunner) → crash going to myNetscape (viewer, apprunner)- Linux
(Assignee)

Comment 23

19 years ago
Per DP's suggestion marking these till M8. Though Necko lands with M7, we will
be able to verify it for M8.

Comment 24

19 years ago
*** Bug 6932 has been marked as a duplicate of this bug. ***

Updated

19 years ago
Summary: crash going to myNetscape (viewer, apprunner)- Linux → Linux/Gtk/NSPR: Timers misfiring

Comment 25

19 years ago
Renaming this bug so I can find it when I get more dups.
Can we try to look at this during M7, with an early copy
of necko?

Comment 26

19 years ago
*** Bug 7110 has been marked as a duplicate of this bug. ***

Updated

19 years ago
Summary: Linux/Gtk/NSPR: Timers misfiring → Gtk/NSPR: Timers misfiring

Comment 27

19 years ago
I'm moving this to target M9, Necko will be enabled somewhere during late M8 or
early M9.  We will need to get on this and it cannot be postponed past the M9
milestone.

Comment 28

18 years ago
Changing all Networking Library/Browser bugs to Networking-Core component for
Browser.

Occasionally, Bugzilla will burp and cause Verified bugs to reopen when I do
this in a bulk change.  If this happens, I will fix. ;-)
(Assignee)

Updated

18 years ago
Summary: Gtk/NSPR: Timers misfiring → NECKO: Gtk/NSPR: Timers misfiring
(Assignee)

Comment 29

18 years ago
Pl. verify with Necko.

Updated

18 years ago
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago18 years ago
Resolution: --- → FIXED

Updated

18 years ago
Status: RESOLVED → VERIFIED

Comment 30

18 years ago
My Netscape is now loading fine on all platforms (7/30 builds), if only we could
post and get our personalized pages :-)

Comment 31

18 years ago
Bulk move of all Networking-Core (to be deleted component) bugs to new
Networking component.
You need to log in before you can comment on or make changes to this bug.