From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020314 Description of problem: Logged in as root in Gnome, clicking on Hardware Browser in a Nautilus window of System Settings, hwbrowser starts to open a window and then dies. Version-Release number of selected component (if applicable): How reproducible: Always Steps to Reproduce: 1.log into gnome as root 2.click on system settings in Start Here 3.click on hardware browser Actual Results: hardware browser window frame opens with no data and then disappears Expected Results: hardware browser window should open and display hardware information Additional info:
Can you run it as in a terminal and post the traceback here?
I'm not able to replicate this behavior here in the lab with hwbrowser-0.3.6-2.
Does hwbrowser print anything? It could be the stupid bug we had where nautilus forked processes with read-only stdout. Could you try installing eel-1.0.2-10 and try again.
*** Bug 67957 has been marked as a duplicate of this bug. ***
*** Bug 66581 has been marked as a duplicate of this bug. ***
soon to be fixed in rawhide.
Which package fixed this? I have the latest rawhide hwbrowser package installed, and it still crashes.
Please reopen this bug. Tested this on a fresh installed Red Hat Linux 7.3.94 ('null') and this is what happens when starting "hwbrowser" from the command line : (DeviceList.py:3280): GnomeCanvas-CRITICAL **: file gnome-canvas-path-def.c: line 1142 (gnome_canvas_path_def_any_closed): assertion `path != NULL' failed (DeviceList.py:3280): GnomeCanvas-CRITICAL **: file gnome-canvas-path-def.c: line 1142 (gnome_canvas_path_def_any_closed): assertion `path != NULL' failed Traceback (most recent call last): File "/usr/share/hwbrowser/DeviceList.py", line 163, in ? setup_ui () File "/usr/share/hwbrowser/DeviceList.py", line 156, in setup_ui DeviceDisk.initialize (xml, hardware) File "/usr/share/hwbrowser/DeviceDisk.py", line 485, in initialize populate (tree_view, disks, graph) File "/usr/share/hwbrowser/DeviceDisk.py", line 379, in populate raise RuntimeError, ("can't handle more than " RuntimeError: can't handle more than one extended partition per disk [root@localhost peterve]# Source RPM: hwbrowser-0.4.1-2.src.rpm
Should be fixed in 0.5-1
The patch attached to bug #66581 fixes this the correct way. Currently, each successive logical partition appears to be a child of the previous one!
Sorrie this is my first time here and im a linux newbie... i hav the same prob for hwbrowser and i downloaded the latest version (hwbrowser-0.6) already but there are no prevails i wonder if i can hav permission to look at the patch attached in bug #66581 nyway help is greatly appreciated
Eric, I've made bug #66581 public so that you can see the patch.
Actually, I tried to make it public, but Bugzilla wouldn't let me. I'm investigating...
Ok, Eric, I've managed to convince Bugzilla to let me make bug #66581 public, so you should be able to view it now.
Dang Bugzilla. Now I can't even see the bug. Argh!
running rh 8.0 with latest latest kernel. same behavior as described above. Using hwbrowser-.6. Gui appears briefly, then the following trace back with the first line repeated many times. (DeviceList.py:2126): GnomeCanvas-CRITICAL **: file gnome-canvas-path-def.c: line 1142 (gnome_canvas_path_def_any_closed): assertion `path != NULL' failed (DeviceList.py:2126): GnomeCanvas-CRITICAL **: file gnome-canvas-path-def.c: line 1142 (gnome_canvas_path_def_any_closed): assertion `path != NULL' failed Traceback (most recent call last): File "/usr/share/hwbrowser/DeviceList.py", line 203, in ? reread_device_type_list () File "/usr/share/hwbrowser/DeviceList.py", line 150, in reread_device_type_list list.set (iter, 0, hardware.get_category_string (key), 1, key) File "/usr/share/hwbrowser/DeviceList.py", line 91, in get_category_string return self.type_mapping[key] KeyError: 20
khill: you are seeing a totally different bug (see bug #74956).
twaugh: since I can't see bug #66581 due to some Bugzilla error, can you test with hwbrowser-0.8-2 and see if that fixes the problem? If not, I'll try to get dkl to unbreak Bugzilla so I can see that patch in bug #66581.
Still unfixed. This is pretty easily reproducible. Just make a bunch of logical partitions and see what hwbrowser looks like: hda4 |>hda5 |>hda6 |>hda7 etc
Patch from bug #66581 applied. Seems to work fine in hwbrowser-0.8-7. Thanks for the patch QA, please verify.
There is a stack of 64 bugs that have been in Modified state for a long period of time. I am closing these as Rawhide now. If you find that the issue is not fixed, please reopen this report.