Zim

Activity log for bug #1086343

Date Who What changed Old value New value Message
2012-12-04 12:03:20 K. Bauer bug added bug
2012-12-04 12:04:28 K. Bauer description Zim-Version: 0.57 (Windows installer) OS: Windows 7 64bit === Scenario === * A page "Page1" contains attachments, e.g. a graphic "image.png" * A page "Page2" contains - A link [path/to/Page1/image.png] to the image file. - The image file inline {{path/to/Page1/image.png}} - A link [:path:to:Page1] to the other page. === Observed Behaviour === When Page1 is renamed or moved * The link [:path:to:Page1] is updated. * The link [path/to/Page1/image.png] to the graphic is NOT updated. * The image inclusion {{path/to/Page1/image.png}} of the graphic is NOT updated. Hence Page2 is broken without warning. When Page1 is deleted, Page2 is also broken without warning. === Expected Behaviour === * When an attachment folder is moved or renamed, links to this folder should be updated. * When an attachment folder needed by other pages is deleted, a warning should be given. === How it might be done === * This probably implies, that attachments, that are linked to, should be indexed (if it isn't done already). * Note that attachment folders may have subfolders, that don't correspond to zim pages. === Wishful Thinking === * When an attachment folder is deleted, but some files are still needed by other pages, the user might be offered to relocate those files to a different page's attachment folder. * If such a function was implemented, moving attachments between pages should be easy to implement for the Attachment Browser plugin. Zim-Version: 0.57 (Windows installer) OS: Windows 7 64bit === Scenario === * A page "Page1" contains attachments, e.g. a graphic "image.png" * A page "Page2" contains     - A link [path/to/Page1/image.png] to the image file.     - The image file inline {{path/to/Page1/image.png}}     - A link [:path:to:Page1] to the other page. === Observed Behaviour === When Page1 is renamed or moved * The link [:path:to:Page1] is updated. * The link [path/to/Page1/image.png] to the graphic is NOT updated. * The image inclusion {{path/to/Page1/image.png}} of the graphic is NOT updated. Hence Page2 is broken without warning. When Page1 is deleted, Page2 is also broken without warning. === Expected Behaviour === * When an attachment folder is moved or renamed, links to this folder should be updated. * When an attachment folder needed by other pages is deleted, a warning should be given. === How it might be done === * This probably implies, that attachments, that are linked to, should be indexed (if it isn't done already). * Note that attachment folders may have subfolders, that don't correspond to zim pages. === Wishful Thinking === * When an attachment folder is deleted, but some files are still needed by other pages, the user might be offered to relocate those files to a different page's attachment folder. * If such a function was implemented, moving attachments between pages should be easy to implement for the Attachment Browser plugin.
2012-12-04 12:13:05 K. Bauer description Zim-Version: 0.57 (Windows installer) OS: Windows 7 64bit === Scenario === * A page "Page1" contains attachments, e.g. a graphic "image.png" * A page "Page2" contains     - A link [path/to/Page1/image.png] to the image file.     - The image file inline {{path/to/Page1/image.png}}     - A link [:path:to:Page1] to the other page. === Observed Behaviour === When Page1 is renamed or moved * The link [:path:to:Page1] is updated. * The link [path/to/Page1/image.png] to the graphic is NOT updated. * The image inclusion {{path/to/Page1/image.png}} of the graphic is NOT updated. Hence Page2 is broken without warning. When Page1 is deleted, Page2 is also broken without warning. === Expected Behaviour === * When an attachment folder is moved or renamed, links to this folder should be updated. * When an attachment folder needed by other pages is deleted, a warning should be given. === How it might be done === * This probably implies, that attachments, that are linked to, should be indexed (if it isn't done already). * Note that attachment folders may have subfolders, that don't correspond to zim pages. === Wishful Thinking === * When an attachment folder is deleted, but some files are still needed by other pages, the user might be offered to relocate those files to a different page's attachment folder. * If such a function was implemented, moving attachments between pages should be easy to implement for the Attachment Browser plugin. Zim-Version: 0.57 (Windows installer) OS: Windows 7 64bit === Scenario === * A page "Page1" contains attachments, e.g. a graphic "image.png" * A page "Page2" contains     - A link [path/to/Page1/image.png] to the image file.     - The image file inline {{path/to/Page1/image.png}}     - A link [:path:to:Page1] to the other page. === Observed Behaviour === When Page1 is renamed or moved * The link [:path:to:Page1] is updated. * The link [path/to/Page1/image.png] to the graphic is NOT updated. * The image inclusion {{path/to/Page1/image.png}} of the graphic is NOT updated. Hence Page2 is broken without warning. When Page1 is deleted, Page2 is also broken without warning. === Expected Behaviour === * When an attachment folder is moved or renamed, links to this folder should be updated. * When an attachment folder needed by other pages is deleted, a warning should be given. === How it might be done / Notes === * This probably implies, that attachments, that are linked to, should be indexed (if it isn't done already). * Note that attachment folders may have subfolders, that don't correspond to zim pages. * Can be considered related to https://bugs.launchpad.net/zim/+bug/330320 as such file links might sometimes be created as a work-around for copying from pages with images. === Wishful Thinking === * When an attachment folder is deleted, but some files are still needed by other pages, the user might be offered to relocate those files to a different page's attachment folder. * If such a function was implemented, moving attachments between pages should be easy to implement for the Attachment Browser plugin.
2012-12-17 14:21:18 Jaap Karssenberg summary Cross-page file links are not updated (also affects images) Cross-page file links & images are not updated on move or rename
2012-12-17 14:21:54 Jaap Karssenberg zim: status New Confirmed
2012-12-17 14:21:57 Jaap Karssenberg zim: importance Undecided Medium
2013-04-10 05:17:57 Leopooh bug added subscriber Leopooh
2013-11-30 17:43:11 Andreas Wehler bug added subscriber Andreas Wehler
2017-05-19 07:35:51 Jaap Karssenberg bug watch added https://github.com/jaap-karssenberg/zim-desktop-wiki/issues/48