Patch by Manfred Usselmann: Improved version: Only transactions which have
been successfully imported into GC are transmitted to the bank.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20016 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Tristan Faujour:
Please describe the problem:
My bank allows me to download bank statement files in the QIF format. They
contain paid transactions, but there is no status ("C") line, so all
transactions are left in the "not cleared" status.
I wish it would be possible to define the default status in user preferences.
Steps to reproduce:
- Import a QIF file with no "C" line.
Actual results:
- Transactions are not cleared.
Expected results:
- The "near split" of the imported transactions should be set to a default
status 'defined in user preferences).
Does this happen every time?
- Yes
Other information:
- I developed a patch. See attachment. It allows defining another status that
will be applied to the transactions that are imported as "not cleared".
- It is my first contribution, it should be taken with all due prudence.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20015 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by James Duerr:
Patch to include subaccounts in all columns, not just present column, and also
to sort including sub-account totals, rather than without.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@20011 57a11ea4-9604-0410-9ed3-97b8803252fd
The return value of guile-1.6's SCM_STRING_CHARS must not be freed, as
opposed to the return value of guile-1.8's scm_to_locale_string. So we
must wrap the free() into a macro that is defined appropriately (or maybe
we should refactor this into a function returning a g_malloc'd g_char anyway.)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19999 57a11ea4-9604-0410-9ed3-97b8803252fd
The quickfill is obtained from the global cache of the GncEntry's
descriptions, one for invoices, one for the rest.
The auto-completion is a simple query to get the newest entry with the
same description, but limited to invoices or bills, respectively.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19998 57a11ea4-9604-0410-9ed3-97b8803252fd
This report shows a table of all customers and the sales, profit, and markup
in that table.
(The crash at startup wasn't caused by this patch.)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19997 57a11ea4-9604-0410-9ed3-97b8803252fd
This report shows a table of all customers and the sales, profit, and markup
in that table.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19993 57a11ea4-9604-0410-9ed3-97b8803252fd
The patch can be re-applied after the 2.4.0 release is out, but for now
I prefer to defer it until after the release.
To be precise, this patch reverts all parts of bug#635439: r19861, r19860,
r19854, r19853.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19951 57a11ea4-9604-0410-9ed3-97b8803252fd
Added a cached quickfill for GncEntry description lines. Extend QuickFillCell
interface to be able to use a common cached quickfill.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19941 57a11ea4-9604-0410-9ed3-97b8803252fd
Eventually, this will enable drawing the auto-completion from all entries in
the previous invoices (i.e. book-wide), but in order to give the user a
good enough feedback during typing we additionally need a quick-fill object
over those book-wide entries. Currently, the user cannot see whether the
current description would result in an auto-completion from another invoice,
and that's not yet enough.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19931 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Manfred Usselmann:
Online actions are disabled for accounts which have no bankcode and account id
assigned
This fix does not require initialization of the AB_BANKING object.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19914 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Manfred Usselmann.
The main part of the feature is delayed until the string freeze is lifted.
This part (without adding strings) implements the infrastructure for sending
only the correctly imported transactions to the bank later.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19909 57a11ea4-9604-0410-9ed3-97b8803252fd
This re-indentation was done using astyle-1.24 using the following options:
astyle --indent=spaces=4 --brackets=break --pad-oper --pad-header --suffix=none
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19907 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Matthijs Kooijman:
This is a typedef for a GSList, that is used to identify the path from
an object to one of its parameters in search queries and sorting.
This typedef replaces GSList everywhere where it's applicable. This
relieves the need to special case a few functions in the swig bindings
and makes the bindings for a bunch of other functions work as well.
Note this is (still) only an in typemap, since no useful functions that
return a QofQueryParamList are exposed in the bindings right now anyway.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19890 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Matthijs Kooijman <matthijs@stdin.nl>:
This makes use of the new for syntax introduced in the previous
commit, making these reports and templates a bit easier to read and
modify.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19889 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Matthijs Kooijman <matthijs@stdin.nl>:
The built-in for-each loop construct is a bit cumbersome: It always
requires an explicit lambda and the list to loop over is the last
argument. Especially the latter makes it very hard to read when the
lambda is big and multiple for-each'es are nested.
For hashes, this prevents the need of the cumbersome hash-fold and
slightly better hash-for-each (which still suffers from the same
problems as for-each and is not available in guile 1.6).
This new syntax allows for three distinct syntaxes:
* Looping over a single list:
(for a in lst do (display a))
* Looping over multiple lists:
(for (a b) in (lsta lstb) do (display (+ a b)))
* Looping over a hash:
(for key => value in hash do (display (* key value)))
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19888 57a11ea4-9604-0410-9ed3-97b8803252fd
This adds a new typedef "GncInvoiceList" with the corresponding typemap,
and adds two new functions qof_query_create_for_invoices and
qof_query_run_for_invoices, which are trivial wrappers around
qof_query_create_for and qof_query_run respectively.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19863 57a11ea4-9604-0410-9ed3-97b8803252fd
(This includes the 14 new strings which are already there but not yet being used.)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19858 57a11ea4-9604-0410-9ed3-97b8803252fd
This is merged using msgmerge --no-location de.po gnucash.pot -o de.new.po
and we use "--no-location" to make the updates actually readable.
(Unfortunately this doesn't prevent the strings from changing ordering anyway. Oh well.)
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19857 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Matthijs Kooijman <matthijs@stdin.nl>:
If you use "Pay invoice", normally a new payment dialog is opened which
is completely filled in. However, when there was already a dialog open,
it was reused but only the owner would be filled in. This patch makes
sure that the invoice and amount are filled in as well.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19854 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Matthijs Kooijman <matthijs@stdin.nl>:
In the payment dialog, set the owner when an invoice is selected
Before, you would always need to select an owner manually. If you would
just select an invoice (which was possible, since the invoice selection
is not disabled when no owner has been selected yet), pressing OK would
error out because no owner was selected.
This patch makes sure that when an invoice is selected, but no owner is
selected yet, the right owner is filled into the owner selection box
automatically.
This also happens when the wrong owner is selected, which can happen
because the invoice autocompletion is not limited to invoices from the
selected owner, but always completes all invoices. This could cause
weird behaviour: Select an owner, then use completion to select an
invoice by another owner and press ok. This would cause the amount for
the invoice by the other owner to be charged against the first owner.
This patch prevents that by replacing the first owner by the other owner
in the dialog.
This patch also changes gnc_invoice_set_owner to no longer reset the
invoice selection to NULL. Instead, this is now handled by
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19853 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Mike E:
The current error feedback to a python scrpt/user looks something like:
call to begin resulted in the following errors, (7,)
This change in gnucash_core.py makes the feedback similar to:
call to begin resulted in the following errors, ERR_BACKEND_LOCKED
This is less cryptic and aid debugging of user python scripts. My only
issue though is whether this would break existing user scripts where checking
of this error code is used for flow control. Although since the ERR_ codes are
imported with gnucash_core_c it *should* have no effect.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19808 57a11ea4-9604-0410-9ed3-97b8803252fd
The menu items under "File" should relate only to the file (database),
not to anything within a file. The open/new for all other things (budget,
invoice, account) have been moved somewhere else.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19806 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Christoph Holtermann:
For the second enhancement proposal i have attached a simple patch which adds
the argument ignore_lock to Session.__init__() which is passed through to
qof_session_begin.
This patch extends the function Session.__init__() with ignore_lock
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19795 57a11ea4-9604-0410-9ed3-97b8803252fd
When I open a report window (barchart in the example) and select only one
account, I get a column header saying "nil" near the only data column.
Someone accidentally wrote "nil" instead of the empty list '().
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19783 57a11ea4-9604-0410-9ed3-97b8803252fd
In the "bills due" dialog we use Bill -> Rechnung, not Lieferantenrechnung.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19782 57a11ea4-9604-0410-9ed3-97b8803252fd
If during startup a file or database turns out to beeing locked the user is
presented a dialog with the options to open anyway, create a new file or abort.
This dialog, however, closes the splash screen. This may cause confusion,
because file loading and report generation may still take quite some time.
Patch by Herbert Thoma.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19781 57a11ea4-9604-0410-9ed3-97b8803252fd
Follow-up to r19757 which was incomplete. Hopefully I now really got everything.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19758 57a11ea4-9604-0410-9ed3-97b8803252fd
The last occurrence wasn't counted because it was still valid
but turned num_occur_rem to zero, hence the counting stopped one too early.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19757 57a11ea4-9604-0410-9ed3-97b8803252fd
This caused the numbers in the "SX from txn" to appear as "220/100" ratios,
which we do not want.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19659 57a11ea4-9604-0410-9ed3-97b8803252fd
Needed to remove an unimplemented function from <gnc-numeric.h>
header.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19653 57a11ea4-9604-0410-9ed3-97b8803252fd
It doesn't have to be reverted because libjpeg-7 shouldn't be needed
with a clean webkit rebuild anyway.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19643 57a11ea4-9604-0410-9ed3-97b8803252fd
It's been 3 weeks without a working windows build. Apparently this
has to wait until we have an updated webkit again. Revert this back once
we have a working webkit with gtk-2.20.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19641 57a11ea4-9604-0410-9ed3-97b8803252fd
Patch by Chris Leach:
This patch provides date utilities to calculate future dates. This
allows easy selection of common future periods.
cstim adds: This patch adds new strings, but they are not used anywhere so
far, i.e. they will not be user-visible. Hence, I agree those scheme functions
may be useful for external report writers and for this reason they are
already added.
Note: The original submission would have added those options to the standard
relative-date chooser report option, but I (cstim) do not support adding those
extra option for all reports as standard setting. Hence, the usage of this
additional choices has to be added by the report writer explicitly.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19639 57a11ea4-9604-0410-9ed3-97b8803252fd
Original patch by Tim Retout who writes:
strptime is passed (name + pathlen + 1) as the string to search. However, when
looking at the main account file, strlen(name) == pathlen, so strptime is
looking at the point just past the end of name.
Sometimes this will be parseable by strptime, and this leads to the account
file being unlinked.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19638 57a11ea4-9604-0410-9ed3-97b8803252fd
This re-indentation was done using astyle-1.24 using the following options:
astyle --indent=spaces=4 --brackets=break --pad-oper --pad-header --suffix=none
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19627 57a11ea4-9604-0410-9ed3-97b8803252fd
Also, nobody can actually give any reason as for why a higher number
of iterations would really cover more of our test cases. My suspicion
is that 2-3 iterations would be sufficient anyway, and only more
clever test case construction would give a larger test coverage.
git-svn-id: svn+ssh://svn.gnucash.org/repo/gnucash/trunk@19623 57a11ea4-9604-0410-9ed3-97b8803252fd
Christian Stimming