#28 Cut/paste results in error

v1.0_(example)
closed-fixed
3
2015-05-28
2010-03-05
No

VYM 1.12.6 Win32 (completely new installation): Using the German translation, cutting and pasting a branch (both context menu and shortcuts) first results in a dialog box with the title "Kritischer Fehler beim Laden" and the message "Konnte keine map (*.xml) in .vym Datei finden.", followed by "Kritischer Fehler beim Verarbeiten" - "Couldn't open map map". After confirming both I have to undo the change to get back the branch where it was before. I see no other possibility to move a branch to another node.
After closing the app and opening again I always get this or similar errors and can't open the map anymore.

Discussion

  • Martin Gebert

    Martin Gebert - 2010-03-05

    Workaround to restore your precious contents: Create a new VYM map, save and close it without changes. Then open the new map with a ZIP packer UI (WinRAR and 7-Zip should both work) and replace the XML file in the main directory awith the XML file from the defect map (renaming it to the new project's name in this step). After closing the packer UI the new project can be opened with VYM, showing the appropriate content (but perhaps missing some images).

     
  • Martin Gebert

    Martin Gebert - 2010-03-05
    • priority: 5 --> 3
     
  • In Silmaril

    In Silmaril - 2010-03-05
    • assigned_to: nobody --> tmwald
     
  • Tagg Maiwald

    Tagg Maiwald - 2010-03-06

    The popup error dialog boxes in English read, "Critical Load Error (X) Couldn't find a map (*xml) in .vym archive," followed by "Critical Parse Error (X) Couldn't open map map." The map named map is the default name for an otherwise unnamed map.

    This error is consistent across all platforms. This report actually a duplicate report of the same symptom as "delete and then copy new mind map to another new mind map."

    (A similar set of popup error dialog boxes appears when attempting to open a .vym file with spaces in its file name.)

     
  • Tagg Maiwald

    Tagg Maiwald - 2010-03-06
    • status: open --> pending-duplicate
     
  • Tagg Maiwald

    Tagg Maiwald - 2010-03-06

    Located the complaining method in mapeditor.cpp -- ErrorCode MapEditor::load (QString fname, const LoadMode &lmode, const FileType &ftype).

     
  • Tagg Maiwald

    Tagg Maiwald - 2010-03-07

    RE: "I see no other possibility to move a branch to another node."
    Solution:
    Click-and-hold on a leaf or branch node,
    drag to another node,
    release the mouse button.

     
  • Martin Gebert

    Martin Gebert - 2010-03-07

    > Click-and-hold on a leaf or branch node,

    Yes, thanks. Of course I tried that first, but it didn't work for some reason, and I can't reproduce it now...
    That I wasn't able to re-open the file was most probably due to spaces in the file name. Is this going to be fixed?

     
  • Martin Gebert

    Martin Gebert - 2010-03-07
    • status: pending-duplicate --> open-duplicate
     
  • Tagg Maiwald

    Tagg Maiwald - 2010-03-07

    RE: spaces in the file name

    I am still searching for the file name parsing code in order to properly handle file names with embedded spaces.

     
  • Martin Gebert

    Martin Gebert - 2010-03-08

    Why can I not add comments to closed tracker issues?
    Regarding the "open vym files on Windows" problem, the cause it didn't work was that after I registered the vym.exe as opening application (which was in the wrong path), XP didn't grasp that bin\vym.exe is a different file when I tried again. I had to edit the registry to force the command to point to the correct file... :-(

     
  • In Silmaril

    In Silmaril - 2010-03-08

    Don't know about the adding of comments to closed tracker bugs.

    Regarding Cut&Paste:

    THis works pretty well since ages on Linux. I just tried filenames with spaces: Works both in 1.12.x and 1.13.0 on Linux.

    One thing to check is the method "unzip" in file.cpp, which is used to, well, unzip a directory. Maybe zip get's confused with a space in the arguments list?

     
  • Tagg Maiwald

    Tagg Maiwald - 2010-03-08

    Bug Tracker IDs 2964179 and 2964180 were closed because they are actually the same issue which showed multiple symptoms. The resolution was removing the original installer/setup file with two vym.exe files. It was replaced on 2010 03 05 with a correctly formed installer/setup file with one vym.exe file. The current installer/setup file also automatically adds entries into the Windows Registry for file type association (vym icon for .vym files, and automatically launching vym.exe for .vym files).

     
  • Tagg Maiwald

    Tagg Maiwald - 2010-03-12

    Generating the same symptom by using the Copy to new map option (Ctrl + Shift + N). { void Main::fileNewCopy() }

     
  • In Silmaril

    In Silmaril - 2012-02-17
    • labels: 923230 --> Windows port
     
  • SaroEngels

    SaroEngels - 2013-03-11

    This bug is partly due to a bug in the winapi implementation of unzip (the return value is not used at all). The attached patch fixes this behaviour by using the QProcess side which works on Windows too.

     
  • In Silmaril

    In Silmaril - 2015-05-28
    • status: open-duplicate --> closed-fixed
    • assigned_to: Tagg Maiwald --> In Silmaril
    • Group: --> v1.0_(example)
     
  • In Silmaril

    In Silmaril - 2015-05-28

    fixed in 2.4.3

     

Log in to post a comment.