Sign in Register
Copied to clipboard

Flag this post as spam?

This post will be reported to the moderators as potential spam to be looked at


  • Tony H 52 posts 69 karma points
    Nov 29, 2016 @ 18:04
    Tony H
    0

    "Change Document Type" results in ghost page

    Hi guys,

    I don't know if anyone has had this problem before. It's seems like a bug.

    When I convert a page type on my site with the "Change Document Type" in backoffice content node context menu everything seems to work fine in backoffice.

    But when I look at my site I se that changing the page type has resulting in an extra menu node with the same name as the original node.

    To get writh of it I thought I could just delete the node in backoffice and create a new node with the new pagatype, but when deleting the node generating dublicate pages I noticed that just one of the pages was deleted. The wierd thing is that there is now no node with the that name in backoffice - but on the site (public) the node still exist.

    • I've tried to republish all nodes from roat node but the problem still exist.
    • I've looked in the /App_Data/umbraco.config file and the "ghost node" with ID "1091" is there.
    • I've looked in the database but can't find node with ID "1091" nighter in umbracoNode table nor in cmsContent table.

    This is what it looks like in umbraco.config after I Changed Document Type for a page with the ID 1120:

        <faqPage id="1120" key="ed905e76-514b-4070-95b0-32b6c5325b94" parentID="1093" level="3" creatorID="1" sortOrder="6" createDate="2016-11-23T10:44:01" updateDate="2016-11-29T18:19:47" nodeName="Vanliga frågor" urlName="vanliga-fragor" path="-1,1058,1093,1120" isDoc="" nodeType="1140" creatorName="Tony" writerName="Tony" writerID="1" template="1052" nodeTypeAlias="faqPage">
        <metaNoIndex>0</metaNoIndex>
        <hideFromBreadcrumb>0</hideFromBreadcrumb>
        <umbracoNaviHide>0</umbracoNaviHide>
      </faqPage>

    <faqPage id="1120" key="ed905e76-514b-4070-95b0-32b6c5325b94" parentID="1093" level="3" creatorID="1" sortOrder="6" createDate="2016-11-23T10:44:01" updateDate="2016-11-29T18:44:07" nodeName="Vanliga frågor" urlName="vanliga-fragor" path="-1,1058,1093,1120" isDoc="" nodeType="1140" creatorName="Tony" writerName="Tony" writerID="1" template="1052" nodeTypeAlias="faqPage">
        <metaNoIndex>0</metaNoIndex>
        <hideFromBreadcrumb>0</hideFromBreadcrumb>
        <umbracoNaviHide>0</umbracoNaviHide></faqPage>

    What am I missing here?

    Using Umbraco 7.5.4

    Copy Link
  • Nicholas Westby 2054 posts 7104 karma points c-trib
    Nov 29, 2016 @ 18:55
    Nicholas Westby
    100

    Might be related to this issue, due in 7.5.5: http://issues.umbraco.org/issue/U4-7833

    Basically, some caches aren't updated when changing the document type.

    Have you tried deleting the umbraco.config and recycling the application pool (which should regenerate the umbraco.config)?

    Copy Link
  • Tony H 52 posts 69 karma points
    Nov 29, 2016 @ 19:21
    Tony H
    0

    I've been recycling the app pool and restarted the computer just to be sure. I even updated the umbraco.config file manually (removing ghost node) but after republishing it came back again.

    But I didn't delete the umbraco.config file before recykling which I did now, I thought the file was rewritten when republishing site or recycling the app pool.

    After deleting umbraco.config + recykling app pool the ghost nodes finally went away ;)

    So this might be related to same issue...

    Thanks Nicholas.

    Copy Link
  • Nicholas Westby 2054 posts 7104 karma points c-trib
    Nov 29, 2016 @ 18:58
    Nicholas Westby
    0

    Then again, maybe it's not related to that issue. I just noticed that issue is in regards to changing a document type on the document type editor screen, which is a bit different than changing the document type of a particular content node.

    Copy Link

  • This forum is in read-only mode while we transition to the new forum.

    You can continue this topic on the new forum by tapping the "Continue discussion" link below.

Please Sign in or register to post replies