Add button to Retry All

[strazto]

Description

See #498

When transfers fail, they tend to fail in masses.

Something like running out of diskspace will basically trash your whole queue, & if you had a large queue ( you likely did if you ran out of space), there's no easy way to save this state, restore it, nor understand what did or didn't succeed

Present Workflow for restoring failures

Presently, the only workflow available for restoring is to scroll through the info dialogue widget & manually click the retry action that appears next to each element that's failed.

While doing this, the user must contend with the following:

• The Tranfer list is continually refreshing & re-sorting as items are actioned,
  • ❌ It's very easy to lose one's place & get lost in what you did or didn't click
• The scrolling speed is almost an entire viewport of elements per scroll
  • ❌ To scroll, while also retrying items the user must scroll, then click through each item on the viewport
• The actual target size for the action button is deceptively small
  • ❌ To ensure that I was actually getting through items I had to click each one multiple times

Suggested workflow

A "Retry All" Button would be super helpful

Problems with my implementation

I'm not really sure how to get the styling right on the button - I've adjusted the stylesheet, but I've got my build running for actual downloads atm so I won't be able to actually investigate just yet

Also, I haven't actually tested this WRT any actual failed transfers, as I'd already sorted out my diskspace by the time I got to test it, but once everything is finished I'll be able to.

Redmine ticket(s)

?

Risk area(s)

?

[PythonTryHard]

Two years later and still no movement on this PR, this should already be a feature, be it for small scale transfers or people syncing down their cloud drive in the thousands.

[strazto]

Two years later and still no movement on this PR, this should already be a feature, be it for small scale transfers or people syncing down their cloud drive in the thousands.

Just uninstall the app it's proper bad

[RPINerd]

Two years later and still no movement on this PR, this should already be a feature, be it for small scale transfers or people syncing down their cloud drive in the thousands.

Just uninstall the app it's proper bad

Any good alternatives that aren't M$oft, Scroogle or Dumpbox? I'm looking through the issues and pull requests and it seems like feedback is all but ignored.. but Mega has easy encryption and isn't a huge data mine and works (mostly) on linux without huge problems

[strazto]

Any good alternatives that aren't M$oft, Scroogle or Dumpbox? I'm looking through the issues and pull requests and it seems like feedback is all but ignored.. but Mega has easy encryption and isn't a huge data mine and works (mostly) on linux without huge problems

Since you mention Linux, and seem like a privacy nerd, have you considered selfhosting?
Dunno about the quality of its clients (They're probably fine, since its so popular, and popular with devs), but Nextcloud seems like the frontrunner for FOSS self-hosted "cloud" storage.

[vtmateos]

Thank you very much for your support and useful feedback. Currently, we are working on a new transfer manager that will include very useful features such us: sorting, resizing, new look and feel, retry all and many other performance enhancements.

It will be ready pretty soon, stay tuned! 😄