Task #51762
closedEpic #55070: Workpackages
Epic #54260: WP: FAL Missing Issues / Features / API
Story #54267: As an Editor I want to use a FAL withouth bugs
Exception instead of nice warning when opening filelist as restricted be-user after updating 6.1.3 -> 6.1.4
100%
Description
After updating from 6.1.3 to 6.1.4, I get an exception like in the attached screenshot, when opening the filelist as restricted backend-user.
Before, I just got a nice, blue, warning - see attached screenshot.
Files
Updated by Ernesto Baschny about 11 years ago
- Category set to File Abstraction Layer (FAL)
- Status changed from New to Accepted
- Target version changed from 2463 to 6.2.0
Updated by Simon Schick about 11 years ago
Just to have this note added: The mount-point shown here has the flag "is browsable" set to FALSE.
Updated by Steffen Ritter almost 11 years ago
- Assignee set to Steffen Ritter
- Complexity set to no-brainer
- Is Regression set to No
Updated by Björn Jacob almost 11 years ago
I'm experiencing the same problem right now in 6.2.0beta4. The restricted be-user wants to access the file mount (which is fileadmin/user_upload). When the user loads the file list module the above mentioned exception is displayed. I've also inserted the UserTS proposed here: http://typo3.org/teams/security/security-bulletins/typo3-core/typo3-core-sa-2013-003/. An admin user does not get the exception. The file mount is browseable.
Edit: For testing I've created a subfolder in fileadmin/user_upload/ and set this as root for the file mount. But it does not solve the problem. The exception is still thrown.
Updated by Steffen Ritter almost 11 years ago
- Status changed from Accepted to Needs Feedback
please check if that still is happening in the current master as of today;
sadly that won't be backported as it introduced a new class.
Updated by Ingo Schmitt almost 11 years ago
Error display is now as attached screenshot. Only happens when the filesystems rights are changed when the user is browsing the folder in the list or the user modifies the GET parameter for the path.
If the folder is not accessible the link to the detailed view is not existing.
So, the new screen is fine for me, since a "normal" user won't see it.
Updated by Gerrit Code Review almost 11 years ago
- Status changed from Needs Feedback 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 https://review.typo3.org/27189
Updated by Gerrit Code Review almost 11 years ago
Patch set 2 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/27189
Updated by Gerrit Code Review almost 11 years ago
Patch set 3 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/27189
Updated by Gerrit Code Review almost 11 years ago
Patch set 4 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/27189
Updated by Gerrit Code Review almost 11 years ago
Patch set 5 for branch master of project Packages/TYPO3.CMS has been pushed to the review server.
It is available at https://review.typo3.org/27189
Updated by Ingo Schmitt almost 11 years ago
- Status changed from Under Review to Resolved
- % Done changed from 0 to 100
Applied in changeset 6fe13fdbca9c759d931777fc5a51bc4361c38602.
Updated by Björn Jacob almost 11 years ago
I've checked out the current master as of today. With this version I don't get any exception. The behavior is as expected, i.e. the user can show the "root" of the file mount.
Updated by Riccardo De Contardi about 7 years ago
- Status changed from Resolved to Closed