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 624922 - Read-Only collection sync
Read-Only collection sync
Status: RESOLVED WONTFIX
Product: banshee
Classification: Other
Component: Device - USB Mass Storage
git master
Other Linux
: Normal enhancement
: 1.x
Assigned To: Banshee Maintainers
Banshee Maintainers
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2010-07-21 13:13 UTC by boun
Modified: 2020-03-17 08:50 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
implementation (5.73 KB, patch)
2010-07-21 13:13 UTC, boun
needs-work Details | Review
Add Read-Only Library Syncing (4.41 KB, patch)
2010-07-21 23:10 UTC, boun
none Details | Review
Falback to Read-Only Sync panic button (2.25 KB, patch)
2010-07-21 23:11 UTC, boun
none Details | Review

Description boun 2010-07-21 13:13:41 UTC
Created attachment 166280 [details] [review]
implementation

I use a smart-playlist, watching a folder to determine which files to sync to my DAP. However upon deletion of these files locally, Banshee wants to delete them from my DAP. Which is not my intent. Attached patch

1.) Introduces a Read-Only setting in the DAP Config Pane

2.) Changes the dialog, which is triggered by MAX_NOWARN_TRACKS_REMOVAL, to add a "Sync Read-Only" button.

what is missing in 2.) is a checkbox to remember that choice. 

Perhaps someone else finds that useful :)
Comment 1 Andrés G. Aragoneses (IRC: knocte) 2010-07-21 13:37:06 UTC
Hey, your idea seems interesting but I'm not sure it should be implemented as a sub-preference of AutoSync, because if you're not syncing the deletion of files, it's not AutoSync anymore.

If you did it this way (adding a 3rd option besides ManualSync and AutoSync) you wouldn't need to mess up with the dialog that brings up the PossibleUserErrorException use case. Anyway I believe this should be discussed with more banshee developers to be approved.

The rest of the patch looks good except for the fact that you're missing some style nits, like 4spaces instead of tabs (please read HACKING).

Thanks
Comment 2 boun 2010-07-21 14:50:44 UTC
Hi,

thx for your feedback. I once changed the selector on the preference pane to display "Copy", which resulted in 

Sync from "playlist1"
Copy from "playlist1"
Sync from "playlist2"
Copy from "playlist2"
*

which looked clumsy. Or did I misunderstand "sub-preference of AutoSync"? 

The dialog saved my collection from being deleted, which provided my hacking starting point, this change is however not needed. I will reformat and split into two patches, if consensus is reached ;)
Comment 3 Andrés G. Aragoneses (IRC: knocte) 2010-07-21 17:28:31 UTC
Comment on attachment 166280 [details] [review]
implementation

(In reply to comment #2)
> which looked clumsy. Or did I misunderstand "sub-preference of AutoSync"? 

Makes sense. Then it's ok by me, but you still the sign-off from a maintainer.

> ...this change is however not needed. I will reformat and split
> into two patches, if consensus is reached ;)

Ok cool, marking this patch then as needs-work.

Thanks for your effort. Looking forward to next patch.
Comment 4 Andrés G. Aragoneses (IRC: knocte) 2010-07-21 17:32:17 UTC
s/still/still need/
Comment 5 boun 2010-07-21 23:10:10 UTC
Created attachment 166342 [details] [review]
Add Read-Only Library Syncing
Comment 6 boun 2010-07-21 23:11:17 UTC
Created attachment 166343 [details] [review]
Falback to Read-Only Sync panic button
Comment 7 André Klapper 2020-03-17 08:50:03 UTC
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived.

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect
reality. Please feel free to reopen this ticket (or rather transfer the project
to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the
responsibility for active development again.
See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.