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 356839 - Downloading Sort Order in 0.114
Downloading Sort Order in 0.114
Status: RESOLVED FIXED
Product: Pan
Classification: Other
Component: general
pre-1.0 betas
Other Windows
: Normal normal
: 1.0
Assigned To: Charles Kerr
Pan QA Team
Depends on:
Blocks:
 
 
Reported: 2006-09-20 05:05 UTC by David
Modified: 2006-10-10 13:39 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description David 2006-09-20 05:05:38 UTC 
When I queue a bunch of bin articles for download, and shut off pan in the middle, when I reopen pan, they resume as expected.  However, the order is mixed up.  Moreover, if I double click a group while downloading, the headers will be placed in a random spot in the list, and I have to manually place it back at the top of the queue.  Also, if I go into a group, and double click an article, the same thing happens, and I can't read the article until I go in and manually place the download at the top of the queue.

This has been in every version that I've downloaded since 0.09x.

Thank you,
David
Comment 1 Charles Kerr 2006-09-22 21:00:58 UTC 
Hi David,

What version of Pan are you using?
Some of this was fixed in #353407 for 0.111, I think,
and it all seems to be working correctly as of 0.113.

cheers,
Charles
Comment 2 David 2006-10-08 15:54:31 UTC 
I just downloaded .115.  The only problem I can still see is that when I start downloading bin's from a group, and then close pan, reopen it and load headers from another group, it puts the headers download at the bottom of the queue.  I have to manually move it to the top.

Single articles now load at the top of the queue as expected.

Thanks,
David
Comment 3 Charles Kerr 2006-10-10 13:39:32 UTC 
Marking as fixed.  I've bumped the related headers download issue
to its own ticket, bug #31144.