Rename problems (CONF-496) persist in pages made with previous versions

XMLWordPrintable

    • Type: Bug
    • Resolution: Fixed
    • Priority: Medium
    • 1.0 Release Candidate 2
    • Affects Version/s: 1.0 Release Candidate 1
    • Component/s: None
    • Environment:

      Version: 1.0rc1 Build:#36 Feb 06, 2004 running on resin 2.1.11, Sun JVM 1.4.1_01-b01

      This installation started out at Version: 1.0b4 Build:#34 Jan 27, 2004, or possibly a different build number. Renaming issues similar to CONF-496 appear on older pages but not newer pages.

      This implies that the fix for CONF-496 changed some data storage process or Thing. Is this in fact the case? If so, is there a SQL or other patch to correct the old data that was stored differently?

      Here's what was happening:

      I went to rename a page, which had a link to it on its parent (not a children macro), and the link to it didn't show up with its checkbox. I renamed the page anyway. On the parent page, the old name still showed up, colored as if it were an existing page. Clicking on the link took me to the page. The page title used the new name, and the breadcrumbs used the old name. I clicked to edit the page, updated while changing nothing, and the breadcrumbs changed to use the new name. Parent link still there (this is correct).

      However, if I attempt this process on a page I just created, it is renamed properly & thoroughly and the above does not happen.

              Assignee:
              Charles Miller (Inactive)
              Reporter:
              Rachel McConnell
              Votes:
              0 Vote for this issue
              Watchers:
              0 Start watching this issue

                Created:
                Updated:
                Resolved: