Zim

Relative links for conflicting namespaces

Bug #773590 reported by reagle
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Zim
Fix Released
High
Unassigned

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.)

Tags: index
Revision history for this message
reagle (joseph.reagle) wrote :
Revision history for this message
Jaap Karssenberg (jaap.karssenberg) 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
Revision history for this message
Jaap Karssenberg (jaap.karssenberg) wrote :

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  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.