[TYPO3-dam-devel] RFC #11083 DAM duplicates Medias in Workspace

[Chris Müller]

+1 by testing

I tested it against the recent svn version of the 1.1 trunk.

I tested the following:
1. Upload an image in the custom workspace
2. Look in User Tools>Workspace: There is one new entry for the meta 
information
3. Toogle in Media>File to list view and upload view and list view: 
There is only one new entry and not more entries like before the patch
4. Attach the image to content element in workspace: you can select the 
image
5. Save the content element
6. Preview the page in workspace: the image is visible

I checked also what happens if you delete an image which is uploaded in 
custom workspace:
1. Upload an image in the custom workspace
2. Look in User Tools>Workspace: There is one new entry
3. Delete the newly uploaded image.
4. Look in User Rools>Workspace: The entry is not shown anymore. That is 
different than before the patch where the meta information record was 
still available.


One small problem: If you add a caption for the image in meta fields of 
the image the caption is not shown in workspace view of the page until 
the meta information is published. But this should be another bug report 
which is different from this RFC.


 From my view of point this patch can be added to the recent version.

Regards,
Chris.


Am 23.02.2010 14:45, schrieb Martin Kästner:
> This is an SVN patch request.
>
> Type: Bugfix
>
> Bugtracker references:
> http://bugs.typo3.org/view.php?id=11083
>
> Branches:
> 1.1 and trunk
>
> Problem:
> Using DAM with Workspaces creates duplicates of every media file which
> is uploaded in a (draft or custom) workspace because indexing finds only
> workspace placeholders and can not match with found filenames (and
> path). Filenames and filepath are not save in the workspace
> placeholders. Deeper explanation in the bug entry.
>
> Solution:
> Use the TCA option "shadowColumnsForNewPlaceholders" to make sure also
> the placeholders have the needed file info for indexing.
>
> Notice:
> Patch is against the trunk from SVN...
>
> But it's my first SVN patch request. Anything to make it better next
> time? ;-)
>
> Bye