Relative links for conflicting namespaces

Bug #773590 reported by reagle on 2011-04-29
This bug affects 2 people
Affects Status Importance Assigned to Milestone

Bug Description

I'm setting up a system where I have a public wiki with a private space (which is everything in the 'plan' namespace/subdirectory, protected by .htaccess). Each also has an "Archive" where I can dump pages that are no longer being actively worked on. (See screen shot.)

If I am on `:plan:Home`, and drag `:Archives:2011:Berkman_report` to create a link, it instead creates a new page and link to `:plan:Archives:2011:Berkman_report`.

(I know this is complex, I used to use two notebooks, a public and private one, but I couldn't seemless move pages between the two (e.g., working on something private, then want it to be public), so I'm trying this way.)

reagle (joseph.reagle) wrote :

Issue has nothing to do with private vs public part of the wiki. Issue is purely caused by having two namespaces with the same name. So the relative link that is created links the wrong namespace.

Need to make the routine for creating relative links more intelligent to avoid this issue.

Changed in zim:
status: New → Confirmed
importance: Undecided → High
summary: - Relative links and drag and drop
+ Relative links for conflicting namespaces
tags: added: index

Made resolving of relative links more intelligent in index refactor tree

Changed in zim:
status: Confirmed → Fix Committed
Changed in zim:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers