Download & Extend
Sub-path URL Aliases » Issues

Subpath Alias breaks Views and Devel

Posted by olafveerman on September 7, 2009 at 3:00pm
Project:Sub-path URL Aliases
Version:6.x-1.1
Component:Code
Category:bug report
Priority:critical
Assigned:Unassigned
Status:active

Issue Summary

With Views I created several pages and defined their paths like:

section1/agenda
section1/users

This works well, but when I enable Subpath Alias, I can't access these views anymore. Instead they direct me to section1

Disabling Subpath Alias makes it work again.

Login or register to post comments

Comments

#1

Posted by RobNL on September 12, 2009 at 11:05am

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.

#2

Posted by tim.plunkett on September 15, 2009 at 6:28pm
Title:Subpath Alias breaks Views» Subpath Alias breaks Views and Devel

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

#3

Posted by akhodakovskiy on September 17, 2009 at 6:32pm

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

#4

Posted by nagiek on December 1, 2009 at 3:26am

subscribe

#5

Posted by ManyNancy on January 19, 2010 at 10:27pm

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!

#6

Posted by ManyNancy on January 19, 2010 at 10:27pm
Priority:normal» critical

#7

Posted by ManyNancy on January 19, 2010 at 10:27pm
Version:6.x-1.0» 6.x-1.1

#8

Posted by kaianine on January 20, 2010 at 6:41am

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.

#9

Posted by smk-ka on January 22, 2010 at 10:51pm

@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.

#10

Posted by iva2k on March 1, 2010 at 5:53am

subscribe

#11

Posted by iole on March 4, 2010 at 7:15am

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.

#12

Posted by thijslemmens on March 8, 2010 at 6:56pm

subscribe

#13

Posted by flips on March 24, 2010 at 10:04am

Same issue here.

#14

Posted by Jerome F on March 26, 2010 at 1:13pm

Subscribing

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

#15

Posted by blueblade on April 6, 2010 at 1:58pm

subscribe

#16

Posted by Mars2012 on April 20, 2010 at 12:21pm

Anyone has a solution for this?

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

#17

Posted by Mars2012 on April 20, 2010 at 3:17pm

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

#18

Posted by blueblade on April 21, 2010 at 3:48am

Hi, you mean version 6.x-1.1?

#19

Posted by Mars2012 on April 21, 2010 at 9:22pm

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

#20

Posted by crea on May 6, 2010 at 7:16pm

Subscribing

#21

Posted by YK85 on May 11, 2010 at 8:39am

subscribing

#22

Posted by Cyberwolf on May 17, 2010 at 8:09am

Subscribing.

#23

Posted by jleinenbach on October 28, 2010 at 8:26pm

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

#24

Posted by Dave Reid on October 29, 2010 at 7:03pm
Status:active» closed (duplicate)

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

#25

Posted by Stilgar on November 5, 2010 at 8:56am
Status:closed (duplicate)» active

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

#26

Posted by ajdonnison on February 2, 2012 at 2:56am

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.

#27

Posted by ajdonnison on February 2, 2012 at 2:58am

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

AttachmentSize
subpath_alias-views_page_failure_fix-570670-26.patch 947 bytes

#28

Posted by jasom on February 11, 2012 at 2:30pm

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