Hello Chris, the ultimate decision is up to you, as you are the project director. Whatever I decide or propose, you can override it. Nonetheless, within the constrained and subordinate role of the unofficial quality manager of FreeMind, I feel uncomfortable giving go ahead to a version that contains known bugs that lead to data loss.
Both bugs 22 and 23 are related to data loss. Especially bug 22 is rather insidious, easy to be overlooked by the affected user. Bug 23 is rather unlikely to be overlooked by the user, so it could really be postponed for 0.9.1, but it is a data loss bug nonetheless. I am fully aware of the time pressure to release final FreeMind 0.9.0, which is why I do not report here some regression bugs that are less serious. From where I am standing, we seem to be really close to final release. Best regards, Dan On Mon, Dec 27, 2010 at 5:53 PM, Christian Foltin (GMX) <[email protected]> wrote: > Hi Dan, > > sorry, if we continue like this, we'll never publish 0.9.0. > > IMHO, these bugs are not that dramatic. > Let's postpone them. > > Best regards, Chris > > Am 27.12.10 10:33, schrieb Dan Polansky: >> Hello Chris, >> >> I have found two more bugs related to data loss, by extending a test >> mind map with even more cases in which something could go wrong in >> conversion from 0.8.0 to 0.9.0. >> >> 22. Conversion from 0.8.0 to 0.9.0 drops encrypted arrow links >> http://sourceforge.net/tracker/?func=detail&aid=3145871&group_id=7118&atid=107118 >> >> 23. Drag and drop of two connected nodes drops arrow link >> http://sourceforge.net/tracker/?func=detail&aid=3145900&group_id=7118&atid=107118 >> >> I am sorry, again, that I did not discover these bug earlier. >> Unfortunately, my brain seems to be much more eager to think about >> what can go wrong when there are no more bugs on the list to be fixed. >> >> Best regards, >> Dan ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Freemind-developer mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/freemind-developer
