Bug #55714

Not available storages assigned to user shouldn't cause "hard failure"

Added by Stefan Neufeind over 1 year ago. Updated 16 days ago.

Status:Resolved Start date:2014-02-06
Priority:Should have Due date:
Assigned To:Georg Ringer % Done:

100%

Category:File Abstraction Layer (FAL) Spent time: -
Target version:7.4 (Backend)
TYPO3 Version:6.2 Is Regression:No
PHP Version: Sprint Focus:
Complexity:

Description

It's been mentioned on the German TYPO3-list yesterday/today that a user receives

Oops, an error occurred!
Could not find row with uid "2" in table sys_file_storage More information regarding this error might be available online.

when logging in. It was assumed that there was a storage with uid 2 assigned to the user and afterwards deleted.

I see two problems here:
1) Once the storage is deleted you might not be able to remove the reference in the user-settings anymore. Or would it go away if you open and just save the user again?
2) Can we / do we want to avoid the "hard" failure for the user right after login? Maybe just show a notice or so?


Related issues

related to Core - Bug #50871: Remove option to delete a File Storage New 2013-08-07

Associated revisions

Revision f4dc2c66
Added by Georg Ringer 16 days ago

[BUGFIX] Invalid sys file storages must be ignored

If a storage is not available anymore, it must be ignored

Change-Id: Ie00af1bc086871c046ac4556c0119fc82d30a17e
Resolves: #55714
Releases: master, 6.2
Reviewed-on: http://review.typo3.org/41693
Reviewed-by: David Greiner <>
Reviewed-by: Jan Helke <>
Tested-by: Jan Helke <>
Reviewed-by: Anja Leichsenring <>
Tested-by: Anja Leichsenring <>

Revision 5b631c67
Added by Georg Ringer 16 days ago

[BUGFIX] Invalid sys file storages must be ignored

If a storage is not available anymore, it must be ignored

Change-Id: Ie00af1bc086871c046ac4556c0119fc82d30a17e
Resolves: #55714
Releases: master, 6.2
Reviewed-on: http://review.typo3.org/41696
Reviewed-by: Anja Leichsenring <>
Tested-by: Anja Leichsenring <>

History

#1 Updated by Sebastian Fischer over 1 year ago

to 1. from my understanding. If you edit a user record the available storage get added to the field. This differes from what is stored in the database. On saving the unavailable record gets removed from the selection in the user record.

#2 Updated by Gerrit Code Review 16 days ago

  • Status changed from New to Under Review

Patch set 1 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at http://review.typo3.org/41693

#3 Updated by Georg Ringer 16 days ago

  • Assigned To set to Georg Ringer
  • Target version set to 7.4 (Backend)

#4 Updated by Gerrit Code Review 16 days ago

Patch set 1 for branch TYPO3_6-2 of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at http://review.typo3.org/41696

#5 Updated by Georg Ringer 16 days ago

  • Status changed from Under Review to Resolved
  • % Done changed from 0 to 100

Also available in: Atom PDF