Bug 75857
Summary: | hwbrowser does not display drives properly | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Need Real Name <johnlowell> |
Component: | hwbrowser | Assignee: | Brent Fox <bfox> |
Status: | CLOSED RAWHIDE | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 8.0 | CC: | dkl |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | i686 | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2003-02-28 20:06:48 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Need Real Name
2002-10-14 04:16:59 UTC
yes, it happens to me too. please add a vertical scroll bar to the drives area, so that i can scroll and see the 3rd drive. thanks. My initial report now approaching its third month anniversary, I must confess to a certain relief that some action, any action, even the recent reassignment, has occured with respect to this bug. One begins to wonder if this long sleep through which we've come has be drug induced. While I certainly can't speak for Mr. Porta, for me, a point approaches where serious interest in and well wishing for hwbrowser will be impossible to maintain without the courtesy of a more energetic response. A search for less flawed alternative is always a possibility, of course. John Lowell I spent about three hours on this last night and made very little progress. The canvas is actually inside a ScrolledWindow, only the scroll doesn't function even if the canvas is too big to fit. Calling get_bounds() on the canvas returns a smaller size than it actually is. I'm leaning towards a gnome canvas bug right now, but I need to investigate further. *** Bug 73445 has been marked as a duplicate of this bug. *** This turned out to be a really frustrating bug. I've fixed it by calling update_now() before the canvas is shown. For some reason, the partitioning screen in anaconda that is very similar does not have to make this call. Maybe glade has something to do with it. Anyway, this should be fixed in CVS now. The fix won't make the next version of Red Hat Linux, but it will appear in the one after that. It should also appear in Rawhide sometime soon. hwbrowser-0.8-11 should fix the problem. Thanks for your report. Sorry this took so long, but it was really non-obvious what the problem was. I still think that there might be a subtle in gnome-canvas. For some reason, calling get_bounds() will not return the correct bounds until the canvas has been repainted. According to the gnome-canvas documentation at: http://developer.gnome.org/doc/API/2.0/libgnomecanvas/libgnomecanvas-gnomecanvas.html#GNOME-CANVAS-UPDATE-NOW, "void gnome_canvas_update_now (GnomeCanvas *canvas); Forces an immediate update and redraw of a canvas. If the canvas does not have any pending update or redraw requests, then no action is taken. This is typically only used by applications that need explicit control of when the display is updated, like games. It is not needed by normal applications." I should not have to call update_now(), but it will not update correctly without it. |