After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 614701 - clicking on headline in blam opens up nautilus rather than using webkit
clicking on headline in blam opens up nautilus rather than using webkit
Status: RESOLVED FIXED
Product: blam
Classification: Other
Component: General
1.8.x
Other Linux
: Normal blocker
: ---
Assigned To: Carlos Martín Nieto
Carlos Martín Nieto
Depends on:
Blocks:
 
 
Reported: 2010-04-03 00:13 UTC by Alex Lancaster
Modified: 2010-06-07 00:19 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Alex Lancaster 2010-04-03 00:13:21 UTC
When compiled with the new webkit support in Fedora, for some reason blam wants to open up the full articlee in nautilus after clicking on a headline rather than render inline with webkit.  

See downstream Fedora bug for more details:

https://bugzilla.redhat.com/show_bug.cgi?id=575583#c14

I'm guessing that this could be a compatibility problem with more recent mono version, these are some of the relevant packages and versions that blam is compiled against:

$ rpm -q mono-web mono-core webkitgtk webkit-sharp
mono-web-2.4.3.1-1.fc12.x86_64
mono-core-2.4.3.1-1.fc12.x86_64
webkitgtk-1.1.15.4-1.fc12.x86_64
webkit-sharp-0.2-6.fc12.x86_64
Comment 1 Carlos Martín Nieto 2010-06-02 13:01:58 UTC
This happens because blam gets confused about what WebKit is trying to do when asked to open a file.

This was fixed by commit 4a5c831d181661640c3421685997da1349c36946 (which was in 2009, but I haven't done a release as I haven't had much time this school year)
Comment 2 Alex Lancaster 2010-06-02 17:39:54 UTC
(In reply to comment #1)
> This happens because blam gets confused about what WebKit is trying to do when
> asked to open a file.
> 
> This was fixed by commit 4a5c831d181661640c3421685997da1349c36946 (which was in
> 2009, but I haven't done a release as I haven't had much time this school year)

Thanks!  So should I backport that patch to 1.8.7, or are you in the process of making a new release?  Either way I need to do something soon as the package currently in Fedora is completely broken.
Comment 3 Carlos Martín Nieto 2010-06-06 16:22:46 UTC
There should be a new release in the next two weeks, but I don't know yet how long it's going to take.

I think you should backport the fix, as otherwise it's unusable
Comment 4 Alex Lancaster 2010-06-07 00:19:58 UTC
(In reply to comment #3)
> There should be a new release in the next two weeks, but I don't know yet how
> long it's going to take.
> 
> I think you should backport the fix, as otherwise it's unusable

Thanks, I've backported the fix.  I'll be able to drop the patch after the next release.