Fix is_parent not working with redirect '@child'

[andjsch]

Fixes#2359

• Fix issue

Why does this work?
The uri() method gives the actual URL of the entry, while the url() method gives the url() of the child in case of redirect child. This way, the isAncestorOf() method delivers correct results.

[jasonvarga]

This isn't quite the right solution.

It needs to be the url to include any configured site subdirectory. The problem seems to be what you've discovered though. Looks like we'll need a way to get the url without following the redirect.

[andjsch]

Any suggestions then?

In my use cases this solved the problem in all scenarios. I'd be eager to find out if it works for the others that commented on the issue as well. Don't think anybody tried though...

[andjsch]

Nevermind. I thought about it and do understand now. I'll fiddle around with it later this week and will add a method for getting the actual URL entry without following the redirect and use that instead.

[jasonvarga]

Closing this to keep organized. Feel free to open another PR.

[andjsch]

Fixes#2359

• Fix issue

Why does this work?
The uri() method gives the actual URL of the entry, while the url() method gives the url() of the child in case of redirect child. This way, the isAncestorOf() method delivers correct results.

[jasonvarga]

This isn't quite the right solution.

It needs to be the url to include any configured site subdirectory. The problem seems to be what you've discovered though. Looks like we'll need a way to get the url without following the redirect.

[andjsch]

Any suggestions then?

In my use cases this solved the problem in all scenarios. I'd be eager to find out if it works for the others that commented on the issue as well. Don't think anybody tried though...

[andjsch]

Nevermind. I thought about it and do understand now. I'll fiddle around with it later this week and will add a method for getting the actual URL entry without following the redirect and use that instead.

[jasonvarga]

Closing this to keep organized. Feel free to open another PR.

[andjsch]

Fixes#2359

• Fix issue

Why does this work?
The uri() method gives the actual URL of the entry, while the url() method gives the url() of the child in case of redirect child. This way, the isAncestorOf() method delivers correct results.

[jasonvarga]

This isn't quite the right solution.

It needs to be the url to include any configured site subdirectory. The problem seems to be what you've discovered though. Looks like we'll need a way to get the url without following the redirect.

[andjsch]

Any suggestions then?

In my use cases this solved the problem in all scenarios. I'd be eager to find out if it works for the others that commented on the issue as well. Don't think anybody tried though...

[andjsch]

Nevermind. I thought about it and do understand now. I'll fiddle around with it later this week and will add a method for getting the actual URL entry without following the redirect and use that instead.

[jasonvarga]

Closing this to keep organized. Feel free to open another PR.

[andjsch]

Fixes#2359

• Fix issue

Why does this work?
The uri() method gives the actual URL of the entry, while the url() method gives the url() of the child in case of redirect child. This way, the isAncestorOf() method delivers correct results.

[jasonvarga]

This isn't quite the right solution.

It needs to be the url to include any configured site subdirectory. The problem seems to be what you've discovered though. Looks like we'll need a way to get the url without following the redirect.

[andjsch]

Any suggestions then?

In my use cases this solved the problem in all scenarios. I'd be eager to find out if it works for the others that commented on the issue as well. Don't think anybody tried though...

[andjsch]

Nevermind. I thought about it and do understand now. I'll fiddle around with it later this week and will add a method for getting the actual URL entry without following the redirect and use that instead.

[jasonvarga]

Closing this to keep organized. Feel free to open another PR.

[andjsch]

Fixes#2359

• Fix issue

Why does this work?
The uri() method gives the actual URL of the entry, while the url() method gives the url() of the child in case of redirect child. This way, the isAncestorOf() method delivers correct results.

[jasonvarga]

This isn't quite the right solution.

It needs to be the url to include any configured site subdirectory. The problem seems to be what you've discovered though. Looks like we'll need a way to get the url without following the redirect.

[andjsch]

Any suggestions then?

In my use cases this solved the problem in all scenarios. I'd be eager to find out if it works for the others that commented on the issue as well. Don't think anybody tried though...

[andjsch]

Nevermind. I thought about it and do understand now. I'll fiddle around with it later this week and will add a method for getting the actual URL entry without following the redirect and use that instead.

[jasonvarga]

Closing this to keep organized. Feel free to open another PR.

[andjsch]

Fixes#2359

• Fix issue

Why does this work?
The uri() method gives the actual URL of the entry, while the url() method gives the url() of the child in case of redirect child. This way, the isAncestorOf() method delivers correct results.

[jasonvarga]

This isn't quite the right solution.

It needs to be the url to include any configured site subdirectory. The problem seems to be what you've discovered though. Looks like we'll need a way to get the url without following the redirect.

[andjsch]

Any suggestions then?

In my use cases this solved the problem in all scenarios. I'd be eager to find out if it works for the others that commented on the issue as well. Don't think anybody tried though...

[andjsch]

Nevermind. I thought about it and do understand now. I'll fiddle around with it later this week and will add a method for getting the actual URL entry without following the redirect and use that instead.

[jasonvarga]

Closing this to keep organized. Feel free to open another PR.

[andjsch]

Fixes#2359

• Fix issue

Why does this work?
The uri() method gives the actual URL of the entry, while the url() method gives the url() of the child in case of redirect child. This way, the isAncestorOf() method delivers correct results.

[jasonvarga]

This isn't quite the right solution.

It needs to be the url to include any configured site subdirectory. The problem seems to be what you've discovered though. Looks like we'll need a way to get the url without following the redirect.

[andjsch]

Any suggestions then?

In my use cases this solved the problem in all scenarios. I'd be eager to find out if it works for the others that commented on the issue as well. Don't think anybody tried though...

[andjsch]

Nevermind. I thought about it and do understand now. I'll fiddle around with it later this week and will add a method for getting the actual URL entry without following the redirect and use that instead.

[jasonvarga]

Closing this to keep organized. Feel free to open another PR.

[andjsch]

Fixes#2359

• Fix issue

Why does this work?
The uri() method gives the actual URL of the entry, while the url() method gives the url() of the child in case of redirect child. This way, the isAncestorOf() method delivers correct results.

[jasonvarga]

This isn't quite the right solution.

It needs to be the url to include any configured site subdirectory. The problem seems to be what you've discovered though. Looks like we'll need a way to get the url without following the redirect.

[andjsch]

Any suggestions then?

In my use cases this solved the problem in all scenarios. I'd be eager to find out if it works for the others that commented on the issue as well. Don't think anybody tried though...

[andjsch]

Nevermind. I thought about it and do understand now. I'll fiddle around with it later this week and will add a method for getting the actual URL entry without following the redirect and use that instead.

[jasonvarga]

Closing this to keep organized. Feel free to open another PR.