Redmine

Peter Schuster wrote:

I would like to move wiki pages between projects.
Just like it is possible for issues.

Would be cool to see this implemented in an upcoming release.

I second that. Would be very useful IMO.

+1

+1

+1

Is there a workaround at the moment?

Terence Mill wrote:

Is there a workaround at the moment?

I had to split project in two, so I copied whole project and deleted unnecessary pages from both projects.

Željko Trogrlić wrote:

Terence Mill wrote:

Is there a workaround at the moment?

I had to split project in two, so I copied whole project and deleted unnecessary pages from both projects.

Hmm..i wanna move sites to existing project, so this aproach won't work.

+1

+ 1

This is a dupe of Issue #7276

+1

+1

Apparently, you can move wiki pages if you have database access:

http://www.redmine.org/boards/2/topics/3003

Better back-up first though :)

+1

+1

+1

I want to describe how it will be useful.
Links should not contain project-id ex:
http://redmine.org/wiki/MyWikiPage
http://redmine.org/wiki/MyWikiPage2
so anyone who link to wiki page like

[[wikiPage]]

The approach of global name space for wiki pages, as done for issue is nice, but in the wiki context the unqiue ids are the wiki page name and this is quite good for restful urls also but not if you can't give same name twice for different wiki pages in different projects.
This same collission "problem" will occur very soon and often, let me show:

Ones Projkect always will have a page called

• help
• knowhow
• installation
• faq
• about
  ...
  just some examples.

How will you carry for unqiue names and make clear to the second one giving the same name, thats he isn't allowed because there's someone already taken in a another project your never care about and never heard of.

You could completly change the unqiue id same as for issues with numbers, but i don't like that because names adresses far better and leave it easy as it.
Another approach ind the mid way- make the sites available on two adresses. On the project via well know wiki name as it, and a new url which is global and adresses the wiki page via and id, that is given automatically and should be shown in a upper corner for everybody to use and link it. This number maybe already exists in a technical way in db, and we only would need the second adressing shema, the view change to show the number. That will keep the well know adressing and make available another one,m that will persist even when wiki page project changes, done by a move page. Of course the projects adress will no longer work if you have moved the site, but you don't have to use it so far.

Two adressing shema for wiki pages example

1. redmine original adressing: http://redmine.org/MyProject/wiki/MyWikiPage
2. new additionly approach : http://redmine.org/MyProject/wiki/<MyWikiPageInternal_ID> e.g http://redmine.org/Myroject/wiki/7736
3. It would also work if you adress the site this way http://redmine.org/wiki/7736, which means you even don't have to know where the wiki site is managed at the moment, as long as you know the id. This behaviour is already well known from issues.

1. will be lost when move > dead end > 404
2. could be automtatically forwarded ( in case of move and renaming) by simply lookup in database for <MyWikiPageInternal_ID> and redirect to browser
3. will work (beyond moves and renaming) as long wiki site is not deleted

Of course as wiki syntax, wiki sites in same projects should be linkable as it.

[[MyWIkiPageInSameProject]]
[[MyWIkiPageInSameProject|my wiki page in same project]]

as ist dhould be possible to links wiki pages in other projects via name and id

[[projectname MyWIkiPageInOtherProject]]
[[projectname MyWIkiPageInOtherProject|my wiki page in other project]]
[[7736]]

+1

To fiddle around with the database is a workaround, but not a nice one...

+1

+1

+1

+1
Additional option for copying with child pages would be also nice...

+ 1

+1!
It´s very common to start some wikipage that turns into a new project.

+1

In reply to Terence Mill #19:
At least a cross project link is already possible with the syntax [[project:title]]

I think you missed my comment #18:

THis was targeted towards how wiki linking could also work for my new adressinh shema to make is easily possible to move wiki pages around like don for issues.
I know that you can cross ref wiki sites already, but that has nothing todo with moving. Moving can imply complete new hierarchy and rights for the site.

Johann Gail wrote:

In reply to Terence Mill #19:
At least a cross project link is already possible with the syntax [[project:title]]

I second this feature too.

+1

Is there a plugin to do that? AFAIK it's just an SQL query to update the project_id?

+1
You must also redirect existing links with the name of new project
[[title]] or [[project:title]] becomes [[new_project:title]]

+1

Paul paul wrote:

Is there a plugin to do that? AFAIK it's just an SQL query to update the project_id?

No, its not because wiki sites have absolute project specific url, so it would need an new model.
See my comments #5450#note-18

+1

i enhanced my original solution (see #5450#note-18 ). Form my view this solution is very good, as it solves the problem and stays compatible with current shema as copies big parts of the approach how its already done for issues.

Would be really great to see this feature in next version, as there is really a big commandment in community and a clear approach to do so - see the many votes here.

+1

+1¶

(BTW, any idea on how votes are taken into account? maybe it would be nice to have a searchable Votes custom field?)

+1

As for registering votes, take a look at feature #1011

+1 for this.

Would be useful if it were just added to the "rename" function - i.e. allow you to change the project association on that form.

Rename is useful to attach this to because it also allows you to setup forwarding.

also, +1 the +1 feature @ #1011

+1

+1

+1

+1

+1

Well, I've had the same issue. I just manipulated the corresponding database tables and moved the wiki pages to another Project. Just a small update. :-)

+1

+1

+1

+2 !

+1 (does +1 even help???)

+1

+1

+1

+1

+1

+1

+1

+1

+1

So far we've been doing the following:

1. Creating a new parent page outside of the "root", i.e., "Content that has been moved"
2. Creating a new page in another project
3. Cut/paste content from the old page
4. Save the new page
5. Root the old page to "Content that has been moved"
6. Add a link from the old page to the new one to catch any links to that old page

Now if you visit the old wiki index page (and say you were using the {{child_pages}} macro there) the old page will no longer show in the list. It's crude/simple, but it worked when we recently consolidated our documentation from separate projects into one central documentation project.

Jean-Philippe Lang wrote:

Feature added in r13643.

You can now move a wiki page to another project from the "Rename" form. When moving a page with child pages, child pages are moved too.

How will references to the old location work? Will a redirect be added which sends the user to the new project/page location? We're really looking forward to this feature!

Yes, this is exactly what happens when you move a page.

any chance this could be merged into 2.6-stable branch? Thanks.