Thread: [aKregator-devel] [Bug 106348] New: Status selector resets to "All articles" when selecting another
Brought to you by:
lippel
From: Adeodato Simó <as...@al...> - 2005-05-26 20:26:27
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 Summary: Status selector resets to "All articles" when selecting another feed Product: akregator Version: unspecified Platform: unspecified OS/Version: Linux Status: NEW Severity: normal Priority: NOR Component: general AssignedTo: akregator-devel lists sourceforge net ReportedBy: asp16 alu ua es Version: 1.1.1 (using KDE 3.4.1, Debian Package 4:3.4.1-0pre1 (3.1)) Compiler: gcc version 3.3.6 (Debian 1:3.3.6-5) OS: Linux Hello, this will be easy to explain, hopefully you will be able to reproduce without trouble. Let's say "Feed A" is selected, showing all articles. I manually select in the Status selector "Unread". Now I select "Feed B", and I see that the Status selector displays "All articles" now, yet only unread articles are being shown. Expected behavior: the Status selector displays "Unread", as previously selected in "Feed A" (and obviously, only unread articles get displayed, but aKregator is doing that right at the moment). This is a regression from 3.4.1. |
From: Adeodato Simó <as...@al...> - 2005-05-26 20:27:09
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 ------- Additional Comments From asp16 alu ua es 2005-05-26 22:27 ------- Bah, sorry. I obviously meant: "This is a regression from 3.4.0". |
From: Frank O. <fra...@kd...> - 2005-05-28 10:43:35
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 frank.osterfeld kdemail net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX ------- Additional Comments From frank.osterfeld kdemail net 2005-05-28 12:43 ------- This is intended: We follow KMail here for the sake of consistency. Also, if the user switches feeds and forgets he set the status to something else than "all articles", he might get confused seeing an empty list. I see that some people might have it set to "unread" all the time. We could add a configuration option for them ("show only unread articles by default") |
From: Adeodato Simó <as...@al...> - 2005-05-28 11:00:47
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 ------- Additional Comments From asp16 alu ua es 2005-05-28 13:00 ------- OK, I understand that. So in my setup above, upon selecting "Feed B", the selector changes to "All articles", and all articles should be shown, right? But read what I wrote (this is with 3.4.1 tarballs): > Now I select "Feed B", and I see that the Status selector displays "All > articles" now, yet only unread articles are being shown. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ So there's obviously something wrong. I believed it was the selector (based on the 3.4.0 behavior), but as per your explanation, it's the content pane that is wrong (as per the new desired behavior to match KMail's). I would reopen the bug for the above reason, but I won't since I can't easily check if it's been fixed in SVN. Please reopen as appropriate, thanks. |
From: Frank O. <fra...@kd...> - 2005-05-28 11:50:56
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 frank.osterfeld kdemail net changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|WONTFIX | ------- Additional Comments From frank.osterfeld kdemail net 2005-05-28 13:50 ------- Uh, indeed. It's broken in 3.4 branch, but works in HEAD. |
From: Michiel de B. <M.deBruijne@HCCNet.nl> - 2005-06-05 23:07:56
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 M.deBruijne HCCNet nl changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |m.debruijne hccnet nl ------- Additional Comments From M.deBruijne HCCNet nl 2005-06-06 01:07 ------- Hi Frank, First of all thanks for your time/effort you put in Akregator. I really appreciate it. Are you going to backport this and other fixes to 3.4? This is kinda confusing. The upgrade from Akregator shipped with kde 3.4.0 to Akregator shipped with kde 3.4.1 had some unpleasant side effects; - Akregator now always opens in the "Welcome to Akregator 1.1.1"-window, used to be the first new/unread message in a feed - Akregator now always opens with status "All Articles", used to be the the status Akregator closed with (in my case new & unread) - when changing feeds "Status drop down box" is reset to "All Articles", however the view is still the same as the status selected before (this bug report) Fortunately I use Gentoo so it's easy for me to switch only Akregator back to the version shipped with kde 3.4.0 (gotta love the split ebuilds). Other people that don't use Gentoo and use Akregator a lot might need to downgrade entire kdepim (or perform a manual installation). |
From: Michiel de B. <M.deBruijne@HCCNet.nl> - 2005-06-06 11:05:58
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 ------- Additional Comments From M.deBruijne HCCNet nl 2005-06-06 13:05 ------- Forgot to mention another side effect after the upgrade to Akregator shipped with kde 3.4.1; - after Akregator is started selecting new & unread doesn't work anymore, you first need to select new or unread and after that selecting new & unread works again. |
From: Heinrich W. <h_w...@co...> - 2005-06-28 00:02:25
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 h_wendel cojobo net changed: What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |1.1 |
From: David B. <David@MyForest.Com> - 2005-07-03 01:32:28
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 ------- Additional Comments From David MyForest Com 2005-07-03 03:32 ------- >> Also, if the user switches feeds and forgets he set the status to something else than "all articles", he might get confused seeing an empty list. << Could I suggest a technique that may help alleviate the need for a seperate option? Put a different looking message in the content pane that says something along the lines of "There are no 'New & Unread' articles." I would be one of the users that utilised a "Always restrict to New & Unread" option, but I don't think it's neccessary to have an option if you remember the setting and use text to explain an empty content pane. I'll be honest and admit that I was a fan of Akregator, but I've had to stop using it recently as I can't see how to reliably limit my view to "New & Unread" so I have to blunder my way through 136 articles to find the ones I'm after. It's a shame because when it's hooked up to a Wiki that has automated imports it makes a great "Recently Changed" aggregator. |
From: Frank O. <fra...@kd...> - 2005-07-03 06:56:16
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 ------- Additional Comments From frank.osterfeld kdemail net 2005-07-03 08:56 ------- >Could I suggest a technique that may help alleviate the need for a seperate > option? Put a different looking message in the content pane that says > something along the lines of "There are no 'New & Unread' articles." Yeah, we have something like this now. A box is drawn saying something like "no articles match your current filter search". I am inclined to switch back to the old behaviour for 3.4.2, and add an option like "make filter settings sticky" for 3.5. |
From: Thibaut C. <kd...@th...> - 2005-07-29 16:34:11
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 ------- Additional Comments From kde thibaut-cousin net 2005-07-29 18:34 ------- I add my view in this bugreport, since it's obviously related. In KDE 3.4.1, Akregator remembered the filter setting at least when I switched feeds; I only had to manually change it after launch. But in 3.4.2, the filter setting changes back to "All articles" every time I go to another feed. It's extremely annoying since I have many feeds, especially since Akregator is a bit slower than in 3.4.1 when loading a feed... Thanks for your attention! |
From: Frank O. <fra...@kd...> - 2005-07-29 16:52:01
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 ------- Additional Comments From frank.osterfeld kdemail net 2005-07-29 18:51 ------- 3.4.0 did remember the filter settings, 3.4.1 was supposed to reset it, which was broken, as the filters were reset but the "all articles" button was not. In 3.4.2, it should work as in KMail: filter settings are reset when changing feeds. We decided for this to be consistent with KMail and Knode. I understand that this annoying if you want to see only unread articles, as there is no convenient way anymore. We will add a configuration option for 3.5. >It's extremely annoying since I have many feeds, especially since >Akregator is a bit slower than in 3.4.1 when loading a feed... Slower?? Actually we fixed a bug in the article list code, so the time needed on my box to render the list for "All Feeds" was reduced from from 40 to 4 seconds... |
From: Thibaut C. <kd...@th...> - 2005-07-29 17:02:12
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 ------- Additional Comments From kde thibaut-cousin net 2005-07-29 19:02 ------- I disagree about this consistency thing, but I'm no usability expert. Mails and feeds are not the same kind of things, the usage is very different: mails are personal, addressed to you, and you usually store them and want to see your whole mail box. Feeds are pieces of information you don't want to store for more than a few days and usually you don't read one twice. This difference, I would think, has a direct impact on the filter setting's behavior. Just my two cents... As for the speed issue, it's not much. In KDE 3.4.1, displaying the content of a feed was always instantaneous. In 3.4.2, there is a small delay, less than a second. It's mostly independent of the number of messages to display. I have the same delay, whether there are only 5 messages or 200 messages. |
From: Thibaut C. <kd...@th...> - 2005-07-30 07:56:11
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 ------- Additional Comments From kde thibaut-cousin net 2005-07-30 09:56 ------- Sorry to ask again, but after a few days using KDE 3.4.2, I find it really impossible. This change means that I have to manually change the filter setting several dozen times a day (each time I check for new messages, for each feed), so it's a big usability issue for a very small detail. Could someone point me to the part of the source code that controls this behavior, please? I'd like to revert that change and recompile Akregator, but I'm not familiar with KDE programming. Thanks in advance. |
From: Frank O. <fra...@kd...> - 2005-07-30 08:08:05
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 ------- Additional Comments From frank.osterfeld kdemail net 2005-07-30 10:08 ------- Created an attachment (id=11995) --> (http://bugs.kde.org/attachment.cgi?id=11995&action=view) disable filter reset on node change This should do |
From: Thibaut C. <kd...@th...> - 2005-07-30 11:36:53
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 ------- Additional Comments From kde thibaut-cousin net 2005-07-30 13:36 ------- Thank you very much. The patch was indeed very simple and applied without problem. I rebuilt my RPM package and installed it, now Akregator is usable again with many feeds. :-) |
From: Michiel de B. <M.deBruijne@HCCNet.nl> - 2005-07-31 07:59:20
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 ------- Additional Comments From M.deBruijne HCCNet nl 2005-07-31 09:59 ------- Hi Frank, Is it possible to post a patch that returns usability from the 3.4.0-version (remember filter when starting up/shutting down, remember filter when changing feeds and make the new & unread filter work again without selecting an other filter first)? To be honest I agree with Thibaut that making Akregator consistent with kmail/knode has some very unpleasant side effect. This due to the fact that both are different applications with different goals/purposes. While I'm still being honest, I really think that Akregator in 3.4.0 was one of my favorite apps, but during upgrade in the _stable_ series it became one of my biggest annoyances. It really makes me wonder if you use this version yourself and how many feeds you have? Do you think the current stable version is usable (with many feeds)? Maybe you should reconsider your quest for consistency with kmail/knode and ask the usability group for their opinion before continuing. Just for the record; please consider this post as positive feedback from an Akregator-user. |
From: Frank O. <fra...@kd...> - 2005-07-31 10:04:49
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 ------- Additional Comments From frank.osterfeld kdemail net 2005-07-31 12:04 ------- > Is it possible to post a patch that returns usability from the 3.4.0-version > (remember filter when starting up/shutting down, remember filter when > changing feeds and make the new & unread filter work again without selecting > an other filter first)? Except for saving filters on shutdown, this should work with the patch above? What do you mean with "make the new & unread filter work again"? > but during upgrade in the _stable_ series it became one of my biggest annoyances. Because of this issue? Or are there other regressions I am not aware of? >It really makes me wonder if you use this version yourself and how many feeds you have? Do you think the current stable version is usable (with many feeds)? There are some performance-related issues with many feeds in the stable version: 1) slow startup, huge memory consumption. This is improved in SVN, but can't be fixed in the 3.4.x series. (as it needs major changes) 2) slow rendering of the article list: Filling the list with articles, was extremely slow, due to adding the article headers to the list in a stupid way. This fixed in 3.4.2. (from 40 secs down to 4 here) 3) related to 2), if a user has "All Feeds" (or any other folder with many feeds/articles) selected and fetching starts, Akregator eats all your CPU and freezes. This is because every feed fetched causes the article list to be completely cleared and refilled. (e.g. 40 seconds * 40 feeds = 1600 seconds full CPU usage) This should be improved in 3.4.x because of the fix for 2). In SVN, we avoid complete rebuilding of the article list and the problem should be gone there entirely. To avoid the problem, never select "All Feeds"... Ok, this is all performance related. Now to the quick filter. If I understand you correctly, the filter problem has nothing to do with performance (where it shouldn't have a deep impact), but the way you use Akregator to read articles. Maybe our "usage patterns" differ, so let me describe how I use it (having 88 feeds, with 34213 archived articles in total): - I mostly read articles "feed-wise", selecting single feeds and looking what's new. As the new items are usually on top here, I don't need a filter. I just scan the list and sometimes use +/- shortcuts to walk through unread articles. And for folders, usually there are too much unread articles, as "show me all unread articles for Folder X" would make sense. I am rarely interested in all the unread items in a folder at once, as there are many relatively unrelated "high-traffic feeds" (CVS commits, wiki changes...) in it. So I prefer to read the items feed-wise. - Actually I select folders only for searching, and I almost never use the status filter except for listing flagged articles. On the other hand, I understand that people want to see unread articles only, or see everything unread in one list. As "show me all the new stuff" is a central use case and it should be possible do get that conveniently. I guess this is how you use it? Some ideas to improve the filtering for new items: - make the filter thing configurable. - make it possible to sort the article list by status (this was already requested by usability folks) - add special nodes like "Unread articles" to the feed list to filter for the state. This would be more intuitive than selecting "all feeds" and setting the quick filter. The drawback is that you can't select specific folders or feeds this way. |
From: Michiel de B. <M.deBruijne@HCCNet.nl> - 2005-07-31 11:16:24
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 ------- Additional Comments From M.deBruijne HCCNet nl 2005-07-31 13:16 ------- Hi Frank, First of all thanks a lot for your reply. I think it proves you have a open mind and are open for suggestions. Let me explain a little bit more about my usage pattern; As you know most feeds have a limit on the number of articles you get when you contact their site. Because of this I open Kontact (thus Akregator) regularly to make sure I don't miss to many articles. When I have the time/mood I will go through the articles and select the ones I think that are interesting. Because of this pattern I'm only interested in New & Unread articles. I'm not interested in read articles, only unread or only new articles. In 3.4.0 my preferences where saved, but later versions removed that feature. > What do you mean with "make the new & unread filter work again"? When I start Kontact and select feeds the status is always set on "All Articles" in the dropdown menu. I have 4 other options in the dropdown menu (New & Unread, New, Unread and Keep Flag Set). When I select New & Unread immediately nothing happens. I first need to select New or Unread (both filters do exactly that) after that when I select the New & Unread the filter works. >> but during upgrade in the _stable_ series it became one of my biggest annoyances. > Because of this issue? Or are there other regressions I am not aware of? For me there is another regression (I will come to that later) but that doesn't annoy me that much. What I think is really annoying that the filter settings (All Articles) are being enforced on the user. This was introduced in 3.4.1. When I select another feed the filter is reset again to All articles (but not the initial view) so before I can type something in the search bar I have to change it back to New & Unread again (by clicking a dropdown menu twice). The other regression is performance, but that isn't something that changed in the stable releases (as far as I can tell). Like I said before I always use Kontact, sometimes I only want to read my mail. With a lot of feeds/articles I have to wait until Akregator is finished with starting up before I can read my mail. I don't know if this is the problem of Akregator or the Kontact framework. But from my point of view individual Kontact-components shouldn't block the others when starting up. I was able to workaround this by setting the auto-delete-articles to a low value. I hope you understand what I mean. If you want I can meet you on IRC for better/more information/explanation and/or give you access to my box so you can see it for yourself. |
From: Bryan S. <oms...@gm...> - 2005-08-02 23:43:11
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 omschaub gmail com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |omschaub gmail com |
From: Thibaut C. <kd...@th...> - 2005-08-03 12:19:38
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 ------- Additional Comments From kde thibaut-cousin net 2005-08-03 14:19 ------- I just wanted to add that I also have the problem with the "New & unread" button that doesn't work. It's minor since I only have to switch to "Unread" and back to "New & unread" once, and then it works correctly as long as I don't quit Kontact. Once again, I'd like to know if someone could post a small patch here. Thanks in advance. :-) I don't know whether it's really helpful, but once Akregator behaves correctly from a usability point of view, I'm willing to merge the patches that were necessary and post them here, where anyone able to recompile Akregator can find them. In the meantime, I'm OK to test any patch related to the problem. :-) |
From: Frank O. <fra...@kd...> - 2005-08-03 17:35:58
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 ------- Additional Comments From frank.osterfeld kdemail net 2005-08-03 19:35 ------- > But from my point of view individual Kontact-components shouldn't block the others when starting up. I was able to workaround this by setting the auto-delete-articles to a low value. Akregator is only loaded at startup when it was the active part when you closed it (because it will be selected then when starting). |
From: Frank O. <fra...@kd...> - 2005-08-03 17:41:40
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 ------- Additional Comments From frank.osterfeld kdemail net 2005-08-03 19:41 ------- > I just wanted to add that I also have the problem with the "New & unread" button that doesn't work. It's minor since I only have to switch to "Unread" and back to "New & unread" once, and then it works correctly as long as I don't quit Kontact. I can't reproduce this with 3.4.2. Is "New&Unread" the only option that does not work for you? Do the others work correctly? |
From: Thibaut C. <co...@kd...> - 2005-08-03 17:46:56
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 ------- Additional Comments From cousin kde org 2005-08-03 19:46 ------- Le Mercredi 3 Août 2005 19:41, Frank Osterfeld a écrit : > I can't reproduce this with 3.4.2. Is "New&Unread" the only option that > does not work for you? Do the others work correctly? Yes, it's the only one. I need to switch to another options, and then back to this one, for it to work. I don't know if it's related, but it's also the only choice in the list that doesn't have an icon. The other four have a proper icon. I attached a snapshot, I hope it's the correct way to send a file here. Created an attachment (id=12068) --> (http://bugs.kde.org/attachment.cgi?id=12068&action=view) akregator.png |
From: Thibaut C. <kd...@th...> - 2005-08-03 17:50:15
|
------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. http://bugs.kde.org/show_bug.cgi?id=106348 ------- Additional Comments From kde thibaut-cousin net 2005-08-03 19:50 ------- Sorry, I forgot to add that the screenshot is in French. "New and unread" is "Nouveau et non lu", "All articles" is "Tous les articles". |