Changes between Version 7 and Version 8 of WikiRename

Timestamp:

Mar 19, 2010, 7:18:04 AM (14 years ago)

Author:

Christian Boos

Comment:

added a discussion point about failed rename attempts

WikiRename

@@ -1 +1 @@
 = Wiki Rename =
 
-There's now a development branch for adding a page rename operation to the TracWiki, in [source:/sandbox/wiki-rename].
+The base feature has now landed on trunk for [milestone:0.12], see r9362 and r9363.
 
 Among the various possibilities for performing a rename, this implementation aims at simplicity. The page name is modified "in-place", i.e. the object identity is mutated and as such, the whole history is kept and becomes associated to the renamed wiki page.
@@ -61 +61 @@
 
  * Another TODO: also rename all links to renamed pages on all other pages and create for this a new version for all affected pages
+    - Cabbiepete: This sounds like an excellent idea currently re-organising the wiki structure is quite painful.
 
-Cabbiepete: This sounds like an excellent idea currently re-organising the wiki structure is quite painful.
+ * More robust error handling: what happens if a reparent fails mid-way (e.g. permission issue for one attachment)? The whole transaction is rolled back, but some attachment ''files'' could have been moved already. Should we try to move them back? Should we warn the user about what already got moved? After fixing the permission issue, a new rename should work, which might not be the case if the attachment table and the files are not in sync.
+
 ----
 See also: #1106, TracDev/Proposals/AdvancedWikiOperations