GNOME Bugzilla – Bug 66998
Reload doesn't work properly
Last modified: 2004-12-22 21:47:04 UTC
Reload doesn't always work as it should. For example, if you go to the following URL: www.sibbald.com then click on the "Apcupsd 3.8.4 ..." link (the large one in the main window), you get a new "body" frame. What currently displays for me is an old cached version which is not current (this is "normal"). Now if you click on "Reload", instead of reloading the current location, you are immediately thrown back to www.sibbald.com. Except possibly blowing away the cache, I see no way to display the current version of the "Apcupsd 3.8.4 ..." page. PS: I am unable to upgrade to Galeon 1.0.1 because you require a version of gtk-pixbuf that is not available via RedHat.
you should test the same with mozilla, I am pretty sure it will work the same way, because the frameset is in the main page you are actually reloading it and not the frame itself, this should be fixed in mozilla first you can always use redhat rawhide rpms, here is one for instance: http://distro.ibiblio.org/pub/Linux/distributions/redhat/rawhide/i386/RedHat/RPMS/gdk-pixbuf-0.13.0-1.i386.rpm
Prior to sending the bug report, I did try Mozilla, and it works perfectly fine. I like Galeon so much that switching back to Mozilla is really annoying. Summary: the problem is only in Galeon, and not in Mozilla so the bug report should remain open until fixed.
oops, sorry
this should tested with TestGtkEmbed and reported to bugzilla.mozilla.org
I don't see that reporting this to bugzilla.mozilla.org will be of any help because the problem does not exist in Mozilla 0.9.7. This, from my point of view, concerns only Galeon. I am now running version 1.0.2 and the problem still exists. I am also using gdk-pixbuf-0.16.0-ximian.1 Below are all the gtk packages that I have loaded: pygtk-libglade-0.6.6-7 rep-gtk-libglade-0.15-3 libgtkhtml18-0.15.0-ximian.2 libgtkhtml19-0.16.1-ximian.1 gtk-engines-0.12-ximian.1 pygtk-0.6.6-7 rep-gtk-gnome-0.15-3 gtk+-1.2.10-ximian.21 libgtkhtml20-1.0.1-ximian.1 gtkhtml-1.0.1-ximian.1 rep-gtk-0.15-3 gtk+-devel-1.2.10-ximian.21 I have no idea how to test with TestGtkEmbed
By the way, I will add just one more comment about this bug. If you have a web site as I do, and you update your site after visiting it, Galeon becomes totally useless because it always retrieves the old invalid cached data. Now I suppose that I could learn how to purge the Galeon cache, but it is much easier just to use Mozilla which knows how to do a reload.
this needs to be reavluated with the latest mozilla and galeon releases
Concerning evaluating this bug on the latest Galeon and Mozilla: Mozilla 0.9.9 shows proper behavior in all cases. Galeon 1.2.0 is much improved over previous versions in that Reload works on pages not containing frames. On pages with frames, instead of reloading each subframe, Galeon returns to the top frame. This is not easy to explain, so to see the incorrect behavior do the following: - Load the URL www.sibbald.com, which contains frames. - Click on any link such as "Apcupsd version 3.8.5 released ..." - Click on Reload. Instead of reloading what is currently on the screen, Galeon jumps back to the screen presented by the www.sibbald.com URL. Mozilla does it correctly. - This "bug" is now much less serious than prior versions where reload didn't work at all. At the same time, it is disconcerting to have Reload change to a different frame or page.
This could probably be filled as bug against the moz gtk embedding
Reported to mozilla as: http://bugzilla.mozilla.org/show_bug.cgi?id=246392
I'm going to add the fix to galeon, so it works for everyone, and we can then remove the "Reload Frame" context menu items.
This is now fixed in CVS: http://lists.gnome.org/archives/cvs-commits-list/2004-June/msg03186.html I will wrap this hack in #if/#endif's when my patch for mozilla gets checked in.