Even more things have been fixed in 2.9.5.2. Hopefully we are now getting close to something that is stable and that can be submitted to AMO. Here is a list of the fixes and changes: -
- I changed the folder icons again. They still indicate the open/closed state of the folder, but they are yellow now. It took almost an entire day to find nice icons to steal
- Live Bookmarks will now be read when reading all feeds in a category.
- Live Bookmarks will now be exported to OPML correctly. i.e. Rather than exporting the Live Bookmark as a category, with all of the Live Bookmark’s items being exported as feeds, the Live Bookmark will now be exported as a feed.
- I’ve sorted out the SQLite locking problem. Various errors when reading a feed would intermittently leave wizzrss.sqlite in a locked state, which caused everything to stop working. The problem has now been resolved… I think… I hope.
- The incorrect message was being displayed when deleting a Live Bookmark. Wizz RSS was asking if you’d like to remove the category. This has been fixed so that it’ll confirm that you want to remove the feed.
- Live Bookmarks were not being marked as read/unread correctly. This has now been fixed.
- There was some weirdness when marking feeds as read/unread. I think I have now manged to resolve all of the weirdness. In 3.0b5 some of the weirdness persists, but in 3.0pre it seems to work perfectly. WARING: – Marking feeds as unread causes Firefox to freeze for a few seconds and it looks as if Wizz RSS is doing nothing, but don’t be fooled I’ve spent hours trying different things to get rid of the freeze… I can’t! So although the marking isn’t perfect, it does seem to be working. I am also aware of the performance issues, which I think are mainly being caused by the Firefox history API. If I think of something to address the performance, rest assured that I will address it.
- Some feeds, due to bugs in the Firefox feed parsing API, were not being processed correctly. Here is an example :- http://feeds.feedburner.com/AbcNews_Business
After hours of digging and investigating I discovered that the problem is being caused by the <media:group> tag. In 2.9.5.2 the code looks for the tag in the XML. If it is found, the code steps through the entire XML Dom and removes ALL media:group nodes before pushing the XML through the Firefox feed parsing API. Yes, I know that it’s a clunky workaround, but it works. Hopefully the Firefox feed parsing API will get fixed sometime soon.
- I have bumped maxVersion so that 2.9.5.2 should work on 3.0b5 and 3.0pre. I have run a few tests on 3.0pre and everything seemed to work just fine, although I’m NOT making any promises.
- I removed the link on the Help etc. menu to the Release Notes page. Since starting work on Wizz RSS 3 I haven’t been updating the release notes, and besides, hardly anyone ever reads them.
- I’m sure there are other things that I’ve fixed and/or changed, but I can’t remember what they are
You can install 2.9.5.2 here: – http://blat.co.za/XPIs/wizzrss2952.xpi
Can you post the Lite version as well? thx
@macin – I’ll submit the 2.9.5.2 version of Lite to AMO tomorrow (South African time).
@paul – The webbalert feed seems to work fine for me. The sorting is something that is still outstanding, but I guess it can wait
@paul – If the feed preview page isn’t showing the item content, try turning on the option. it’s on the Feed tab on the Wizz RSS options page.
Hi, the translation of Traditional Chinese (zh-TW) is already done. Maybe you can include it in next version. Thank you!
I’m glad to find the full Wizz RSS working with 3.0b5 because I’ve missed the full functionality in the Lite version. However, I have one problem with both of the extensions: When an item in the middle pane is double-clicked, a tab opens up with the full article. But after this article is read, when one goes back to the middle pane, the highlighted line is the first in the category, instead of the one following the read item.
I get very frustrated trying to read items because I have to go back to the beginning of each category after every time I select an article.
@wayfarer – Are you closing the sidebar while you read the article? If so, leave the sidebar open. Mine works fine when I leave the sidebar open. The last read article remains highlighted and I can easily see where I was.