I'm working on a project using Umbraco 4.7.1. The problem I'm having is that paths to some pages two levels down the file structure and more are not being returned correctly by umbraco.library:NiceUrl and are also shown incorrectly in the 'Link to document' box on the Properties tab for the documents.
The file structure is along these lines:
Content - Level1 (/level1 - correct) - Level2 (/level2 - correct) - Doc1 (showing /level1/level2/doc1 - should be /level2/doc1)
- Doc2 (showing /level1/level2/doc2 - should be /level2/doc2)
It was working fine until last week, when the site went live. The only action taken to make the site live was to point a different domain at the IIS installation and add a binding, so I don't see how that can have had an effect.
If I republish the entire site the problem goes away, the 'Link to document' paths show the correct information and everything is happy for a period of time, but then the problem magically comes back. No-one else has been allowed in the Umbraco back-office since I've been trying to sort this out, so I'm happy that this isn't down to someone else's intervention.
In other posts where people have had similar problems there have been suggestions that it is to do with the database having incorrect information in it somewhere, but I don't see how the problem can be 'solved' by republishing and then revert to the problem again without some intervention - unless there is some kind of periodic caching that goes on in the background that I don't know about.
If anyone has any suggestions about what to try I'd really appreciate it. I'm not that familiar with the various Umbraco config files, so if suggestions involve making changes in them please be specific about the files you mean to save me coming back and asking ...!
- What is the value of the hideTopLevelNodeFromPath setting?
- Do you have hostnames configured on some nodes?
Also, if /level1 is correct for Level1 then /level2 is _not_ correct for Level2, it should be /level1/level2 (hideTopLevelNodeFromPath being false). And if it is /level2 (hideTopLevelNodeFromPath being true), then for Level1 it is simply /.
Any issue of that type _should_ be fixed in 4.10...
Thanks for the response. I'm not completely confident I'm looking in the right place for these settings, but there is the following in ther web.config file:
and nothing along the lines of hideTopLevelNodeFromPath in the umbracoSettings.config file - not sure if it should be there but some other posts on teh forum suggest that it maybe should be - perhaps an older version?
I do not have hostnames configured on nodes yet, although I will need to do that at some point when another part of the project goes live.
Sorry about the level example - I wasn't clear what I meant:
Content - Level1(/level1.aspx - correct) - Level2 (/level2.aspx - correct) -Doc1(showing /level1/level2/doc1.aspx - should be /level2/doc1.aspx) -Doc2(showing /level1/level2/doc2.aspx - should be /level2/doc2.aspx)
I managed to leave the .aspx extensions off the paths as shown. I hope that makes more sense now.
The thing that still bothers me is that when I republish the site and the problem goes away for a while - but then comes back ...
Incorrect path in 'Link to document'
Hi,
I'm working on a project using Umbraco 4.7.1. The problem I'm having is that paths to some pages two levels down the file structure and more are not being returned correctly by umbraco.library:NiceUrl and are also shown incorrectly in the 'Link to document' box on the Properties tab for the documents.
The file structure is along these lines:
It was working fine until last week, when the site went live. The only action taken to make the site live was to point a different domain at the IIS installation and add a binding, so I don't see how that can have had an effect.
If I republish the entire site the problem goes away, the 'Link to document' paths show the correct information and everything is happy for a period of time, but then the problem magically comes back. No-one else has been allowed in the Umbraco back-office since I've been trying to sort this out, so I'm happy that this isn't down to someone else's intervention.
In other posts where people have had similar problems there have been suggestions that it is to do with the database having incorrect information in it somewhere, but I don't see how the problem can be 'solved' by republishing and then revert to the problem again without some intervention - unless there is some kind of periodic caching that goes on in the background that I don't know about.
If anyone has any suggestions about what to try I'd really appreciate it. I'm not that familiar with the various Umbraco config files, so if suggestions involve making changes in them please be specific about the files you mean to save me coming back and asking ...!
Thanks,
Crac
Few questions:
- What is the value of the hideTopLevelNodeFromPath setting?
- Do you have hostnames configured on some nodes?
Also, if /level1 is correct for Level1 then /level2 is _not_ correct for Level2, it should be /level1/level2 (hideTopLevelNodeFromPath being false). And if it is /level2 (hideTopLevelNodeFromPath being true), then for Level1 it is simply /.
Any issue of that type _should_ be fixed in 4.10...
Hi Stephen,
Thanks for the response. I'm not completely confident I'm looking in the right place for these settings, but there is the following in ther web.config file:
<add key="umbracoHideTopLevelNodeFromPath" value="true" />
and nothing along the lines of hideTopLevelNodeFromPath in the umbracoSettings.config file - not sure if it should be there but some other posts on teh forum suggest that it maybe should be - perhaps an older version?
I do not have hostnames configured on nodes yet, although I will need to do that at some point when another part of the project goes live.
Sorry about the level example - I wasn't clear what I meant:
I managed to leave the .aspx extensions off the paths as shown. I hope that makes more sense now.
The thing that still bothers me is that when I republish the site and the problem goes away for a while - but then comes back ...
Any suggestions?
Cheers,
Crac
is working on a reply...