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

Objects restored from trash seems to loose main location

    Details

      Description

      Steps to Reproduce
      • Create one folder - Folder1
      • See the locations tab - The main location is set
      • Click on "Send to Trash" for Folder1
      • Go to "Trash"
      • Select "Folder1" and click on "Restore Selected"
      • View Folder 1
      • See the locations tab - The main location is now unset

      If I make a callback, then I can see that the main location is defined again. I don't know if this issue fits within EZP-26013

        Issue Links

          Activity

          Hide
          Damien Pobel (Inactive) added a comment -

          Can you test in the dev environment to check if this is also happening. If it's not the case, it's probably the same cache issue as in EZP-24944, EZP-25003 and EZP-25919 (I'm unsure about EZP-26013). Also, if you wait for 60 seconds and you refresh the page displaying the restored Content item, I'm pretty sure the main Location is back.

          Show
          Damien Pobel (Inactive) added a comment - Can you test in the dev environment to check if this is also happening. If it's not the case, it's probably the same cache issue as in EZP-24944 , EZP-25003 and EZP-25919 (I'm unsure about EZP-26013 ). Also, if you wait for 60 seconds and you refresh the page displaying the restored Content item, I'm pretty sure the main Location is back.
          Hide
          Paulo Nunes (Inactive) added a comment - - edited

          [~damien.pobel@ez.no]:
          The issue does not happen in dev.
          Regarding the 60 seconds, yes, If I wait this time then the main location is back.

          Show
          Paulo Nunes (Inactive) added a comment - - edited [~damien.pobel@ez.no] : The issue does not happen in dev. Regarding the 60 seconds, yes, If I wait this time then the main location is back.
          Hide
          Damien Pobel (Inactive) added a comment -

          Confirmed as a HTTP cache related issue when sending to trash and/or restoring from the trash

          Show
          Damien Pobel (Inactive) added a comment - Confirmed as a HTTP cache related issue when sending to trash and/or restoring from the trash
          Hide
          Paulo Nunes (Inactive) added a comment -

          This issue no longer happens on 1.5.0-rc3

          Show
          Paulo Nunes (Inactive) added a comment - This issue no longer happens on 1.5.0-rc3
          Hide
          Damien Pobel (Inactive) added a comment -

          Paulo Nunes any reason to not close this issue then ?

          Show
          Damien Pobel (Inactive) added a comment - Paulo Nunes any reason to not close this issue then ?
          Hide
          Paulo Nunes (Inactive) added a comment -

          [~damien.pobel@ez.no] because of 1.4.x sub-releases. This issue doesn't occur on 1.5.0, but happened on a 1.4.1 and I still have to double-check on a git installation using 1.4 branch (in my to-do list for today). If it's ok in this branch, then i'll close it.

          Show
          Paulo Nunes (Inactive) added a comment - [~damien.pobel@ez.no] because of 1.4.x sub-releases. This issue doesn't occur on 1.5.0, but happened on a 1.4.1 and I still have to double-check on a git installation using 1.4 branch (in my to-do list for today). If it's ok in this branch, then i'll close it.
          Hide
          Damien Pobel (Inactive) added a comment -

          good point

          Show
          Damien Pobel (Inactive) added a comment - good point
          Hide
          Paulo Nunes (Inactive) added a comment -

          Confirmed, The issue doesn't seen to happen in a git installation using 1.4 branch.
          Being so, i'll close the current issue.

          Show
          Paulo Nunes (Inactive) added a comment - Confirmed, The issue doesn't seen to happen in a git installation using 1.4 branch. Being so, i'll close the current issue.

            People

            • Assignee:
              Unassigned
              Reporter:
              Paulo Nunes (Inactive)
            • Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: