Twine Version: 2.3.5, but issue carried over from 2.3.2
Story Format: Harlowe 3.1.0
My 15-year-old sister has been working on a Star Trek twine story for a while now, and it’s got 50+ passages. But we’ve been running into multiple confusing, interface-breaking bugs that I can’t find mentioned online, to the point that she’s afraid to even open Twine lest it vanish or be overwritten.
The most recent issue: since the new family computer runs Linux, she installed Linux Twine 2.3.5, copied all her story files, and tried to use the “import from file” tool to add in her two story files from Windows Twine 2.3.2: “Stardate 1234” and “Replacement Story”. First, it told her that these files were already in the library and would have to be overwritten. (The library folder did not have them.) Then, both imported as “Replacement Story”, and after clicking on one of them and then exiting back to the main Twine interface, all of the stories had vanished. Closing and reopening Twine made them show up again. She tried to rename one of them to “Copy of Replacement Story”… and ended up with THREE stories. She deleted them and tried again, and both were named “Replacement Story” again, and after another attempt the “import from file” dialog stopped working entirely.
I don’t think this is an issue with the Linux version or 2.3.5, though. Similar (though less severe) problems with stories in the library folder not showing up or not reflecting name changes in the main Twine editor have been bothering her while using the earlier version as well. We were hoping that 2.3.5 would be more stable and would fix these problems, but here we are.
Surely there’s a way around these issues, or a reason that nobody else seems to be encountering them? The fragility renders Twine almost unusable, which is tragic, because it’s such a good tool.