the database selection fields from the old database connection dialog. If --enable-dbi
is specified at configuration time, this dialog is used instead of the file open and
save-as dialogs.
2) Prompt to create a mysql db if it doesn't exist.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17976 57a11ea4-9604-0410-9ed3-97b8803252fd
At the moment all major distributions feature Glade-3 which tends to
save a lot of lines less compared to Glade-2 because it does not define
properties whose values equal the default ones specified by Gtk+.
Unfortunately though, only very recent versions of Glade, v3.5.3+,
address the following two issues:
(1) GtkTable attachments are written in different order each times,
rendering diffs unusable.
(2) Currently we depend on the ability to use a name multiple times in a
single glade file and only newer versions allow to have uniqueness be
applied to each top-level widget.
Sorry for the confusion.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17967 57a11ea4-9604-0410-9ed3-97b8803252fd
Glade 3 does not save properties with default values anymore. This
reduces patch sizes when Glade-3/Gtk+ is used with varying versions and
also avoids warnings about properties unknown to older Gtk+ versions.
The version Glade 3 used is 3.4.5.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17966 57a11ea4-9604-0410-9ed3-97b8803252fd
Without the fallback, NULL is printf'ed which crashes GnuCash on
Windows.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17965 57a11ea4-9604-0410-9ed3-97b8803252fd
Take note: this change will *hide* any manually hacked saved reports
that make use of the new report-guid. The new saved-reports-2.4 file
will shadow the old saved-reports-2.0 file and will leave those hacked
reports behind. Any pre-existing saved reports that use report-guid will
have to be manually migrated to the new file.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17942 57a11ea4-9604-0410-9ed3-97b8803252fd
However, libdbi uses the column type name to determine how big it thinks the integer
value is. Therefore, change all 64 bit integer values (including num/denom in numeric
values) to 'bigint'. Tables will be automatically upgraded when an sqlite3 file is
opened.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17927 57a11ea4-9604-0410-9ed3-97b8803252fd
doesn't matter for the file backend, but does for the SQL backend, because the SQL backend
only loads transactions/splits as needed.
2) Partially solve problem where int64 values are loaded incorrectly. This started because
num and denom for prices were seen to be limited to 32 bits. libdbi provides a
libdbi_result_get_longlong() routine, but unfortunately, on my system (with libdbi 0.8.2-3),
it seems to have some bugs a) it returns negative values unsigned and b) it seems limited to
a 32 bit value even when the correct value is in the db.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17925 57a11ea4-9604-0410-9ed3-97b8803252fd
1. create a transaction that has two or more splits in the same account
2. open a register on that account that is in either "Basic Ledger" or
"Auto-Split Ledger" mode
3. change some transaction other than the one with multiple splits in this
register
4. click on the second or succeeding occurrence of the transaction with
multiple splits in this register
This will put the cursor on the first occurrence of the transaction instead of
the one you clicked on.
Patch by Mike Alexander.
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17920 57a11ea4-9604-0410-9ed3-97b8803252fd
Otherwise, the scheduled transaction won't be created.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17916 57a11ea4-9604-0410-9ed3-97b8803252fd
gnc_import_TransInfo_delete() was defined but never called!
This led to a memory leak, and erroneous behaviour.
Bug 552275 - Cancelling OFX Import Still Adds Entries
Bug 434944 - Refused transactions from import appear in register
Patch by Alan Jenkins <alan-jenkins@tuffmail.co.uk>
BP
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@17891 57a11ea4-9604-0410-9ed3-97b8803252fd