<div dir="ltr">Hallo,<div>in regard to </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><span style="font-size:12.8px">Why can't digikam do the same thing? If the file goes missing, amend the still existing preview with an icon telling the user that the original has vanished. If he then wants to do something with the original prompt him with the file dialog so that he can locate the original and thus regain access to it. If a whole folder has gone missing (by for example renaming to reflect the location) then locating one file would automatically reestablish database connection for the rest. That way digikam would be much more robust, it just doesn't bode well if the database information are still lost so easily...</span></blockquote><div>it is now a wish in the bug tracker: <a href="https://bugs.kde.org/show_bug.cgi?id=389680">https://bugs.kde.org/show_bug.cgi?id=389680</a><br></div><div><br></div><div>by <span style="font-size:12.8px">extended attributes you talking about this: <a href="https://en.wikipedia.org/wiki/Extended_file_attributes">https://en.wikipedia.org/wiki/Extended_file_attributes</a>?</span></div></div><div class="gmail_extra"><br><div class="gmail_quote">2018-01-30 15:04 GMT+01:00 Marc Palaus <span dir="ltr"><<a href="mailto:marcpalaus@hotmail.com" target="_blank">marcpalaus@hotmail.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div>
<div dir="auto">Yes, of course, they were added as network shares (the third option). The other two options were collections in the local hard drive and collections in external drives, and I didn't use any of these two.</div>
</div>

</blockquote></div><br></div>