Closed (fixed)
Project:
Rules
Version:
8.x-3.x-dev
Component:
Rules Core
Priority:
Major
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
8 Mar 2018 at 16:59 UTC
Updated:
1 Jun 2018 at 14:34 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #2
brunodboSame issue here with a standalone page (so not overriding e.g., the node page).
Watchdog has this:
Symfony\Component\Routing\Exception\ResourceNotFoundException: No routes found for "/test". in Drupal\Core\Routing\Router->matchRequest() (line 125 of /home/bruno/workspace/tx8/drupal_composer/web/core/lib/Drupal/Core/Routing/Router.php).When I look at the
develroutes list (/devel/routes), I can see the route name listed for my path, but when I click the 'Devel' button next to that, I get the warning message that it'sUnable to load route for url '/test'.Comment #3
brunodboLooks like this might be coming from Rules (https://www.drupal.org/project/rules/): if I disable Rules on my site, page_manager pages load fine.
@drupalstrap: Do you have Rules installed on your site? Can you see if uninstalling it makes a difference?
Comment #4
pyxio commentedyes i confirm uninstalling rules brings the pages back.
Comment #5
eclipsegc commentedOk, so do we want to move this to the rules issue queue then? Does simply having rules enabled cause the issue? or do particular setups cause the problem in the events/conditions/actions of a particular rule?
Eclipse
Comment #6
brunodboYep, I was going to move it but didn't get around to it earlier. Updating the summary as well.
For me, it was simply having Rules enabled that caused page_manager pages to return a 404. I didn't have any rules configured on my site yet.
Comment #7
brunodboComment #8
eclipsegc commentedSo page_manager defines its routes via a subscription to the RoutingEvents::ALTER event. Rules is also using this event. I looked at it and saw nothing that gave me pause, but we might try turning it off anyway just to see if it solves the issue.
Eclipse
Comment #9
mpotter commentedConfirm that this is happening on my client site also. Rules + Page_Manager gives "Page not found" on pages...uninstalling Rules restores functionality. This is even using the page_manager 4.0-beta2+patch for core 8.5.
Unfortunately this site needs both Rules and Page Manager, so I need to big into this more. Thanks for the info on the RoutingEvents::Alter...I'll start looking there.
Comment #10
mpotter commentedNot sure the RoutingEvents::Alter is the cause. I commented out the code in that class in Rules and still had the problem when Rules was enabled. Digging more.
Comment #11
mpotter commentedRan through xdebug and looks like the rules.ui_route_enhancer is giving an exception "The "" plugin does not exist." when called by VariantRouteFilter::getRequestAttributes(). This causes it to return False so getVariantRouteName() doesn't return the page_manager route name. Looking more into a fix.
Comment #12
mpotter commentedThe problem is that rules is assuming that every route has a "_rules_ui" option entry that specifies a Rules plugin. Definitely a problem with Rules and not Page Manager. Not exactly sure why this just happens now in Drupal 8.5, but it's clearly a bug. Here is a patch that ensures it doesn't try to load an invalid plugin_id.
Marking this as Major since this could affect any other module that calls the route enhancer and not just page_manager.
Comment #13
tim.plunkett#2953397: Provide BC layer for RouteEnhancerInterface will fix this by providing a BC layer for #2883680: Force all route filters and route enhancers to be non-lazy
Here's a fix to stop using the deprecated approach
Comment #14
tim.plunkettSlight crosspost there. The patches do roughly the same thing.
Comment #15
superlolo95 commentedpatch worked for me
thanks
Comment #16
pbosmans commentedThank you. Patch #13 worked for me.
Comment #17
guillaumeduveauPatch #13 works for me too.
Comment #18
tim.plunkettThe BC layer was added to Page Manager. But this should also be committed.
Can someone mark this RTBC?
Comment #19
abrammThe patch #13 works just fine for me.
RTBC.
Comment #20
tr commentedComment #22
fagothx, committed.