Deleting file fields makes file fields in the panel seem empty, while they are not about kirby HOT 5 OPEN

@gbdesign2023 ehat he's saying is that the file itself was deleted but the files field still holds the reference to that non-existing file. He's right that the a panel won't show it, but tests like Empty/NotEmpty will say it has content.

from kirby.

I think the easy workaround would be

if ($file = $page->musicmp3()->toFile()) {
    $audioMusic[] = $fille->url();
}

from kirby.

Thanks for the super quick workaround, this solves my immediate problem. 🙏

However, I think the issue itself remains, the fields should not appear empty in the panel when they still hold content. 🙂

from kirby.

@trych Is it possible that no file template has been assigned to the file? Is the file still in the content folder? Please upload another file and check the .txt file to see if a template has been assigned.

from kirby.

I guess the question is whether a "File not found" symbol or graphic (like a crossed out filename or something) is really better than simply hiding the link to the non existing file.
I mean would it make the UX really better?
If I think of an example where a page has a pages field with min: 1, multiple: false, then something deletes the linked file from the server and therefore the user needs to relink a new file: would it really be better to have it show a non existing file first?

That also means the files field would need to store the name of the file (not only the uuid), otherwise, at most it could only display a random identifier which isn't really useful to a user. But storing the filename makes everything more complicated: when someone renames a file, kirby now has to update every reference to it in the whole website.

My 2 cts: I'm fine with having the reference missing in the panel as this reflects the results of a ->toFiles(), which is what the docs tell us to use

from kirby.