Project

General

Profile

Actions

Bug #19293

closed

Element browser should forward readOnly state to hooking browsers

Added by Stanislas Rolland over 15 years ago. Updated over 15 years ago.

Status:
Closed
Priority:
Should have
Category:
-
Target version:
-
Start date:
2008-09-05
Due date:
% Done:

0%

Estimated time:
TYPO3 Version:
4.3
PHP Version:
4.3
Tags:
Complexity:
Is Regression:
Sprint Focus:

Description

When additional mounts options are used, browse_links should forward to hooking browsers the resulting readOnly state.

(issue imported from #M9297)


Files


Related issues 3 (0 open3 closed)

Related to TYPO3 Core - Bug #19292: htmlArea RTE: remove upload form when element browser is in readOnly modeClosedStanislas Rolland2008-09-05

Actions
Related to TYPO3 Core - Feature #19191: Enable feature in element browser in rte like in normal oneClosedSteffen Kamper2008-08-02

Actions
Is duplicate of TYPO3 Core - Bug #19310: Bugfix for temporary FilemountsClosedSteffen Kamper2008-09-10

Actions
Actions #1

Updated by Steffen Kamper over 15 years ago

Hi Stan,

some additional ideas to this, some are written in core list as well.

What is the idea of read-only? They are Mountpoints where user have no right to add/change anything.

Now, using this Mountpoints in Element Browser, i see only one issue where a user could change something - that is in file browser and it's upload a file.

So IMHO the flag readOnly is not necessary at all, only in file browser, where the original and the temporary filemounts are mixed, it has to be determined if the selected folder is part of the temporary mount. if yes, don't show upload form.

Beside that i feel that the user-ftp-icon is the wrong icon for such folders, the right one would be icon with a lock symbol, but i didn't investigated, where the user-ftp-icon is used at other places, if not i'm for replacing this icon.

vg Steffen

Actions #2

Updated by Stanislas Rolland over 15 years ago

Hi Steffen,

I would like to reach a stable state first using the read-only flag, because there are still issues with the feature in link wizard mode and in DAM. But I think that you are right and that the read-only flag is not needed in the case of altMounts on the pageTree. I will remove that at least.

Stan

Actions #3

Updated by Stanislas Rolland over 15 years ago

Attaching new versions of the patch for TYPO3_4-2 and trunk respectively.

In wizard and RTE mode, both webmounts and filemounts need to be checked because links may be to both pages and files. When dam_ttcontent is installed, then both webmounts and filemounts need to be checked also because the element browsers is then in db mode, not in file mode, for media/image insertion. So I removed the break after the webmounts check and let execution flow through.

Also, I leave the readOnly flag to false, if only alternate webmounts are configured because the user cannot change/update while selecting a link in the page tree.

Actions #4

Updated by Stanislas Rolland over 15 years ago

The TYPO3 element browser uses additional form fields for upload, but DAM uses an additional tab. In this context, it would be sufficient not to show the alternate mounts on the DAM upload tab.

Actions #5

Updated by Stanislas Rolland over 15 years ago

Closing this issue as it has become a duplicate of #19310.

Actions

Also available in: Atom PDF