Description of problem: I installed blam and tried to update the feeds. I did not add or remove any feeds from the default set. Blam disappeared -- it turns out that it crashed. Version-Release number of selected component (if applicable): blam-1.8.5-22.fc12.x86_64 How reproducible: Every time I tried, but it's probably based on the state of the current feeds. Steps to Reproduce: 1. Run blam from the commandline (so that you can see tracebacks) 2. Click update all 3. Watch some activity before it disappears Actual results: $ blam (Blam:4381): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated (Blam:4381): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated Exception: System.Net.WebException: Error: NameResolutionFailure at System.Net.HttpWebRequest.EndGetResponse (IAsyncResult asyncResult) [0x00000] at System.Net.HttpWebRequest.GetResponse () [0x00000] at Imendio.Blam.FeedUpdater.GetRemoteChannelData (Imendio.Blam.Channel channel) [0x00000] Unhandled Exception: System.Xml.XmlException: a name did not start with a legal character 54 (6) Line 99, position 68. at Mono.Xml2.XmlTextReader.ReadName (System.String& prefix, System.String& localName) [0x00000] at Mono.Xml2.XmlTextReader.ReadName () [0x00000] at Mono.Xml2.XmlTextReader.ReadEntityReference (Boolean ignoreEntityReferences) [0x00000] at Mono.Xml2.XmlTextReader.ReadReference (Boolean ignoreEntityReferences) [0x00000] at Mono.Xml2.XmlTextReader.ReadText (Boolean notWhitespace) [0x00000] at Mono.Xml2.XmlTextReader.ReadWhitespace () [0x00000] at Mono.Xml2.XmlTextReader.ReadContent () [0x00000] at Mono.Xml2.XmlTextReader.Read () [0x00000] at System.Xml.XmlTextReader.Read () [0x00000] at Mono.Xml.EntityResolvingXmlReader.Read () [0x00000] at Mono.Xml.DTDValidatingReader.ReadContent () [0x00000] at Mono.Xml.DTDValidatingReader.Read () [0x00000] at Mono.Xml.Schema.XsdValidatingReader.Read () [0x00000] at System.Xml.XmlValidatingReader.Read () [0x00000] at Mono.Xml.XPath.DTMXPathDocumentBuilder2.Compile () [0x00000] at Mono.Xml.XPath.DTMXPathDocumentBuilder2.Init (System.Xml.XmlReader reader, XmlSpace space, Int32 defaultCapacity) [0x00000] at Mono.Xml.XPath.DTMXPathDocumentBuilder2..ctor (System.Xml.XmlReader reader, XmlSpace space, Int32 defaultCapacity) [0x00000] at Mono.Xml.XPath.DTMXPathDocumentBuilder2..ctor (System.Xml.XmlReader reader, XmlSpace space) [0x00000] at System.Xml.XPath.XPathDocument.Initialize (System.Xml.XmlReader reader, XmlSpace space) [0x00000] at System.Xml.XPath.XPathDocument..ctor (System.IO.TextReader reader) [0x00000] at Imendio.Blam.FeedUpdater.feed_type (System.String& feed) [0x00000] at Imendio.Blam.FeedUpdater.Update (Imendio.Blam.Channel channel) [0x00000] at Imendio.Blam.ChannelCollection.UpdateThread () [0x00000] Expected results: No crash, maybe some error messages about bad feeds. Additional info: ABRT never noticed the crash.
blam-1.8.7-1.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/blam-1.8.7-1.fc13
blam-1.8.7-1.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/blam-1.8.7-1.fc12
Still fails: ** (Blam:3189): WARNING **: The following assembly referenced from /usr/lib/blam/blam.exe could not be loaded: Assembly: webkit-sharp (assemblyref_index=8) Version: 1.0.0.0 Public Key: eaa1d335d2e19745 The assembly was not found in the Global Assembly Cache, a path listed in the MONO_PATH environment variable, or in the location of the executing assembly (/usr/lib/blam/). ** (Blam:3189): WARNING **: Could not load file or assembly 'webkit-sharp, Version=1.0.0.0, Culture=neutral, PublicKeyToken=eaa1d335d2e19745' or one of its dependencies. Unhandled Exception: System.TypeLoadException: A type load exception has occurred. at Imendio.Blam.Application..ctor (System.String[] args, System.Object[] props) [0x00000] at Imendio.Blam.Application.Main (System.String[] args) [0x00000]
(In reply to comment #3) > Still fails: > > ** (Blam:3189): WARNING **: The following assembly referenced from > /usr/lib/blam/blam.exe could not be loaded: > Assembly: webkit-sharp (assemblyref_index=8) > Version: 1.0.0.0 > Public Key: eaa1d335d2e19745 > The assembly was not found in the Global Assembly Cache, a path listed in the > MONO_PATH environment variable, or in the location of the executing assembly > (/usr/lib/blam/). > > > ** (Blam:3189): WARNING **: Could not load file or assembly 'webkit-sharp, > Version=1.0.0.0, Culture=neutral, PublicKeyToken=eaa1d335d2e19745' or one of > its dependencies. > > Unhandled Exception: System.TypeLoadException: A type load exception has > occurred. > at Imendio.Blam.Application..ctor (System.String[] args, System.Object[] > props) [0x00000] > at Imendio.Blam.Application.Main (System.String[] args) [0x00000] Did you download blam-1.8.7-1 directly from koji? What does "rpm -q blam" report? It hasn't been pushed to updates-testing or updates as yet. I can't reproduce this with blam 1.8.5 either. Can you make sure you have removed all previous blam configuration, so it uses the default set of feeds. I think the file is ~/.Blam.<username> or somesuch.
Actually I think the feed configuration is in ~/.gnome2/blam/ so you probably want to move that aside as well.
OK I can find a problem with this (but not a crash), it seems that opening up a post opens up a nautilus window rather than rendering the webpage, could be a side-effect of the gecko->webkit switch. Looking into it now.
blam-1.8.7-1.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.
Yes, I downloaded it from koji after noticing that it hadn't been pushed to the testing repository yet. I tried to eliminate the prior config, but apparently didn't know where to look. After doing an rm -rf ~/.Blam.* ~/.gnome2/blam, I get the same results. $ rpm -q blam blam-1.8.7-1.fc12.x86_64 Frankly, it looks to me like there's a dependency missing from the package. Yep. After doing a "yum install webkit-sharp", blam runs without crashing, and a refresh all doesn't crash either. Apparently rpmbuild doesn't add the dependency automatically.
(In reply to comment #8) > Yes, I downloaded it from koji after noticing that it hadn't been pushed to the > testing repository yet. > > I tried to eliminate the prior config, but apparently didn't know where to > look. > > After doing an rm -rf ~/.Blam.* ~/.gnome2/blam, I get the same results. > > $ rpm -q blam > blam-1.8.7-1.fc12.x86_64 > > Frankly, it looks to me like there's a dependency missing from the package. > > Yep. After doing a "yum install webkit-sharp", blam runs without crashing, and > a refresh all doesn't crash either. Apparently rpmbuild doesn't add the > dependency automatically. Unfortunately rpmbuild isn't that smart about autodep checking for mono binaries, and I don't think adding it is a high priority for the rpm maintainers (at least the one's who work for Red Hat) unfortunately. So I probably need to add a manual dependency for that. Although even with that dependency it doesn't seem to render the actual blog posts when you click on the pages. Does it work for you?
blam-1.8.7-2.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/blam-1.8.7-2.fc13
blam-1.8.7-2.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/blam-1.8.7-2.fc12
blam-1.8.7-2.fc12 has been pushed to the Fedora 12 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update blam'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/blam-1.8.7-2.fc12
blam-1.8.7-2.fc13 has been pushed to the Fedora 13 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update blam'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/blam-1.8.7-2.fc13
Deps are pulled correctly, and blam no longer crashes. However, when I click on a headline, it opens /usr/share/blam/themes/blam in nautilus and emits this stack trace: Exception: System.Net.WebException: Error: ConnectFailure (interrupted) ---> System.Net.Sockets.SocketException: interrupted at System.Net.Sockets.Socket.Connect (System.Net.EndPoint remote_end) [0x00000] at System.Net.WebConnection.Connect (System.Net.HttpWebRequest request) [0x00000] --- End of inner exception stack trace --- at System.Net.HttpWebRequest.EndGetResponse (IAsyncResult asyncResult) [0x00000] at System.Net.HttpWebRequest.GetResponse () [0x00000] at Imendio.Blam.FeedUpdater.GetRemoteChannelData (Imendio.Blam.Channel channel) [0x00000] Very odd behavior, indeed.
(In reply to comment #14) > Deps are pulled correctly, and blam no longer crashes. However, when I click on > a headline, it opens /usr/share/blam/themes/blam in nautilus and emits this > stack trace: Yep, I get that problem with headlines opening in nautilus too, as I was trying to indicate in comment #9. Don't get the stack trace though. Interestingly, I compiled this on F-11 and I got it to work, so maybe something in the mono stack changed such that blam no longer works with the newer version(s) of mono. > Exception: System.Net.WebException: Error: ConnectFailure (interrupted) ---> > System.Net.Sockets.SocketException: interrupted > at System.Net.Sockets.Socket.Connect (System.Net.EndPoint remote_end) > [0x00000] > at System.Net.WebConnection.Connect (System.Net.HttpWebRequest request) > [0x00000] > --- End of inner exception stack trace --- > at System.Net.HttpWebRequest.EndGetResponse (IAsyncResult asyncResult) > [0x00000] > at System.Net.HttpWebRequest.GetResponse () [0x00000] > at Imendio.Blam.FeedUpdater.GetRemoteChannelData (Imendio.Blam.Channel > channel) [0x00000] > > Very odd behavior, indeed. Indeed, time to report this to upstream, I think.
(In reply to comment #15) > Indeed, time to report this to upstream, I think. https://bugzilla.gnome.org/show_bug.cgi?id=614701
blam-1.8.7-2.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.
Re-opening and retitling bug.
blam-1.8.7-3.fc13 has been submitted as an update for Fedora 13. http://admin.fedoraproject.org/updates/blam-1.8.7-3.fc13
Backported a patch from git that should fix the opening up of links in nautilus.
blam-1.8.7-3.fc12 has been submitted as an update for Fedora 12. http://admin.fedoraproject.org/updates/blam-1.8.7-3.fc12
blam-1.8.7-3.fc13 has been pushed to the Fedora 13 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update blam'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/blam-1.8.7-3.fc13
blam-1.8.7-3.fc12 has been pushed to the Fedora 12 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update blam'. You can provide feedback for this update here: http://admin.fedoraproject.org/updates/blam-1.8.7-3.fc12
blam-1.8.7-3.fc12 has been pushed to the Fedora 12 stable repository. If problems still persist, please make note of it in this bug report.
blam-1.8.7-3.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.