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

Sub Items not updated when publishing article using ezasynchronouspublisher

    Details

      Description

      If you enable ezasynchronouspublisher and add an object, the number of Sub items won't be updated

      This issue has problably something to do with https://jira.ez.no/browse/EZP-20558.

        Issue Links

          Activity

          Hide
          Damien Pobel (Inactive) added a comment -

          I'm not able to reproduce this issue. Most likely, it has been fixed with EZP-20558 or others recent cache related issues...
          Can you retest with a recent build ?

          Show
          Damien Pobel (Inactive) added a comment - I'm not able to reproduce this issue. Most likely, it has been fixed with EZP-20558 or others recent cache related issues... Can you retest with a recent build ?
          Hide
          Pedro Resende (Inactive) added a comment -

          [~damien.pobel@ez.no]: Just rested and it's still failing. I made the following steps

          1. Added in site.ini.append.php
           
          [PublishingSettings]
          AsynchronousPublishing=enabled
           
           
          2. Added in cronjob.ini.append.php
          [PublishingSettings]
          [CronjobPart-frequent]
          Scripts[]=indexcontent.php
           
          3. Added the ezasynchronouspublisher to /etc/ini.d folder 
           
          cd /etc/init.d
          sudo ln -s /path/to/ezpublish/bin/startup/debian/ezasynchronouspublisher ./ezasynchronouspublisher
          sudo chmod +x ./asynchronous-publishing
           
          4. Copied the rhel configutations
           
          sudo cp ./bin/startup/rhel/ezasynchronouspublisher.defaults /etc/ezasynchronouspublisher.conf
           
          5. Started the daemon
           
          sudo -i /etc/init.d/ezasynchronouspublisher start 
           
          6. Added an "article" in the backoffice 
          7. Ran the cronjob
           
          php runcronjobs.php frequent
           
          8. The number of Sub items remains unaltered

          Show
          Pedro Resende (Inactive) added a comment - [~damien.pobel@ez.no] : Just rested and it's still failing. I made the following steps 1. Added in site.ini.append.php   [PublishingSettings] AsynchronousPublishing=enabled     2. Added in cronjob.ini.append.php [PublishingSettings] [CronjobPart-frequent] Scripts[]=indexcontent.php   3. Added the ezasynchronouspublisher to /etc/ini.d folder   cd /etc/init.d sudo ln -s /path/to/ezpublish/bin/startup/debian/ezasynchronouspublisher ./ezasynchronouspublisher sudo chmod +x ./asynchronous-publishing   4. Copied the rhel configutations   sudo cp ./bin/startup/rhel/ezasynchronouspublisher.defaults /etc/ezasynchronouspublisher.conf   5. Started the daemon   sudo -i /etc/init.d/ezasynchronouspublisher start   6. Added an "article" in the backoffice 7. Ran the cronjob   php runcronjobs.php frequent   8. The number of Sub items remains unaltered
          Hide
          Damien Pobel (Inactive) added a comment -

          Pedro,

          1. what is the point of adding indexcontent.php cronjob script here ? This is completely unrelated and what you add in cronjob.ini.append.php in the step 2. is completely BROKEN
          2. you're installing the debian init.d script with the RHEL configuration, do you seriously think it is the normal setup and this will work ?

          Show
          Damien Pobel (Inactive) added a comment - Pedro, 1. what is the point of adding indexcontent.php cronjob script here ? This is completely unrelated and what you add in cronjob.ini.append.php in the step 2. is completely BROKEN 2. you're installing the debian init.d script with the RHEL configuration, do you seriously think it is the normal setup and this will work ?
          Hide
          Damien Pobel (Inactive) added a comment -

          And which build did you use ?

          Do you reproduce the issue when directly running php bin/php/ezasynchronouspublisher.php with the correct user instead of starting the daemon with /etc/init.d/ezasynchronouspublisher start ?

          Show
          Damien Pobel (Inactive) added a comment - And which build did you use ? Do you reproduce the issue when directly running php bin/php/ezasynchronouspublisher.php with the correct user instead of starting the daemon with /etc/init.d/ezasynchronouspublisher start ?
          Hide
          Paulo Nunes (Inactive) added a comment -

          QA Approved

          Show
          Paulo Nunes (Inactive) added a comment - QA Approved

            People

            • Assignee:
              Unassigned
              Reporter:
              Pedro Resende (Inactive)
            • Votes:
              0 Vote for this issue
              Watchers:
              3 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, 30 minutes
                1h 30m