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

Adding a new location don't refresh content tree

    Details

    • Type: Bug Bug
    • Status: Confirmed
    • Priority: High High
    • Resolution: Unresolved
    • Affects Version/s: 1.5.1, 1.6.0, 1.5.2, 1.7.0, 1.6.2, 1.7.1, 1.8.0, 1.7.2
    • Fix Version/s: QA tracked issues
    • Component/s: Caching
    • Labels:
    • Environment:

      Operating System: Debian 8
      PHP Version: 5.6.14-0+deb8u1
      Database and version: Mysql 5.5.46-0+deb8u1
      Browser (and version): Firefox 49
      Env: Prod

      Description

      As the summary says, whith cluster configuration, adding a new location to an object don't immediately refresh the discovery bar content tree.

      Steps to Reproduce

      1 - Create two folders in paralell: Folder1 and Folder2
      2 - Access Folder1
      3 - Create one article - Article1
      4 - See Content Tree on the discovery bar - Article1 is within Folder1
      5 - Add Folder2 as new location for Article1
      6 - See Content Tree - Article1 is not shown within Folder2

      If we view Article1 that is within Folder 2, and then open content tree, then the tree is updated and we can see the updated structure.

        Issue Links

          Activity

          Paulo Nunes (Inactive) created issue -
          Paulo Nunes (Inactive) made changes -
          Field Original Value New Value
          Description As the summary says, using cluster configuration, adding a new location to an object don't immediatly refresh the discovery bar content tree.
          h5.Steps to Reproduce
          1 - Create two folders in paralell: Folder1 and Folder2
          2 - Access Folder1
          3 - Create one article - Article1
          4 - See Content Tree on the discovery bar - Article1 is within Folder1
          5 - Add Folder2 as new location for Article1
          6 - See Content Tree - Article1 is not shown within Folder2

          If we access Article1 within Folder 2 and then open content tree, then the content tree is updated and we can see the updated tree structure.

          Doing these steps on an environment without cluster configuration shows Article1 in both folders when we open content tree.
          Did these steps both in my php5.6 environment (with memcached) as in my php7.0 (with Redis). The results were the same.

          h5. Environment:
          Cluster environment with 4 servers and memcached:
          Server1: varnish
          Server2: ezdfs1 - ezplatform installation
          Server2: ezdfs2 - ezplatform installation
          Server3 - Database
          Operating System: Debian 8
          PHP Version: 5.6.14-0+deb8u1
          Database and version: Mysql 5.5.46-0+deb8u1
          Browser (and version): Firefox 49
          Env: Prod

          I don't know if this might be relevant, but my stash config is:
          {{$ app/console debug:config stash}}
          {noformat}
          Current configuration for extension with alias "stash"
          ======================================================

          stash:
              caches:
                  default:
                      inMemory: true
                      registerDoctrineAdapter: false
                      drivers:
                          - Memcache
                      Memcache:
                          prefix_key: ezdemo_
                          retry_timeout: 1
                          servers:
                              -
                                  server: 10.0.5.2
                                  port: 11211
                              -
                                  server: 10.0.5.3
                                  port: 11211
                      registerSessionHandler: false
                      logger: null
                      BlackHole: { }
                      Ephemeral: { }
                      FileSystem:
                          dirSplit: 2
                          path: '%kernel.cache_dir%/stash'
                          filePermissions: 432
                          dirPermissions: 504
                          memKeyLimit: 200
                          keyHashFunction: md5
                          encoder: Native
              tracking_values: false
              default_cache: default
          {noformat}
          As the summary says, whith cluster configuration, adding a new location to an object don't immediately refresh the discovery bar content tree.
          h5.Steps to Reproduce
          1 - Create two folders in paralell: Folder1 and Folder2
          2 - Access Folder1
          3 - Create one article - Article1
          4 - See Content Tree on the discovery bar - Article1 is within Folder1
          5 - Add Folder2 as new location for Article1
          6 - See Content Tree - Article1 is not shown within Folder2

          If we view Article1 that is within Folder 2, and then open content tree, then the tree is updated and we can see the updated structure.

          Doing these steps on an environment without cluster configuration shows Article1 in both folders when we open content tree.
          Did these steps both in my php5.6 environment (with memcached) as in my php7.0 (with Redis). The results were the same.

          h5. Environment:
          Cluster environment with 4 servers and memcached:
          Server1: varnish
          Server2: ezdfs1 - ezplatform installation
          Server2: ezdfs2 - ezplatform installation
          Server3 - Database
          Operating System: Debian 8
          PHP Version: 5.6.14-0+deb8u1
          Database and version: Mysql 5.5.46-0+deb8u1
          Browser (and version): Firefox 49
          Env: Prod

          I don't know if this might be relevant, but my stash config is:
          {{$ app/console debug:config stash}}
          {noformat}
          Current configuration for extension with alias "stash"
          ======================================================

          stash:
              caches:
                  default:
                      inMemory: true
                      registerDoctrineAdapter: false
                      drivers:
                          - Memcache
                      Memcache:
                          prefix_key: ezdemo_
                          retry_timeout: 1
                          servers:
                              -
                                  server: 10.0.5.2
                                  port: 11211
                              -
                                  server: 10.0.5.3
                                  port: 11211
                      registerSessionHandler: false
                      logger: null
                      BlackHole: { }
                      Ephemeral: { }
                      FileSystem:
                          dirSplit: 2
                          path: '%kernel.cache_dir%/stash'
                          filePermissions: 432
                          dirPermissions: 504
                          memKeyLimit: 200
                          keyHashFunction: md5
                          encoder: Native
              tracking_values: false
              default_cache: default
          {noformat}
          Paulo Nunes (Inactive) made changes -
          Status Open [ 1 ] Confirmed [ 10037 ]
          Hide
          Bertrand Dunogier added a comment -

          Given that it is not a regression from 1.6.x, I'll mark it as affecting 1.6.0, since it won't be fixed for this release.

          Show
          Bertrand Dunogier added a comment - Given that it is not a regression from 1.6.x, I'll mark it as affecting 1.6.0, since it won't be fixed for this release.
          Bertrand Dunogier made changes -
          Labels QA QA clustering
          Bertrand Dunogier made changes -
          Affects Version/s 1.6.0 [ 14600 ]
          Paulo Nunes (Inactive) made changes -
          Description As the summary says, whith cluster configuration, adding a new location to an object don't immediately refresh the discovery bar content tree.
          h5.Steps to Reproduce
          1 - Create two folders in paralell: Folder1 and Folder2
          2 - Access Folder1
          3 - Create one article - Article1
          4 - See Content Tree on the discovery bar - Article1 is within Folder1
          5 - Add Folder2 as new location for Article1
          6 - See Content Tree - Article1 is not shown within Folder2

          If we view Article1 that is within Folder 2, and then open content tree, then the tree is updated and we can see the updated structure.

          Doing these steps on an environment without cluster configuration shows Article1 in both folders when we open content tree.
          Did these steps both in my php5.6 environment (with memcached) as in my php7.0 (with Redis). The results were the same.

          h5. Environment:
          Cluster environment with 4 servers and memcached:
          Server1: varnish
          Server2: ezdfs1 - ezplatform installation
          Server2: ezdfs2 - ezplatform installation
          Server3 - Database
          Operating System: Debian 8
          PHP Version: 5.6.14-0+deb8u1
          Database and version: Mysql 5.5.46-0+deb8u1
          Browser (and version): Firefox 49
          Env: Prod

          I don't know if this might be relevant, but my stash config is:
          {{$ app/console debug:config stash}}
          {noformat}
          Current configuration for extension with alias "stash"
          ======================================================

          stash:
              caches:
                  default:
                      inMemory: true
                      registerDoctrineAdapter: false
                      drivers:
                          - Memcache
                      Memcache:
                          prefix_key: ezdemo_
                          retry_timeout: 1
                          servers:
                              -
                                  server: 10.0.5.2
                                  port: 11211
                              -
                                  server: 10.0.5.3
                                  port: 11211
                      registerSessionHandler: false
                      logger: null
                      BlackHole: { }
                      Ephemeral: { }
                      FileSystem:
                          dirSplit: 2
                          path: '%kernel.cache_dir%/stash'
                          filePermissions: 432
                          dirPermissions: 504
                          memKeyLimit: 200
                          keyHashFunction: md5
                          encoder: Native
              tracking_values: false
              default_cache: default
          {noformat}
          As the summary says, -whith cluster configuration-, adding a new location to an object don't immediately refresh the discovery bar content tree.
          h5.Steps to Reproduce
          1 - Create two folders in paralell: Folder1 and Folder2
          2 - Access Folder1
          3 - Create one article - Article1
          4 - See Content Tree on the discovery bar - Article1 is within Folder1
          5 - Add Folder2 as new location for Article1
          6 - See Content Tree - Article1 is not shown within Folder2

          If we view Article1 that is within Folder 2, and then open content tree, then the tree is updated and we can see the updated structure.
          Paulo Nunes (Inactive) made changes -
          Summary Cluster: Adding a new location don't refresh content tree Adding a new location don't refresh content tree
          Hide
          Paulo Nunes (Inactive) added a comment -

          First places to look would be HttpCache+Varnish and Persistence\Cache if something is not correctly cleared in cluster as opposed to single server setup.
          I assume here this is tested and works on single server, with HttpCache enabled (default in prod).

          I re-wrote the description. In a clean installation, in single server, I wasn't also able to make it work. Bellow are some extra steps that folled me into thinking it was working.
          Tried with both HttpCache enabled/disabled and the result is the same.

          Doing these extra steps, after a certain point, the tree seems to be refreshed:

          Steps to be made after the ones from description

          7 - Change main location to Folder2
          8 - The Content Tree still don't update
          9 - Remove "Folder1" location
          10- View the content tree again. Now the content tree was updated (but here we had EZP-26498 issue)
          11 - From now on, if we add "Folder1" as new location again, the content tree updates itself - that's why it wrongly seems to work yesterday on single server

          Show
          Paulo Nunes (Inactive) added a comment - First places to look would be HttpCache+Varnish and Persistence\Cache if something is not correctly cleared in cluster as opposed to single server setup. I assume here this is tested and works on single server, with HttpCache enabled (default in prod). I re-wrote the description. In a clean installation, in single server, I wasn't also able to make it work. Bellow are some extra steps that folled me into thinking it was working. Tried with both HttpCache enabled/disabled and the result is the same. Doing these extra steps, after a certain point, the tree seems to be refreshed: Steps to be made after the ones from description 7 - Change main location to Folder2 8 - The Content Tree still don't update 9 - Remove "Folder1" location 10- View the content tree again. Now the content tree was updated (but here we had EZP-26498 issue) 11 - From now on, if we add "Folder1" as new location again, the content tree updates itself - that's why it wrongly seems to work yesterday on single server
          Paulo Nunes (Inactive) made changes -
          Link This issue testing discovered EZP-26498 [ EZP-26498 ]
          Paulo Nunes (Inactive) made changes -
          Environment (see in description) Operating System: Debian 8
          PHP Version: 5.6.14-0+deb8u1
          Database and version: Mysql 5.5.46-0+deb8u1
          Browser (and version): Firefox 49
          Env: Prod
          Yannick Roger (Inactive) made changes -
          Affects Version/s 1.6.0-rc1 [ 14620 ]
          Bertrand Dunogier made changes -
          Labels QA clustering QA
          Paulo Nunes (Inactive) made changes -
          Affects Version/s 1.5.2 [ 14604 ]
          Affects Version/s 1.6.2 [ 14637 ]
          Paulo Nunes (Inactive) made changes -
          Affects Version/s 1.7.1 [ 14681 ]
          Affects Version/s 1.7.0 [ 14616 ]
          Affects Version/s 1.8.0 [ 14682 ]
          Paulo Nunes (Inactive) made changes -
          Affects Version/s 1.7.2 [ 14690 ]
          Alex Schuster made changes -
          Workflow EZ* Development Workflow [ 101070 ] EZEE Development Workflow [ 108746 ]
          Transition Time In Source Status Execution Times Last Executer Last Execution Date
          Open Open Confirmed Confirmed
          1m 42s 1 Paulo Nunes 24/Oct/16 5:44 PM

            People

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

              Dates

              • Created:
                Updated: