Skip to content

[TOP] Enhance sync folders #285

Description

@tobiasKaminsky

As discussed on conf this is a collaboration between @AndyScherzinger and me.
Purpose:

  • Increment 1 - instant upload - Auto Upload (Android 7+) #358 - release 1.4.0 ✔️

    • replace current instant upload
    • full support for Android 6,7
  • Increment 2 - enhancement auto upload - Add further media types to auto upload #797 - release 2.0.0 ✔️

    • support video folders
    • allow any kind of folder pair (custom folders)
    • show jobs in upload pane
      • track jobs
      • get job result to update upload pane
      • if job fails: allow user to restart
    • automatic retry
    • upload updated files
  • Increment 3 - upload existing files ✔️

    • add "upload/sync all existing images/videos/files" as an option to the auto upload folder three-dot menu.
  • Increment 4 - folder upload ✔️

    • allow folder hierarchies
    • smart UI to semi-automatically detect and notify about potential new media folders the user can add/active for instant upload New media detection #2406
  • Increment 5 - sync one way

    • sync - one way
    • free up space
  • Increment 6 - sync two way

Activity

  1. aparcar commented on Sep 23, 2016

    @aparcar

    Does this include a constant sync of a todo.txt file on change locally and periodically checked on server?

  2. tobiasKaminsky commented on Sep 25, 2016

    @tobiasKaminsky
    MemberAuthor

    @aparcar currently this will only replace instant upload.
    But this approach is designed to also handle a real two way sync and a constant sync of files.

  3. changed the title [-]Enhance sync folders[/-] [+][TOP] Enhance sync folders[/+] on Oct 5, 2016
  4. AndyScherzinger commented on Oct 5, 2016

    @AndyScherzinger
    Member

    This issue/implementation is to be considered the top prio since we now already have > 1,300 Android 7 installations according to the play store ❗

  5. modified the milestones: , Nextcloud App 1.4.0 on Oct 13, 2016
  6. 166 remaining items

  7. mjflower commented on Feb 16, 2020

    @mjflower

    I can't believe this is still an issue after all this time. I recently installed the app on the kids (have to have an apple because the school mandates it) devices and it uploaded all previously taken images without issue. Why can the android apps have this option, I don't get it.

  8. jospoortvliet commented on Feb 26, 2020

    @jospoortvliet
    Member

    I can't believe this is still an issue after all this time. I recently installed the app on the kids (have to have an apple because the school mandates it) devices and it uploaded all previously taken images without issue. Why can the android apps have this option, I don't get it.

    Oh, it isn't so hard to understand. Why did you not write this feature?

    No time? I can imagine. Happens to be true for everyone here, otherwise it had be done by somebody. I personally would love this feature, but I don't have time to learn programming and then do it. Hope that helps explain why it isn't done.

    If you really want this done, you can do it, of course, your kids and everyone else will be very grateful if you did!

    Until then, I'll close this discussion as it isn't going anywhere.

  9. locked as too heated and limited conversation to collaborators on Feb 26, 2020
  10. jospoortvliet commented on Dec 16, 2020

    @jospoortvliet
    Member

    @tobiasKaminsky pretty much all of this is done, correct? Perhaps we can then close this issue?

  11. AndyScherzinger commented on Dec 16, 2020

    @AndyScherzinger
    Member

    @jospoortvliet increments 5 and 6 are open

  12. added
    feature: transfers[WIP] Any uploading / downloading matters that aren't auto upload or sync specific
    on Oct 9, 2023
  13. moved this to 🧭 Planning evaluation / ideas in 🖍 Design teamon Dec 21, 2023
  14. removed
    feature: transfers[WIP] Any uploading / downloading matters that aren't auto upload or sync specific
    on Oct 3, 2024
  15. jancborchardt commented on Nov 20, 2024

    @jancborchardt
    Member

    @tobiasKaminsky meanwhile, only one item is open, and it has its own issue at #19 – so I would suggest closing this overview in favor of the single issue?

  16. tobiasKaminsky commented on Sep 7, 2026

    @tobiasKaminsky
    MemberAuthor

    Closing in favor of #19 (or now #17570)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions