2.5.1 - logLinks "content" functionality & how to retroactively process logs without re-downloading?

[kauffy]

The prompt pull appears to be working, but the content of the prompt file is merely an LF and then the actual text {{embedDesc}}.

[get-got]

Can you try {{msgContent}} to see if it's parsing the data keys at all?

If it can parse that, the only reason it would fail to parse {{embedDesc}} is if it thinks there's 0 embeds attached to the message.

[kauffy]

Yes! That does put the content into the .prompt file.

Though, it is not grabbing .prompts for any existing images.

[get-got]

It would only log upon a file download, so you would need to do "save": false, and "savePossibleDuplicates": true, to ignore database checking, should work with both of those.

As for embedDesc being blank, send a screenshot of how these look in Discord. Midjourney is likely not putting the prompt in the embed description but rather in the field table.

[kauffy]

If I do the save: false/savePD: true setting, it won't attempt to re-download the images? I have about 10K in one folder alone-- they've been downloaded a few times.

Here's one. This image had not been downloaded yet (DDG seemed to be ignore some recent files), but DDG pulled it, and its prompt, down.

[get-got]

@kauffy "save": false, completely prevents writing media files for that specific configuration group, "savePossibleDuplicates": true, ignores database checking. That should allow you to do whatever, ignoring database entries and not actually saving the files. It should still log as though they're being downloaded, they're just never written to the destination. This example you've given would use {{msgContent}} for prompt grabbing.

[kauffy]

Well, something strange is happening-- that particular channel, she is STILL the last picture that was downloaded. I moved the channel id to the front of the list, but it still seems to be ignored.
The last file saved of any kind in that channel's folder is from Feb. 15, though that may have been manual. The last .prompt file is from Feb. 12.