BV Commerce Forum
»
BV Commerce Support
»
General Support
»
363: OPEN - Disabling Auto URL Rewrite for Products results in all product urls ->gibb
Rank: Member
Joined: 9/24/2003(UTC)
Posts: 402
|
Behavior to reproduce in a default SP1 Install:
1. Create a product with a custom URL of asample.aspx
2. Visit product page, all is fine.
3. Go to "Auto Url Rewriting for Product" and uncheck. This is neccessary to avoid the errors resulting from the Anthem callbacks.
4. All product URLs have now reverted to the longwinded query strings and all custom urls are ignored.
This is contrary to the explanation of what this check button does. Without it being checked custom urls are being ignored.
Confired on a localhost copy, live copy and BV5 demo store site.
There is some type of problem with the URL system and I believe all of the bugs I'm finding are related. To some extent it seems to be a page cache issue, irregardless it renders a users site inoperative and could potentially do great harm to SEO information.
|
|
|
|
|
|
Rank: Member
Joined: 11/5/2003(UTC)
Posts: 2,136
Was thanked: 1 time(s) in 1 post(s)
|
To fix the Anthem callbacks so that they work when the URL is rewritten, edit App_Code/BaseStorePage.vb and add Anthem.Manager.BaseHref="true" as the first line in Page_PreInit. Like this,
Private Sub Page_PreInit(ByVal sender As Object, ByVal e As System.EventArgs) Handles Me.PreInit
Anthem.Manager.BaseHref = "true"
[/code] |
|
|
|
|
|
|
Rank: Member
Joined: 9/24/2003(UTC)
Posts: 402
|
Andy, this fixes the previous error showing up in the logs related to the callbacks as far as I can tell 100%...excellent.
But, the underlying issue with this exact thread is that unchecking Auto URL rewrite acutally causes it to ignore the Custom URLs created by the user which is a seperate issue. Just wanted to make sure Justin/Nick/Marcus realize that your fix resolves the other bug.
Thanks....
|
|
|
|
|
|
Rank: Member
Joined: 3/1/2006(UTC)
Posts: 1,142
|
I wonder why you are having this issue, yet we are not seeing it when we test the store. We use rewritten urls on everything and are having no problems with the callbacks. Andy, what does the BaseHref setting the anthem Manager do? |
Justin Etheredge
Senior Software Engineer
BVSoftware |
|
|
|
|
|
Rank: Member
Joined: 9/24/2003(UTC)
Posts: 402
|
Justin, my demo store has a single product, Product A (you'll have to search for it). You can see it generates the exact error being described. After making a color change, or adding to cart you can go to the options...event log and see the error. http://demo.bvsoftware.com/Demoa911e2d6751f4a6c8bd478716f499108/ I figured it made sense to create the demo store so I can be sure I'm replicating real problems and not those that are self inflicted :) Andy's fix does work.
|
|
|
|
|
|
Rank: Member
Joined: 11/5/2003(UTC)
Posts: 2,136
Was thanked: 1 time(s) in 1 post(s)
|
Originally Posted by: "Justin Etheredge" 
Andy, what does the BaseHref setting the anthem Manager do?
The short answer is that it prevents Anthem from shortening the callback url. The long answer is that when I started working on Anthem I found that Jason (the author) had some code to create the callback url. The code trims the full request url to something shorter. I'm not sure why. Unfortunately it broke Anthem on pages that had <base href=""> tags. Even more unfortunately, there is no way to determine in ASP.NET if there *is* a base href in effect. I originally thought I would need to tell Anthem what base href to use (hence Anthem.Manager.BaseHref is a string). But eventually I found that all I really needed to do was short circuit the code that Jason wrote. Once it worked I moved on to other areas of Anthem. That is why BaseHref looks like a hack. |
|
|
|
|
|
|
Rank: Member
Joined: 9/24/2003(UTC)
Posts: 402
|
|
|
|
|
|
|
Rank: Member
Joined: 11/5/2003(UTC)
Posts: 1,786
|
All new bugs are listed as unconfirmed until our developers have duplicated the bug and verified the issue reported is the cause of the problem. It takes time to process all incoming bugs so even if you can duplicate it quickly it may be a little while before we can process the entry.
|
|
|
|
|
|
Rank: Member
Joined: 9/24/2003(UTC)
Posts: 402
|
Marcus that's reasonable, I'm just hoping the fix provided by one of your users will be incorporated in the next service pack.
|
|
|
|
|
|
Forum Jump
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.