kaleb0x/cmus-syncthing

Sync utility for cmus playlists using Syncthing

cmus-syncthing's Issues

Deleted playlists in the playlists directory are not regenerated

How to reproduce the bug ?

• run cmus-syncthing.py
• manually delete a playlist from playlists in the syncthing directory
• run cmus-syncthing.py again

What is the current behavior ?

The deleted playlist is not regenerated.

How should it behave ?

The playlist should be regenerated.

Move terminal UI code into main.py

TUI code is currently in cmus_syncthing.py.
It would be more convenient to raise exceptions in cmus_syncthing.py and to catch them in main.py.
main.py would then generate console output accordingly.

Add an option in cmus-syncthing.conf to exclude playlists

This option would allow to exclude playlists from the export process.
Might be helpful if some playlists are not needed on another device.

Avoid two instances running simultaneously

How to reproduce the bug ?

Steps to reproduce the behavior:

1. Run cmus-syncthing.py to copy a long playlist. It has to take enough time to be able to execute 2 simultaneously
2. Run cmus-syncthing.py while 1 is running

What happens ?

Both instances run concurrently, which might cause them to write simultaneously to the same file.

How should it behave ?

2 should stop running if 1 is running.

Is there some additional relevant context-specific piece of information worth sharing ?

No.

Add a verbose mode option in cmus-syncthing.conf

There is currently no output to stdout when running cmus-syncthing if no critical errors occur.
This option would allow those who run cmus-syncthing manually to get a comprehensive output of the operations being executed. These operations would include :

• file copy
• file deletion
• playlist deletion

Non existing file in playlists causes crash

How to reproduce the bug ?

Steps to reproduce the behavior:

1. Go to ~/.config/cmus/playlists
2. Create a new playlist test
3. Add a track test.mp3 to the playlist that does not exist
4. Run cmus-syncthing.py

What happens ?

cmus-syncthing raises a FileNotFoundError exception when trying to copy the file.

How should it behave ?

cmus-syncthing should handle properly the exception and warn about a missing file.

Is there some additional relevant context-specific piece of information worth sharing ?

No.

Similarly-named tracks overwrite each other

How to reproduce the bug ?

• create a playlist in cmus
• add a track named A.mp3 to the newly created playlist
• add a different track with the same filename A.mp3 to the newly created playlist
• rune cmus-syncthing.py

What is the current behavior ?

The newly created playlist will contain two entries, but each of them will point to the same file A.mp3.

How should it behave ?

Each entry should point to two different files corresponding to two different tracks, even though they have the same filename.