When the pg param is retrieved?

Topics: Developer Forum, Project Management Forum
May 12, 2009 at 9:16 AM
Edited May 12, 2009 at 1:11 PM

Ok guys, here my trouble. I implemented a nice function into MWPSK that allow me to respond with a clone of a page that it doesn't really exist but inherits content from a different page. This function is very interesting for case like this.

Real page http://www.xyz.net/realpage-speak-about-something.aspx
Inheriting Page http://www.xyx.net/something-category/index.aspx

It works fine but, with IE I've some trouble, becuase when I directly request this non-existent path, I don't know why, but the pg param return is always the homepage id.

I'm debugging the code, but I'm not able to identify when the pg param in the querystring is retrieved. I though the default.aspx page is the first one to run, and it seems no extra handler manage this kind of things. Any idea, suggestion?

The SiteMapNode Resolve method seems to act before the default.aspx page load (and consequently compose the page) so it's not useful.



May 12, 2009 at 1:31 PM

Ok, finally I realized what the problem was. Don't ask me why the different behaviour from IE and other W3C Compliant browser (that regularly pass the correct querystring and request).

In any case the problem was while filling the node collection that read about current node visibility (that for my needs was setup to visible=false).
Just changed a slight the source of CustomXmlSitemaProvider.cs to read the parent (inheriting) visibility status.