SLR bug in 2.2?

Josh Sled jsled at asynchronous.org
Mon Aug 20 12:31:16 EDT 2007


Tim Wunder <tim at thewunders.org> writes:
> In 2.0.x, if the Since Last Run druid is canceled at any time, all 
> transactions are canceled. In 2.2 it seems that if you cancel the SLR after 
> reviewing the created transactions, the auto created transactions are not 
> canceled (and the book gets dirtied). Is this intended behavior? It strikes 
> me as a bug. Cancel from the SLR, be it at the initial screen or during 
> review, should cancel all SXs.

It is the intended behavior.  There is no longer a review step as part of the
multi-step druid, but instead a single post-SLR way to review (and modify)
which transactions were created.

In truth, that review page also dirtied the book, while breaking conventions
about how the "Cancel" operation on a Druid should function, as it needed to
actually create the transactions in order to "review" them, there.  I
considered that the bigger failing.  Hopefully the register-rerewrite branch
will make it easier to have a register of not-actually-created transactions,
which would make it possible to restore the "review" functionality.

-- 
...jsled
http://asynchronous.org/ - a=jsled; b=asynchronous.org; echo ${a}@${b}
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 188 bytes
Desc: not available
Url : http://lists.gnucash.org/pipermail/gnucash-devel/attachments/20070820/b703b627/attachment.bin 


More information about the gnucash-devel mailing list