minfrin at sharp.fm
Tue May 27 12:05:54 EDT 2008
Derek Atkins wrote:
> Nope. Not a bug. It's a design decision. It has nothing to do
> with DB "transactions".. Instead it's a question of DB coherency.
> Basically, it's not supported for a user to modify GnuCash's data
> store out from under the application. Period. End of discussion.
> You're welcome to throw as many tantrums as you want on this topic,
> but that's just the way it is and it's just the way it's going to
> be for the forseeable future. Sorry.
Users needs win I am afraid, if necessary I'll patch gnucash to do it
> The GnuCash API requires no GUI.
Is the API documented anywhere?
>> Seriously, which decade do you live in? :)
> A decade with script kiddies, botnets, and identity theft. How
> about you?
I live in a decade where some creditors will happily keep pretending
they "didn't receive the invoice" despite them being sent it more than once.
Script kiddies, botnets and identity theft are a reality, which is why
online statements are secured as part of the customer's existing
relationship with us, using best practice.
Just because script kiddies exist doesn't mean I am scared off the
>> My energy company offers online statements, my internet provider
>> provides online statements, even my bank provides online statements.
> Yes, and those are all large enterprises running enterprise-level
> software. GnuCash is not enterprise-level software. Not even close.
Oh please. I build enterprise level software for banks, I believe I am
suitably qualified to decide for myself what constitutes a secure online
> It sounds like you really want GnuE. I suggest you look there.
"ZoneEdit DNS services for this domain have expired."
Looks like it is a dead project to me.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 3287 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.gnucash.org/pipermail/gnucash-devel/attachments/20080527/99d59c38/attachment.bin
More information about the gnucash-devel