Edgewall Software
Modify

Opened 12 years ago

Closed 12 years ago

#10430 closed defect (worksforme)

Renaming pages from "xx" to "./xx" causes permanent deletion of that page!

Reported by: timo.birnschein@… Owned by:
Priority: normal Milestone:
Component: wiki system Version: 0.12.2
Severity: critical Keywords:
Cc: Branch:
Release Notes:
API Changes:
Internal Changes:

Description

What I wanted: I wanted to reorganize my Trac to a folder-like structure. So I decided to try renaming pages to do so.

What I did:

  • Click on a page to view it. Went to the bottom, clicked on "Rename Page". A new page appeared asking me for a new name. I changed the name of that page from "Electronic_Comp" to "./Electronic_Comp".
  • Renaming was reported successful, including all the history.
  • When I tried to open that page again it told me that the page does not exist and if I'd like to create it. (The page was full of information before and therefore existing…).
  • I went to the History tab and saw that renaming was successful in a way that the history reports the name of the page with "./Electronic_Comp" for each existing change.
  • When I click on on of the links it reports yet another error: "No version "XX" for Wiki page "Electronic_Comp"
  • When I go back to the wiki-start page and I click on the Electronic_Comp link I get the info that this page is not available, but a page named "./Electronic_Comp" is available. When I click on that link, the exact same page pops up.

My assumption: The Unix-name representation of that page is equal. I guess Trac copies the old page to a new location with the new name, corrects all existing entries of that page in the system and deletes the old page. Since the old and the new page has the same linux/unix name the original page was deleted and could not be recovered.

Attachments (0)

Change History (1)

comment:1 by Christian Boos, 12 years ago

Resolution: worksforme
Status: newclosed

Well, from your description I can't tell exactly what you wanted to achieve by renaming A to ./A, but this shouldn't be allowed anymore with newer versions of Trac (starting with 0.12.3dev-r10786).

Looks like this problem has been fixed preemptively while fixing #10274 (not a strict duplicate though).

Modify Ticket

Change Properties
Set your email in Preferences
Action
as closed The ticket will remain with no owner.
The resolution will be deleted. Next status will be 'reopened'.
to The owner will be changed from (none) to the specified user.

Add Comment


E-mail address and name can be saved in the Preferences .
 
Note: See TracTickets for help on using tickets.