[tars]

Currently when you're trying to export items, TMM keeps asking the user to select (the same) target folder and then overwrites existing files with the same filename in there without asking. If the file is being opened with a browser, then it fails to write the file. But there's no message about that. You have to figure out yourself what's going on by checking error log.

1. Support permanent export target folder setting.

2. Support editing of filename when exporting so that it could be customized.

3. If there's a file with the same name or if the file is being used, please ask the user what to do next.

[hawikoeln]

+1

[mlaggner]

well, all the config for exporting a movie (TV show) is done by the templates configuration - I will not add any logic there to change some filenames (just think of a HTML template which has links between master/detail pages - if we change the master page no link back will work).

what I could do is:
- add a default export path in the settings (for the lazy ones)
- add a warning, if the export path is not empty (do check for any file names here!)

I'll put that on our todo list, but with a low priority!

[tars]

That'd be great!

[tars]

Noticed this feature was added to the latest nightly. Thanks!
But why does tmm empty the export directory completely every time rather than just overwrite a file with the same filename?
I lost several existing html files in that folder and can't find them even in the recycle bin.

[mlaggner]

if the new export differs from the old export, some old files may survive in the export path but are not used.
a clean export is just an export to an empty folder

[tars]

Whenever trying to export items, tmm empties the export folder completely before exporting.

Code:

2017-03-22 09:45:56,649 INFO  [main] org.tinymediamanager.core.Utils:1273 - Deleting complete directory: D:\export
2017-03-22 09:45:56,666 INFO  [main] o.t.core.movie.MovieExporter:70 - preparing movie export; using Excel List
2017-03-22 09:45:56,671 INFO  [main] o.t.core.movie.MovieExporter:103 - generating movie list
2017-03-22 09:45:56,723 INFO  [main] o.t.core.movie.MovieExporter:112 - movie list generated: D:\export\movielist.csv
2017-03-22 09:46:39,700 INFO  [main] org.tinymediamanager.core.Utils:1273 - Deleting complete directory: D:\export
2017-03-22 09:46:39,706 INFO  [main] o.t.core.movie.MovieExporter:70 - preparing movie export; using Web List
2017-03-22 09:46:39,706 INFO  [main] o.t.core.movie.MovieExporter:103 - generating movie list
2017-03-22 09:46:40,212 INFO  [main] o.t.core.movie.MovieExporter:112 - movie list generated: D:\export\index.html

Only one file gets left with all other existing files (text files, image files, etc) vanishing without trace.
It didn't behave this way before. Why does it have to empty the export folder every time?

[myron]

Well, when you export a list, some files will always overwrite some others.
To get a clean and consistent export, we delete all files prior.

We have following possibilities.
- Warn the user, clean the folder, and export (consistent)
- Warn the user, and overwrite all existing files (do not delete anything) - many leftovers from former export
- Create a timestamped folder for every export in directory (but that would have an impact, if you WANT this always to be the same folder, because it's a webserver served directory)

We cannot satisfy every request with that feature;
At least, in an uncomplicated way...
(Ideas...?)

[tars]

We have following possibilities.
- Warn the user, clean the folder, and export (consistent)
- Warn the user, and overwrite all existing files (do not delete anything) - many leftovers from former export
- Create a timestamped folder for every export in directory (but that would have an impact, if you WANT this always to be the same folder, because it's a webserver served directory)

I'd prefer the second one just as it used to do. The current implementation (first one) doesn't make sense in that it overwrites any files in there (why delete files in different filename and why delete html files when exporting a csv file?) Also users won't be shocked to find out their stored files all deleted.

[myron]

ok, reverted the deletion.
Thx.

[tars]

Working great now. Thanks!
Perhaps warn the user only when files will get overwritten due to the same filename rather than when the folder is not empty? But it doesn't matter much to me.