Uploaded image for project: 'eZ Publish / Platform'
  1. eZ Publish / Platform
  2. EZP-16800

after removing objects with images (ezimage) and files (ezbinaryfile) the srcfiles are not removed from var/storage

    Details

      Description

      Today i wonder that the src files of ez objedt attributes (ezimage and ezbinaryfile) are not removed after deleteing the contentobject.
      That is not nice!!!!
      So the var dir is growing up and we can't clean it up!!!

      When moving to trash the objects are not available over the old url - see this issue
      #014983: Files are still available when object is moved to trash [patch]

      may be this, too:
      #015021: Duplication of images in storage folder when renaming a node

      The src files should be removed after the object is deleting from trash or directly!!!!!

      I think this is a very importent issue!!!!

      Hopefully fixed in ez4.4

      Steps to reproduce
      • go to media/images
      • create a new image 'yourimage'
      • go to filesystem /var/storage/images/media/ yourimage => check the src file
      • delete the image in admin directly (not to trash)
        => the object is deleted, the imagefiles not

      the same with ezfile ...

      Moving to trash rename the ezbinaryfile and the ezimage folder is renamed to ( ... /trash ), so the old url is not available anymore (#014983)

        Issue Links

          Activity

          Hide
          Felix Woldt added a comment -

          tested with ez420 and ez44 trunk with php 5.2.12 and php5.3.1 on fedora 11 php fcgi mode

          Show
          Felix Woldt added a comment - tested with ez420 and ez44 trunk with php 5.2.12 and php5.3.1 on fedora 11 php fcgi mode
          Hide
          Paul Borgermans added a comment -

          Cannot reproduce on eZ Publish 4.2, 4.3 with standard Apache setup, PHP 5.2.6 with APC

          Show
          Paul Borgermans added a comment - Cannot reproduce on eZ Publish 4.2, 4.3 with standard Apache setup, PHP 5.2.6 with APC
          Hide
          Chen Xiongjie added a comment -

          Can't reproduce it on trunk(4.4), php 5.3.0, mac.

          Show
          Chen Xiongjie added a comment - Can't reproduce it on trunk(4.4), php 5.3.0, mac.
          Hide
          Felix Woldt added a comment -

          I am using the new eZFS2FileHandler

          file.ini.append.php

          [ClusteringSettings]
          FileHandler=eZFS2FileHandler
          

          eZFS2FileHandler only set expiry time of binary files with touch function but do not remove it.

          eZFS2FileHandler basic idea is
          "don't delete and then regenerate, but expire, then regenerate and replace"

          for cache files it should work.

          i did a small patch - may be it is a workaround. only cache files get the expiry functionality and all other files e.g. in storage dir were deleted

          @see kernel/private/classes/clusterfilehandlers/ezfs2filehandler.php::delete()
          ez-trunk-eZFS2FileHandler-delete-src-files-images-correctly.patch

          Show
          Felix Woldt added a comment - I am using the new eZFS2FileHandler file.ini.append.php [ClusteringSettings] FileHandler=eZFS2FileHandler eZFS2FileHandler only set expiry time of binary files with touch function but do not remove it. eZFS2FileHandler basic idea is "don't delete and then regenerate, but expire, then regenerate and replace" for cache files it should work. i did a small patch - may be it is a workaround. only cache files get the expiry functionality and all other files e.g. in storage dir were deleted @see kernel/private/classes/clusterfilehandlers/ezfs2filehandler.php::delete() ez-trunk-eZFS2FileHandler-delete-src-files-images-correctly.patch
          Hide
          Felix Woldt added a comment -

          If this bug is fixed,
          may be we need a php script which remove all old images an binary files which are not use any longer.

          Show
          Felix Woldt added a comment - If this bug is fixed, may be we need a php script which remove all old images an binary files which are not use any longer.
          Hide
          ezrobot added a comment -

          This issue has been automatically closed due to the lack of activity over a long period of time. It is very likely that it is obsolete, but if you think it is still valid, do not hesitate to reopen it and mention why.

          Show
          ezrobot added a comment - This issue has been automatically closed due to the lack of activity over a long period of time. It is very likely that it is obsolete, but if you think it is still valid, do not hesitate to reopen it and mention why.
          Hide
          Bertrand Dunogier added a comment -

          Fixed in eZ Publish 4.7 EE, see https://jira.ez.no/browse/EZP-21360.

          Show
          Bertrand Dunogier added a comment - Fixed in eZ Publish 4.7 EE, see https://jira.ez.no/browse/EZP-21360 .

            People

            • Assignee:
              unknown
              Reporter:
              Felix Woldt
            • Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

              • Created:
                Updated: