Subpath Alias breaks Views and Devel

I experience the same problem as oBirdman describes. Disabling Subpath makes it work again, but I found an other solution.

I renamed the views in:

section1-agenda
section2-agenda

and then I added the URL aliases:

section1-agenda --> section1/agenda
section1-users --> section1/users

Then the views work with the Subpath Alias enabled. It is a bit curious, but for some dynamic theming reasons I need the 'section1/' in my URL's.

Also breaks Devel's dev load and dev render tabs.
The error given is "too many redirects".

Ajaxed pager in Views doesn't work as well.
I think module should make Views hook it's method to obtain proper system path.

subscribe

I also had a problem with ajax pager. I didn't realize it was this module.

Also the same problem as topic starter.

Please fix! This is a great module. Thanks!

i have this problem as well, with the subpath.

in my instance, using subpath w/ ubercart products, the edit link for the product also does not work, returning a browser-based looping redirect error. (as mentioned by another user above, my node's Devel links are also broken when subpath is enabled)

disabling subpath returns the link to it's original path (node/##/edit) allowing the edit link to function as intended.

@kaianine: do you have the Global Redirect module installed? If so you'll find the solution here: #346911: Redirect Loop and custom_url_rewrite ignored.

subscribe

Same issue here. I would love to use this module, but it stops the Calendar module's calendar view from displaying anything but the default view, as it seems to stop the view from seeing any arguments.

subscribe

Same issue here.

Subscribing

If this module breaks views and panels arguments I can't use it.

subscribe

Anyone has a solution for this?

I have see drupal webpages which work just fine with the subdomain.

SOLVED!

Unistall the module Sub-path URL Aliases and maybe you don't need the URL alter either.
Install the module Extended path aliases.

Follow the Readme.txt to install this module.

It's very easy to configure.

Configuration = NONE ;-)

Enjoy

Hi, you mean version 6.x-1.1?

Hi again,
Version 6.x-1.1 and 6.x-1.0. These module have bugs.
The two modules Sub-path URL Aliases and URL alter (needed by Sub-path URL Aliases) don't work together.

The module Extended path aliases work 100%.

Regards

Subscribing

subscribing

Subscribing.

#346911: Redirect Loop and custom_url_rewrite ignored fixed my problem, too.

Sounds like this has been confirmed multiple times that the problem lies in Global redirect.

I confirm Views' page malfunction without Global redirect installed. Do you need reproduction on vanilla Drupal?

I can confirm the problem exists, and is related to the custom url rewrite functions. If you install the facebook integration module it installs its own custom url rewrite functions, so url_alter cannot implement its own, and the problem goes away. Investigating further.

*update* - definitely a problem in subpath_alias_url_inbound_alter function. Looks like it doesn't know that the path already is in use by a view.

*further update* - The problem is that the view will register the path with the menu router, however the path aliasing occurs before the menu system starts up, and modifies the path that is looked for. Ideally the subpath_alter_url_inbound_alter function should check if the module views exists and if the path is already in the menu router. Unfortunately the alter function runs before full initialisation, so we can't query if views exists nor can we check the menu system, as it isn't loaded.

The following patch addresses the issue, although I'm not happy that we have to do a database lookup to get this.

#27 not working for me, because if was causing by broken quicktabs js. So this comment is irrelevant.

Thanks ajdonnison! #27 worked for me for views that had 'sub-directory' structures in their paths.

The patch in #27 works for me as well. Views paths are now working.

Hopefully this patch can be reviewed further by those more familiar with the code in this module.

Oh, snap! #27 worked for me too! Can't believe it!

I am going to be bold and RTBC this. DB lookup may suck, but the issue sucks more.

Something about this patch stopped working for me. I cannot figure out what it is.

In trying to figure it out, I set up a barebones D6 install with just CCK, Date, Views 3, Sub-path URL Aliases (with patch in #27), and URL alter, (and Devel generate).

• I created a bunch of path-aliased Page and Story nodes.
• The Page nodes have a date field on them.
• I created a View with an argument to show me Pages based on the Year.
• In the argument I used Provide default argument > Raw value from URL > Path component: 2.
• The Page display has a path of example/%/pages.
• Works fine in the preview with "2012" as an argument.
• Works fine at example/2012/pages.
• I edit the path of a node (Story node) to be example/2012.
• The view at example/2012/pages no longer works and I see only the node content from the example/2012 node.

I do not know why I reported the patch worked back in March. It must have seemed that way for some reason. It doesn't work for me any more and I'm quite sure I'm using the exact same versions of all the modules involved as I was back then. I attached the View if anyone cares to try to reproduce what I'm trying.