I presume "invalid" should work. To be complete, a comment describing what
you did to resolve it would be helpful in case someone else runs into a
similar situation and finds your bug.
On Tue, Jun 2, 2020 at 2:13 PM Tim Kallmer wrote:
> I may not know how to close it properly. I already had
This is a bad idea. You are thinking logically like other software but you
don't understand it MUST go through account matching which is ALWAYS a
manual process that doesn't really recognise the Transfer Account in your
data (details in thread:
Gio,
The Gnucash import matching procedure searches for duplicate transactions in a
time window around the date of the
imported recorded set at +-42 days. A match score is then calculated based on
the differenes in dates and amounts and
the matching of tokenized data. It is generally very good
I may not know how to close it properly. I already had went to it and
marked it as invalid. Is there another method I should do to close it?
On Tue, Jun 2, 2020 at 2:09 PM John Ralls wrote:
> Hah! So it was your own build, not Ubuntu's. You should go close your bug
> report.
>
> Regards,
> John
Hah! So it was your own build, not Ubuntu's. You should go close your bug
report.
Regards,
John Ralls
> On Jun 2, 2020, at 12:03 PM, Tim Kallmer wrote:
>
> Actually, I was able to resolve my issue just now. I resolved it by deleting
> a previous build still present in my folder,
Actually, I was able to resolve my issue just now. I resolved it by
deleting a previous build still present in my folder,
/home/username/.local/bin, and this allowed GC to run without the libboost
error.
On Tue, Jun 2, 2020 at 2:00 PM John Ralls wrote:
> If you're able to build GnuCash from
If you're able to build GnuCash from source that will resolve the problem.
Regards,
John Ralls
> On Jun 2, 2020, at 11:53 AM, Tim Kallmer wrote:
>
> > ubuntu-bug gnucash
>
> Okay, I filed that bug. Thanks. In the meantime, would building a newer GC
> like 3.10 myself with ninja get me
> ubuntu-bug gnucash
Okay, I filed that bug. Thanks. In the meantime, would building a newer GC
like 3.10 myself with ninja get me around that libboost error, or would I
still run into the same road block?
On Mon, Jun 1, 2020 at 9:13 PM Tommy Trussell
wrote:
> On Mon, Jun 1, 2020 at 7:06 PM
HI,
On Tue, June 2, 2020 12:33 pm, Neil B wrote:
> I'm giving the search a name using the "save as" function after the search
> is completed. Doesn't do any good, apparently. You'd think it would.
> But
> I guess not. Thanks for your help.
Do you mean File -> Save As?
That's saving the whole
Where are you seeing a ’save as’ function?
The only place I can find one is in the File menu. But that is only for the
entire book, not just the active tab.
Regards,
Adrien
> On Jun 2, 2020 w23d154, at 11:33 AM, Neil B wrote:
>
> I'm giving the search a name using the "save as" function
What do you mean by “for a particular category of transaction”? Can you give an
example?
If for illustration, you have an account for Auto and you want to see how much
you’ve spent on that expense, you have several options:
1. Look at the Accounts tab, expand Expenses section if needed,
The Tutorial Guide I believe goes over the situation of both sides of a
transaction being listed separately in the file.
Others can give better advice than I (and some may be using this exact
workflow) but I believe that yes, GnuCash can see that the transactions are the
same. (some minor csv
I'm giving the search a name using the "save as" function after the search
is completed. Doesn't do any good, apparently. You'd think it would. But
I guess not. Thanks for your help.
On Tue, Jun 2, 2020 at 12:26 PM Derek Atkins wrote:
> Hi,
>
> On Tue, June 2, 2020 12:18 pm, Neil B wrote:
>
That worked. Thanks
-Original Message-
From: Derek Atkins
Sent: Monday, June 1, 2020 12:33 PM
To: rmom...@gmail.com
Cc: GnuCash
Subject: Re: [GNC] Adjusting journal column widths
Hi,
This is in the FAQ:
How do I get a "grand total" of all transactions for a particular category
of transaction rather than a "balance sheet" display? (new to this and
the instructions for getting a grand total are very confusing)
___
gnucash-user mailing list
Hi,
On Tue, June 2, 2020 12:18 pm, Neil B wrote:
> After performing a search of an account with Find, I save the search in
> order to preserve a particular set of transactions containing the "find"
> term. When I access the saved record, the entire account comes back up.
> In other words, the
After performing a search of an account with Find, I save the search in
order to preserve a particular set of transactions containing the "find"
term. When I access the saved record, the entire account comes back up.
In other words, the Find function is useless as a means of preserving a
search.
Sorry my screenshot didn’t come through, but it looks the same as your default
version.
Since running GnuCash without the Gramps CSS file does the trick, then you
don’t have a theme issue.
As for juggling CSS files, see the GnuCash wiki:
https://wiki.gnucash.org/wiki/GTK3
You can have a GTK
Hi GNUCash experts,
I'm planning to consolidate all my statements into 1 big CSV. This CSV
would naturally have an account field and a transfer field.
Since all transactions are there, there will be instances where there will
be duplicates. For example, a statement from bank1 could have a
On 02/06/2020 09:02, Adrien Monteleone wrote:
As a follow-up, are you using any sort of custom GTK *theme*?
No, not as far as I am aware.
Even on a different OS, the resulting elements I think should look reasonably
similar and your screenshot certainly appears different in several respects.
As this is an English mailing list, I'll reply in English first and then try to
add a summary in
French.
GnuCash will not remove data during export. If you don't find it again
afterwards, something
else has changed.
Note gnucash works with one or more data files, similar to how your can have
As a follow-up, are you using any sort of custom GTK *theme*?
Even on a different OS, the resulting elements I think should look reasonably
similar and your screenshot certainly appears different in several respects.
What happens if you try running GnuCash without the custom GTK CSS file to see
Thanks, that is interesting.
I can’t see from the GTK CSS file rules you listed that they would adversely
influence radio buttons.
It is possible, that a font choice *might* but if so, that would definitely be
a GTK bug. Rendering and visibility of such UI elements should be independent
of
On 02/06/2020 08:10, Adrien Monteleone wrote:
I wasn’t aware such visibility was a problem. Could you provide a screenshot?
I’m sure a dev would be interested in making this more discoverable.
Regards,
Adrien
p.s. - at the least, those of us who mess with GTK CSS now and then could take
a
I wasn’t aware such visibility was a problem. Could you provide a screenshot?
I’m sure a dev would be interested in making this more discoverable.
Regards,
Adrien
p.s. - at the least, those of us who mess with GTK CSS now and then could take
a crack at it if the devs don’t have time.
> On Jun
On 01/06/2020 20:56, Adrien Monteleone wrote:
By default, the dates selected are the ‘easy dates’ to the right of the
calendar drop downs. (this period, last period, etc.)
To set specific dates by the calendar drop downs, first click the radio button
to the left of the drop down.
To switch
26 matches
Mail list logo