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

Admin interface redirection to raw treemenu JSON output

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: High High
    • Resolution: Fixed
    • Affects Version/s: 2012.8, 5.0, 5.1, 5.2-dev
    • Labels:
      None
    • Environment:

      Description

      Clearing the cache from the cache toolbar or using various actions from the context menu results in the admin interface redirecting to a page like the following:

      http://www.mysite.com/site_admin/content/treemenu/91/1348803553/1348800169/d7aadf5cd2b9595ddf97801795ae22b8

      The page displays raw JSON output for the treemenu...

      Related forum topic:
      http://share.ez.no/forums/general/problem-with-admin-redirections

      This issue affects versions 2012-8, 2012-9 on both environments listed, others have reported this issue on 2012-6 but I cannot confirm that one.

      I'm running 2012-9 in legacy eZPublish 4 mode.

        Issue Links

          Activity

          Hide
          Marcos Loureiro (Inactive) added a comment -

          QA Approved

          Show
          Marcos Loureiro (Inactive) added a comment - QA Approved
          Hide
          Marcos Loureiro (Inactive) added a comment - - edited

          @Team

          Could reproduce this once but, for some reason can't reproduce it anymore (not on 5.1 or master), with or without rewrite rule.
          ( when I was doing "Hide/Unhide" in a browser page and on the other the ajax call being refreshed, I could reproduce it only once on 5.1 )

          Re-made a clean installation (of both 5.1 and master)

          Then spread debug's all over file: <ezp-root>/ezpublish_legacy/kernel/private/classes/ezpkernelweb.php

          And found that call's of the tree menu weren't creating ezpKernelWeb.

          Calls caught on firebug:

          GET http://52.cen.mcl/ezdemo_site_admin/content/tree...6665/1377166643/43b864bde60564a9abad0598b1d5d203
          200 OK
          GET http://52.cen.mcl/_wdt/12abdc
          200 OK
          GET http://52.cen.mcl/ezdemo_site_admin/ezjscore/cal...ubtree::2::25::0::priority::1::?ContentType=json
          200 OK
          

          However, calls on debug:

          > Call = /ezdemo_site_admin/content/hide/62
          > Call = /ezdemo_site_admin/
          > Call = /ezdemo_site_admin/ezjscore/call/ezjscnode::subtree::2::25::0::priority::1::
          

          So for some reason the call: /ezdemo_site_admin/content/treemenu/2/1377168001/1377166643/43b864bde60564a9abad0598b1d5d203
          is not creating the "ezpKernelWeb" ( since the debug call is on ezpKernelWeb::_construct() )

          Q: Anyone has any idea why this might be happening? Or how can this tricky issue be reproduce more easily?

          Show
          Marcos Loureiro (Inactive) added a comment - - edited @Team Could reproduce this once but, for some reason can't reproduce it anymore (not on 5.1 or master), with or without rewrite rule. ( when I was doing "Hide/Unhide" in a browser page and on the other the ajax call being refreshed, I could reproduce it only once on 5.1 ) Re-made a clean installation (of both 5.1 and master) Then spread debug's all over file: <ezp-root>/ezpublish_legacy/kernel/private/classes/ezpkernelweb.php And found that call's of the tree menu weren't creating ezpKernelWeb. Calls caught on firebug : GET http://52.cen.mcl/ezdemo_site_admin/content/tree...6665/1377166643/43b864bde60564a9abad0598b1d5d203 200 OK GET http://52.cen.mcl/_wdt/12abdc 200 OK GET http://52.cen.mcl/ezdemo_site_admin/ezjscore/cal...ubtree::2::25::0::priority::1::?ContentType=json 200 OK However, calls on debug : > Call = /ezdemo_site_admin/content/hide/62 > Call = /ezdemo_site_admin/ > Call = /ezdemo_site_admin/ezjscore/call/ezjscnode::subtree::2::25::0::priority::1:: So for some reason the call: /ezdemo_site_admin/content/treemenu/2/1377168001/1377166643/43b864bde60564a9abad0598b1d5d203 is not creating the "ezpKernelWeb" ( since the debug call is on ezpKernelWeb::_construct() ) Q: Anyone has any idea why this might be happening? Or how can this tricky issue be reproduce more easily?
          Show
          André Rømcke added a comment - - edited Additional PR Merged in https://github.com/ezsystems/ezpublish-legacy/commit/12789f0d71b33eaf124083f2304e3d9be03ac4ca
          Show
          André Rømcke added a comment - PR: https://github.com/ezsystems/ezpublish-legacy/pull/716
          Show
          Jérôme Vieilledent (Inactive) added a comment - Fixed in master, https://github.com/ezsystems/ezpublish/commit/80c299ff5a10b3c39ed35e676d9214da46993e75
          Show
          Jérôme Vieilledent (Inactive) added a comment - On review: https://github.com/ezsystems/ezpublish/pull/484
          Hide
          Jérôme Vieilledent (Inactive) added a comment -

          Confirmed, but only by commenting the treemenu rewrite rule:

                  RewriteEngine On
                  # Commenting the following line triggers the problem.
                  #RewriteRule ^/([^/]+/)?content/treemenu.* /index_treemenu\.php [L]
                  RewriteRule ^/var/([^/]+/)?storage/images(-versioned)?/.* - [L]
                  RewriteRule ^/var/([^/]+/)?cache/(texttoimage|public)/.* - [L]

          Show
          Jérôme Vieilledent (Inactive) added a comment - Confirmed, but only by commenting the treemenu rewrite rule: RewriteEngine On # Commenting the following line triggers the problem. #RewriteRule ^/([^/]+/)?content/treemenu.* /index_treemenu\.php [L] RewriteRule ^/var/([^/]+/)?storage/images(-versioned)?/.* - [L] RewriteRule ^/var/([^/]+/)?cache/(texttoimage|public)/.* - [L]
          Hide
          Mavko Žmak - Žmale added a comment -

          I can confirm this behaviour. It happens both ons 2012.08 and 2012.08. Also, take a look on my comment to all this:

          http://share.ez.no/forums/general/problem-with-admin-redirections/comment77949

          Show
          Mavko Žmak - Žmale added a comment - I can confirm this behaviour. It happens both ons 2012.08 and 2012.08. Also, take a look on my comment to all this: http://share.ez.no/forums/general/problem-with-admin-redirections/comment77949

            People

            • Assignee:
              Unassigned
              Reporter:
              Nathan Kelly
            • Votes:
              0 Vote for this issue
              Watchers:
              7 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 day, 7 hours
                1d 7h