Details
-
Bug
-
Resolution: Fixed
-
High
-
5.1
-
None
Description
After editing a user, sending the object parent to trash and restoring it, trying to login in the frontend will result in an exception / HTTP 500 error.
Steps to reproduce:
- Create a user group
- Create an user object under this group, and edit it once again (do not specify any image).
- Remove the group to trash.
- Restore the user/group:
- Restore group to original location
- Restore user to the (now restored) group location
- Login with this user in the frontend
h5 Result:
An exception will be thrown:
Argument '$path' is invalid: Storage directory not found in "user-name"
Further Notes:
After "trashing" the user, the image attribute (for the published version 2) on the database seems wrong. instead of empty file, it now contains:
<?xml version="1.0" encoding="utf-8"?> <ezimage serial_number="1" is_valid="" filename="c992d69f74dcf51ff04a051ef0d93d6b." suffix="" basename="c992d69f74dcf51ff04a051ef0d93d6b" dirpath="/trashed" url="/trashed/c992d69f74dcf51ff04a051ef0d93d6b." original_filename="" mime_type="" width="" height="" alternative_text="" alias_key="1293033771" timestamp="1393596398"><original attribute_id="628" attribute_version="1" attribute_language="eng-GB"/></ezimage>
After restoring it:
<?xml version="1.0" encoding="utf-8"?> <ezimage serial_number="1" is_valid="" filename="mem2-mem1." suffix="" basename="mem2-mem1" dirpath="" url="mem2-mem1." original_filename="" mime_type="" width="" height="" alternative_text="" alias_key="1293033771" timestamp="1393596398"><original attribute_id="628" attribute_version="1" attribute_language="eng-GB"/></ezimage>
Attachments
Issue Links
- is blocked by
-
EZP-22628 Trashing an edited user throws errors
- Closed