View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0007374 | CentOS-7 | firefox | public | 2014-07-14 19:28 | 2014-07-15 23:17 |
Reporter | ad5mq | Assigned To | |||
Priority | normal | Severity | crash | Reproducibility | always |
Status | feedback | Resolution | reopened | ||
Platform | Dell Vostro 1510 | OS | Centos | OS Version | 7 |
Product Version | 7.0-1406 | ||||
Summary | 0007374: Changing default search providerin Firefox causes instant fatal crash/hang | ||||
Description | Dropping selector in Firefox and attempting to select anything except default (??!!) Amazon search provider causes display to disappear; massive disk activity, massive CPU activity (presumed from fan running at full speed for more than a minute followed by no activity of any kind. The only method I have found to recover form this state is to remove the battery. It's pretty unaceptable for a browser setting to make the entire O/S unusable | ||||
Steps To Reproduce | Install default centos 7 - software development workstation profile, start Firefox attempt to change default search provider. | ||||
Tags | No tags attached. | ||||
abrt_hash | |||||
URL | |||||
I've jumped through 6 or 7 of the provided search engines, and nothing of those things happened. Can you maybe try on another HW or a VM? | |
This appears to be an unexpected interaction between the browser and a Broadcom network driver. When I reported the bug I had the default Broadcom wifi adapater installed (no driver could load for it Broadcom BCM94312MCG) and was connected via wired ethernet. I have now replaced the non-functioning Broadcom module with a supported Realtek module and the problem has disappeared. Not sure why this would break search engine provider. Might be nearly impossible to reproduce without the hardware so I have no problem with closing this as "can't reproduce"; incidentally I tried it again in a VirtualBox VM and couldn't reproduce it either. |
|
Thanks for your feedback. I will mark this bug as closed. | |
If the problem can be reproduced at will when the BRCM card is present, we still have a bug which should get fixed by upstream. The kernel should not go nuts no matter what happens in the browser | |
Date Modified | Username | Field | Change |
---|---|---|---|
2014-07-14 19:28 | ad5mq | New Issue | |
2014-07-14 19:28 | ad5mq | File Added: dmesg.old | |
2014-07-15 17:27 | tigalch | Note Added: 0020434 | |
2014-07-15 19:03 | ad5mq | Note Added: 0020435 | |
2014-07-15 20:04 | tigalch | Note Added: 0020436 | |
2014-07-15 20:04 | tigalch | Status | new => closed |
2014-07-15 20:04 | tigalch | Resolution | open => unable to reproduce |
2014-07-15 23:17 |
|
Note Added: 0020440 | |
2014-07-15 23:17 |
|
Status | closed => feedback |
2014-07-15 23:17 |
|
Resolution | unable to reproduce => reopened |