Hi Rob (aka the master of jAlbum tools <g>)

would it be possible (for you) to create a tool which searches for files in the source folders of a project which are no longer in use and write the file names to the console?

This would make it possible to create a batch file (in Windows) to delete these files.

We all know that once in a while users (also myself) delete objects outside from jAlbum which leaves files behind which are no longer needed. Its not to save some bytes of disc space but to keep a clean file system. I for myself look into .info files etc. from time to time to search or even edit things outside from jAlbum because is much easier if thousands of files are involved.

As an example.

- Delete the file "..\JAlbum\Samples\Sample Project\Nature\diana-parkhouse-2.jpg" when jAlbum is closed.
- The file "..\JAlbum\Samples\Sample Project\Nature\.jalbum\diana-parkhouse-2.jpg.info" will remain as an orphan file.

The goal of the tool should be to find the file "..\JAlbum\Samples\Sample Project\Nature\.jalbum\diana-parkhouse-2.jpg.info".

Thanks in advance, Markus

Shouldn't be too tough to compare the entries in albumfiles.txt to the .info files.

But wading into cache would be a mess. Not sure what Laza does, but I know that in my skins, I make use of the DiskCache() method to stash things there like background music files, font files, background image files, and so on, none of which would appear in the other jAlbum control files (other than appearing as one-liners in the .jap files).

I know.

I'm not sure if this is a misunderstanding. I don't know what to search for.

Maybe I wasn't clear enough about what I'm after.

In my original example there is one file left, the .info file. I couldn't think of how to search for that file, not from within jAlbum nor outside. Only by comparing the files (pictures, videos etc.) which are actively part of the album and the corresponding .info files.

.info files without a „partner“ are obsolete.

Thanks, Markus

Just to make that clear, the tool should not delete the files which are obsolete. Or, at least not by default. For a start just a list of the files would be fine. So one has the chance to evaluate if the found files are really obsolete.

There is definitely no hurry in this matter.

Take your time.

Thanks again. Markus

Exactly.

David, we all know that it's better not to delete files outside of jAlbum. But that's the theory, the reality is different.

Some of my albums are more than 20 years old, so I'm pretty sure that I've a lot of old stuff lurking around.

Thanks, Markus

Thanks David,

the console gives me:

 
skin property 'use360Player' difference: 'false' vs 'true'
0,008s ==> null

I compiled the album and run the script again. The result in the console:

 
0,008s ==> null

I think I have done something wrong.

Here's an updated version of the script that also list stale cache files. Note that it will also list cache files that have been added by skin scripts:

import se.datadosen.io.*;
 
TreeCollection.of(rootFolder)
  .stream()
  .filter(fld -> fld.folder)
  .forEach(fld) -> {
      var dotJAlbumContents = CachedFile.map(new File(fld.file, ".jalbum"))
      var cacheContents = CachedFile.map(new File(fld.file, ".jalbum/cache"))
      // State .info files
      for (Map.Entry<String, File> e : dotJAlbumContents) {
        if (e.key.endsWith(".info") && !e.key.equals(".info")) {
          if (!fld.containsName(IO.baseName(e.key))) {
             println(e.value)
             // e.value.delete() // Uncomment to also delete these stale files
           }
        }
     }
     // Stale Cache files
     for (Map.Entry<String, File> e : cacheContents) {
        if (!fld.containsName(e.key)) {
           println(e.value)
           // e.value.delete() // Uncomment to also delete these stale files
        }
     }
  }

As Jeff said, the cache files are a mine field. By looking at two out of ca. 4,000 stale cache files I saw that these cache files are the "screenshots" for the thumbs of videos. Deleting them would be wrong.