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

Image Objects are not correctly displayed in ezflow

    Details

      Description

      Image objects are not displayed when trying to access them through the front-end (i.e: ezflow), and showing unexpected behavior when caches are cleared.

      Scenario 1:

      • Create a folder, and within it an Image object in the admin interface
      • Verify that you can view it by accessing the image, still in the admin interface
      • Go to the front-end, i.e, ezflow
      • Access the folder wherein you created the Image, verify that you can see its thumbnail
      • Access the Image, verify that you cannot see the image

      Scenario 2:

      • Create the folder and Image object as you did in the previous scenario
      • In the front-end, access the folder wherein you created the Image
      • Through the terminal, clear all caches
      • Refresh the page, the thumbnails will now be gone *

      * The image is visible again only if, through the admin interface, you edit the Image object, and then discard the draft

      There are zero errors or notices (apache logs, symfony logs/debugger (using index_dev), ezpublish-legacy logs, Firebug & Chrome dev-tools); everything works as expected by bypassing symfony and accessing the ezpublish_legacy directory directly.

        Activity

        Filipe Dobreira (Inactive) created issue -
        Filipe Dobreira (Inactive) made changes -
        Field Original Value New Value
        Summary Image Objects are not correctly displayed Image Objects are not correctly displayed in ezflow
        Filipe Dobreira (Inactive) made changes -
        Description Image objects are not displayed when trying to access them through the front-end (i.e: ezflow), and showing unexpected behavior when caches are cleared.

        Scenario 1:
         - Create a folder, and within it an Image object in the admin interface
         - Verify that you can view it by accessing the image, still in the admin interface
         - Go to the front-end, i.e, ezflow
         - Access the folder wherein you created the Image, verify that you can see its thumbnail
         - Access the Image, verify that you cannot see the image

        Scenario 2:
         - Create the folder and Image object as you did in the previous scenario
         - In the front-end, access the folder wherein you created the Image
         - Through the terminal, clear all caches
         - Refresh the page, the thumbnails will now be gone \*


        \* The image is visible again only if, through the admin interface, you edit the Image object, and then discard the draft


        There are zero errors or notices (apache logs, symfony logs/debugger (using index_dev), ezpublish-legacy logs); everything works as expected by bypassing symfony and accessing the ezpublish_legacy directory directly.
        Image objects are not displayed when trying to access them through the front-end (i.e: ezflow), and showing unexpected behavior when caches are cleared.

        Scenario 1:
         - Create a folder, and within it an Image object in the admin interface
         - Verify that you can view it by accessing the image, still in the admin interface
         - Go to the front-end, i.e, ezflow
         - Access the folder wherein you created the Image, verify that you can see its thumbnail
         - Access the Image, verify that you cannot see the image

        Scenario 2:
         - Create the folder and Image object as you did in the previous scenario
         - In the front-end, access the folder wherein you created the Image
         - Through the terminal, clear all caches
         - Refresh the page, the thumbnails will now be gone \*


        \* The image is visible again only if, through the admin interface, you edit the Image object, and then discard the draft


        There are zero errors or notices (apache logs, symfony logs/debugger (using index_dev), ezpublish-legacy logs, Firebug & Chrome dev-tools); everything works as expected by bypassing symfony and accessing the ezpublish_legacy directory directly.
        Vidar Langseid made changes -
        Affects Version/s 5.0 Certification [ 11013 ]
        Affects Version/s QA tracked issues [ 11072 ]
        Vidar Langseid made changes -
        Fix Version/s QA tracked issues [ 11072 ]
        Fix Version/s 5.0 Certification [ 11013 ]
        Vidar Langseid made changes -
        Status Open [ 1 ] Backlog [ 10000 ]
        Vidar Langseid made changes -
        Status Backlog [ 10000 ] InputQ [ 10001 ]
        Vidar Langseid made changes -
        Rank Ranked higher
        Damien Pobel (Inactive) made changes -
        Status InputQ [ 10001 ] Development [ 3 ]
        Assignee Damien Pobel [ damien.pobel@ez.no ]
        Damien Pobel (Inactive) made changes -
        Remaining Estimate 0 minutes [ 0 ]
        Time Spent 1 hour [ 3600 ]
        Worklog Id 22368 [ 22368 ]
        Filipe Dobreira (Inactive) made changes -
        Assignee Damien Pobel [ damien.pobel@ez.no ] Filipe Dobreira [ filipe.dobreira@ez.no ]
        Filipe Dobreira (Inactive) made changes -
        Status Development [ 3 ] Devlopment done [ 5 ]
        Filipe Dobreira (Inactive) made changes -
        Assignee Filipe Dobreira [ filipe.dobreira@ez.no ]
        Status Devlopment done [ 5 ] Closed [ 6 ]
        Resolution Fixed [ 1 ]
        Pedro Resende (Inactive) made changes -
        Resolution Fixed [ 1 ]
        Status Closed [ 6 ] Reopened [ 4 ]
        Vidar Langseid made changes -
        Status Reopened [ 4 ] Backlog [ 10000 ]
        Vidar Langseid made changes -
        Status Backlog [ 10000 ] InputQ [ 10001 ]
        Paulo Nunes (Inactive) made changes -
        Status InputQ [ 10001 ] QA [ 10008 ]
        Assignee Paulo Nunes [ paulo.nunes@ez.no ]
        Paulo Nunes (Inactive) made changes -
        Status QA [ 10008 ] QA done [ 10007 ]
        André Rømcke made changes -
        Assignee Paulo Nunes [ paulo.nunes@ez.no ]
        Status QA done [ 10007 ] Closed [ 6 ]
        Fix Version/s 5.0.0rc1 [ 11080 ]
        Resolution Fixed [ 1 ]
        André Rømcke made changes -
        Workflow eZ Community Workflow [ 34218 ] eZ Engineering Scrumban Workflow [ 48691 ]
        André Rømcke made changes -
        Workflow eZ Engineering Scrumban Workflow [ 48691 ] EZ* Development Workflow [ 83166 ]
        Alex Schuster made changes -
        Workflow EZ* Development Workflow [ 83166 ] EZEE Development Workflow [ 121746 ]

          People

          • Assignee:
            Unassigned
            Reporter:
            Filipe Dobreira (Inactive)
          • Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved:

              Time Tracking

              Estimated:
              Original Estimate - Not Specified
              Not Specified
              Remaining:
              Remaining Estimate - 0 minutes
              0m
              Logged:
              Time Spent - 1 hour
              1h