Finished uploads still grouped by file

Bug #641304 reported by Razzloss
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
LinuxDC++
Confirmed
Low
Unassigned

Bug Description

Seems that the lists are still grouped by file. This grouping makes some sense with the downloads, but not with uploads. The rare occurance where user downloads a file with same name can probably be fixed by removing the findFile-call for downloads (since as far as I can tell it's redundant anyway and only leads to incorrect behavior described previously. Removing the call of course fixes this only if the core does something sensible and doesn't clump the download together with the previous one.).

But for uploads I really think the grouping should be by user and file. So that each user downloading file would be added to the list separately and not like now that all the users are clumped to one single row. With segmented downloading file/user row would be updated when segment completes. If this is at all possible with current core without extreme performace penalties, is a another question.

Revision history for this message
Steven Sheehy (steven-sheehy) wrote :

Sounds ok. Another reason why we need to refactor finished transfers.

Changed in linuxdcpp:
importance: Undecided → Low
status: New → Confirmed
tags: added: finished-downloads finished-uploads
summary: - Finished transfers still grouped by file
+ Finished uploads still grouped by file
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.