Closed Bug 1415643 Opened 8 years ago Closed 7 years ago

Trying to open Wikipedia crashes Nightly 58.0a1 (2017-11-08)

Categories

(Firefox :: Untriaged, defect)

58 Branch
defect
Not set
critical

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: felipe.contreras.s, Unassigned)

Details

(Keywords: crash, stackwanted)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0 Build ID: 20171108110838 Steps to reproduce: Open wikipedia.org or any article in it. Doesn't matter if it is clicking a link or via the address bar. Actual results: Firefox crashes Expected results: Open the site normally
Severity: normal → critical
Flags: needinfo?(felipe.contreras.s)
Keywords: crash, stackwanted
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:58.0) Gecko/20100101 Firefox/58.0 I have tested this issue on Windows 10 x64 with the latest Firefox release (56.0.2) and the latest Nightly (58.0a1-20171112220346) and haven't managed to reproduce it. After navigating to wikipedia.org and going to different articles, clicking on different link, the browser didn't crash. Can you please retest this using the latest Firefox release and latest Nightly build and report back the results? When doing this, please use a new clean Firefox profile, maybe even safe mode, to eliminate custom settings as a possible cause (https://goo.gl/AR5o9d). Can you also provide a crash ID, if you encounter another crash?
Same problem for me : a lot of tab crashes (wikipedia.org, bugzilla.mozilla.org, ...) today. Firefox : 58.0a1 (2017-11-12) (64 bits) I will send you crash ID by e-mail.
(In reply to Emil Pasca [:emilpasca], Desktop Engineering QA from comment #2) > User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:58.0) > Gecko/20100101 Firefox/58.0 > > I have tested this issue on Windows 10 x64 with the latest Firefox release > (56.0.2) and the latest Nightly (58.0a1-20171112220346) and haven't managed > to reproduce it. > After navigating to wikipedia.org and going to different articles, clicking > on different link, the browser didn't crash. > > Can you please retest this using the latest Firefox release and latest > Nightly build and report back the results? When doing this, please use a new > clean Firefox profile, maybe even safe mode, to eliminate custom settings as > a possible cause (https://goo.gl/AR5o9d). > > Can you also provide a crash ID, if you encounter another crash? I tried the latest Nightly (now it is 59.0a1 2017-11-13) with a new profile and it still happens. I don't have a crash ID. because the crash doesn't show the typical Crash Reporter Window, it only shows the Window Crash dialog. I confirmed in the about:crashes page ): I will try to obtain a stacktrace with WinDbg.
@emilpasca : I don't know if you have well received the crash report yesterday sent by e-mail and if it helps. For me, today, with the new Nightly 59.0a1 (2017-11-13) (64 bits), the problem is gone and everything works fine.
@msd+bugzilla, thanks for sending me the e-mail with the crash reports. However, I haven't managed to figure out the source of the problem you had previously mentioned. Considering that you can no longer reproduce the issue, I will mark this as Resolved-WFM. If you or anyone can reproduce it on latest versions, feel free to reopen the issue and provide more information.
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Flags: needinfo?(felipe.contreras.s)
Resolution: --- → WORKSFORME
felipe.contreras.s: > I tried the latest Nightly (now it is 59.0a1 2017-11-13) with a new profile and it still happens. But... It seems that felipe.contreras.s still has the problem ! If you want, in about:crashes, I have more than 20 unsent reports. I will see what happens when the 58 branch will be available in Firefox Beta and if the problem occurs again for me.
You need to log in before you can comment on or make changes to this bug.