Re: [GNC] Windows x64 release builds are missing

2024-01-18 Thread john
What development effort? It's already an option to build GnuCash on windows 
using MinGW64 instead of MinGW32 (setting aside that there's a Webkit problem 
with the Windows build so neither is possible right now). Most of the Linux 
distros are 64-bit only, though Debian insists on packaging everything for an 
insane array of hardware: 5.5 is built in unstable for alpha, amd64, arm64, 
armel, armhf, hppa, i386, mips64el, ppc64, ppc64el, riscv64, s390x, and  
sparc64, see https://packages.debian.org/sid/gnucash. The Flathub and MacOS 
builds support both x86_64 and arm64.

Regards,
John Ralls


> On Jan 18, 2024, at 14:42, Stan Brown (using GC 4.14)  
> wrote:
> 
> But, as R Losey pointed out, that would take considerable development
> effort. Is there any actual benefit to switching to a 64-bit program,
> and is that benefit large enough to justify the development effort, even
> if all the needed libraries are available in 64-bit forms.
> 
> It seems to me that the original poster's argument in favor is that
> 32-bit programs have been around for a long time. While that's true, it
> doesn't seem to me like any reason to abandon them.
> 
> Stan Brown
> Tehachapi, CA, USA
> https://BrownMath.com
> 
> On 2024-01-18 13:30, John Ralls wrote:
>> An x64 build will work only on 64-bit PCs, a 32-bit build works on both. 
>> Windows 11 doesn't support 32-bit and Windows 10, which does support 32-bit 
>> computers, goes end-of-life this May. We don't "officially" support 
>> operating systems after EOL so I guess at some point after that we can 
>> switch to 64-bit builds on Windows.
>> 
>> Regards,
>> John Ralls
>> 
>> 
>>> On Jan 18, 2024, at 3:55 AM, * Neustradamus *  
>>> wrote:
>>> 
>>> Dear GnuCash team,
>>> 
>>> I would like to know when you will create the Windows x64 release builds?
>>> 
>>> We are in 2024, x64 is here since Windows XP Pro.
>>> 
>>> The goal is to have like other softwares, a x64 version in more x86.
>>> 
>>> Thanks in advance.
>>> 
>>> Regards,
>>> 
>>> Neustradamus
>>> ___
>>> gnucash-user mailing list
>>> gnucash-user@gnucash.org
>>> To update your subscription preferences or to unsubscribe:
>>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>>> -
>>> Please remember to CC this list on all your replies.
>>> You can do this by using Reply-To-List or Reply-All.
>> 
>> ___
>> gnucash-user mailing list
>> gnucash-user@gnucash.org
>> To update your subscription preferences or to unsubscribe:
>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>> -
>> Please remember to CC this list on all your replies.
>> You can do this by using Reply-To-List or Reply-All.
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Thoughts on Online Quotes documentation

2024-01-18 Thread Frank H. Ellenberger

Hello Simon,

Am 30.12.23 um 19:31 schrieb ora...@sbutler.co.uk:

I built GNUcash a couple of years back on a Raspberry pi, got the
quotes working IIRC (I had definitely installed Finance::Quote and even
applied an update to a new version), started trying to learn how to use
it but ended up not doing anything much with it all for various time
related reasons.

I've recently built the 5.4 version to have another try at adopting
this but the quotes gives me an error.  From what I can gather, things
have moved on since my last attempt and quotes via Yahoo are no longer
available.  So, I'm looking for what I need to do to get this all
working (primarily with UK listed stocks).

I haven't found a simple guide to follow and, as per Jim's
observations, the wiki just doesn't seem to cover the required
information and still talks about Yahoo.  It isn't helping at all with
my level of confusion!


what is wrong with yahoo_json? It is still part of Finance::Quote 
Version 1.59. Did you mix it with the former yahoo [by CSV] module?



A revamp of the documentation in this area, with a simple guide to the
current situation and what is required, would be greatly appreciated
and would be a great help to adoption by newbies like myself.


Did you read the official doc
https://www.gnucash.org/docs/v5/C/gnucash-manual/finance-quote.html
or only the user contributed wiki page?


I would like to thank Jim for the suggestions and all those involved in
making GNUcash available.

All the best
Simon


Regards
Frank
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] gnucash-user Digest, Vol 250, Issue 45

2024-01-18 Thread Eric Hammond



-Original Message-
From: gnucash-user  On 
Behalf Of gnucash-user-requ...@gnucash.org
Sent: Thursday, January 18, 2024 3:27 PM
To: gnucash-user@gnucash.org
Subject: gnucash-user Digest, Vol 250, Issue 45

Send gnucash-user mailing list submissions to
gnucash-user@gnucash.org

To subscribe or unsubscribe via the World Wide Web, visit
https://lists.gnucash.org/mailman/listinfo/gnucash-user
or, via email, send a message with subject or body 'help' to
gnucash-user-requ...@gnucash.org

You can reach the person managing the list at
gnucash-user-ow...@gnucash.org

When replying, please edit your Subject line so it is more specific than "Re: 
Contents of gnucash-user digest..."


Today's Topics:

   6. Re:  Windows x64 release builds are missing (Glenn Fowler)
   7. Re:  Windows x64 release builds are missing (Geoff)

I am running release 5.4 on Windows 11 Pro (x64) with no OS issues at all.

I hope this helps,

Eric Hammond

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Thoughts on Online Quotes documentation

2024-01-18 Thread Frank H. Ellenberger

Hi Jim,

I am sorry for the delay. I inserted my view inline.

Am 25.12.23 um 01:14 schrieb Jim DeLaHunt:
I recently had a problem[1] with getting online quotes from GnuCash 5.5 
on macOS. It caused me to reflect on some shortcomings[2] of the GnuCash 
wiki page on Online Quotes[3]. This message is an attempt to capture 
some thoughts on how that the Online Quotes documentation might be 
improved. Actually doing the improvement is a big job. I don't promise 
to do it myself right now.


A general observation: the top of Online Quotes is big and sprawling, 
with many facets:


1. The task: how to install, how to update, how to configure stock
    entries, how to get quotes, how to get historical prices
2. The components of the online quotes machinery:
     1. the Perl interpreter
     2. Finance::Quote and the Perl modules on which it depends
     3. GnuCash's tools for installing Finance::Quote
     4. System installs vs package manager installs of Perl & modules
    (I'm looking at you, Homebrew and MacPorts)
3. The different platforms — Unix, macOS, Apple Silicon vs x86_64 on
    macOS, Windows, different versions of Windows. There are variants of
    many of the sections for the various platforms.
4. The different data sources and symbols quirks for each
5. Troubleshooting
6. Versions of GnuCash: the facilities for online quotes have changed
    from major version to major version of GnuCash, and that content is
    folded together into one wiki page.
7. The documentation locations: the Online Quotes wiki page[3], and two
    places in the GnuCash manual[4][5], aspire to be well coordinated
    but have evolved away from that.

The current Online Quotes wiki page is 108,503 bytes mixing together 
#1-#6 above. That is so big and confusing to be hard to navigate.


One short term action could be to agree how to refactor. Then various 
people can take incremental refactoring steps.


In particular, I suggest we consider splitting Online Quotes by GnuCash 
version groups, then by platform. Version groups are ranges of GnuCash 
versions, and change where the Online Quotes behaviour in GnuCash 
changed: current is GnuCash 5.x, previous is 4.x, before that is 3.11 
and earlier. Platform is probably: macOS (inc Homebrew, Gnucash), 
Windows, Unix, cross-platform.


While at the beginning of a change most users still have the older 
version. So both versions are on the same level of the Wiki. In the 
manual older versions should only survive in a footnote to inform an 
updating user about the change and have still the infos for users who 
can or want not update the program.


Imagine the article  refers to 
sub-articles like 
, 
, 
. (Those 
names are for illustration only. Getting good names will probably take 
some work.)


ISTR that wikipedia discourages the use of subpages.

Another short-term action is to move content out of the wiki article and 
into the GnuCash Manual, especially for Installation. The article says, 
"Before you continue read the Official Documentation... We try to reduce 
redundancy." Let's take that seriously.


This is the important part. So feel free to remove or replace parts 
covered by the manual with links to the respective section.
That is often forgotten because there are up to 3 month between the 
change in the docs visible as

https://code.gnucash.org/docs/C/gnucash-manual/index.html
and their release published as
https://www.gnucash.org/docs/v5/C/gnucash-manual/index.html.

There is only one small issue: wikimedia's syntax-highlight covers more 
languages than docbook's. So some examples look nicer in the wiki than 
in docbook.



Hopefully these notes contribute to whatever improvement project gets done.
Best regards,
    —Jim DeLaHunt

[1] [GNC] GnuCash 5.5 (macOS) can't get quotes, because it doesn't see 
JSON::Parse,  Sat, 23 Dec 2023 12:30:43 -0800 



[2] ibid thread,  Sun, 24 Dec 2023 11:31:44 -0800 



[3] 

[4] GnuCash Manual, 5.4.2. "Steps to enable Online Quotes updating" 



[5] GnuCash Manual, Chapter 11. "Setting Up the Quote Retrieval" 



___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Windows x64 release builds are missing

2024-01-18 Thread Geoff

Clarification:

Windows 10 end of life is not until 14th October 2025 according to 
Microsoft:


https://learn.microsoft.com/en-us/lifecycle/products/windows-10-home-and-pro

"Windows 10 will reach end of support on October 14, 2025. The current 
version, 22H2, will be the final version of Windows 10, and all editions 
will remain in support with monthly security update releases through 
that date. Existing LTSC releases will continue to receive updates 
beyond that date based on their specific lifecycles."



Windows 11 *itself* is only available as 64 bit, but it does support 32 
bit applications (like GnuCash).



And Windows 12 is looming, but the rumour mills are not predicting any 
major architectural changes: https://www.google.com.au/search?q=windows+12



Geoff
=

On 19/01/2024 8:30 am, John Ralls wrote:

An x64 build will work only on 64-bit PCs, a 32-bit build works on both. Windows 11 
doesn't support 32-bit and Windows 10, which does support 32-bit computers, goes 
end-of-life this May. We don't "officially" support operating systems after EOL 
so I guess at some point after that we can switch to 64-bit builds on Windows.

Regards,
John Ralls



On Jan 18, 2024, at 3:55 AM, * Neustradamus *  wrote:

Dear GnuCash team,

I would like to know when you will create the Windows x64 release builds?

We are in 2024, x64 is here since Windows XP Pro.

The goal is to have like other softwares, a x64 version in more x86.

Thanks in advance.

Regards,

Neustradamus
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Windows x64 release builds are missing

2024-01-18 Thread Glenn Fowler
There is no 32-bit Windows 11 OS but 32-bit programs will still run on the
64-bit Windows 11 OS - the same with Windows 10.

On Thu, Jan 18, 2024 at 4:30 PM John Ralls  wrote:

> An x64 build will work only on 64-bit PCs, a 32-bit build works on both.
> Windows 11 doesn't support 32-bit and Windows 10, which does support 32-bit
> computers, goes end-of-life this May. We don't "officially" support
> operating systems after EOL so I guess at some point after that we can
> switch to 64-bit builds on Windows.
>
> Regards,
> John Ralls
>
>
> > On Jan 18, 2024, at 3:55 AM, * Neustradamus * 
> wrote:
> >
> > Dear GnuCash team,
> >
> > I would like to know when you will create the Windows x64 release builds?
> >
> > We are in 2024, x64 is here since Windows XP Pro.
> >
> > The goal is to have like other softwares, a x64 version in more x86.
> >
> > Thanks in advance.
> >
> > Regards,
> >
> > Neustradamus
> > ___
> > gnucash-user mailing list
> > gnucash-user@gnucash.org
> > To update your subscription preferences or to unsubscribe:
> > https://lists.gnucash.org/mailman/listinfo/gnucash-user
> > -
> > Please remember to CC this list on all your replies.
> > You can do this by using Reply-To-List or Reply-All.
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Windows x64 release builds are missing

2024-01-18 Thread Stan Brown (using GC 4.14)
But, as R Losey pointed out, that would take considerable development
effort. Is there any actual benefit to switching to a 64-bit program,
and is that benefit large enough to justify the development effort, even
if all the needed libraries are available in 64-bit forms.

It seems to me that the original poster's argument in favor is that
32-bit programs have been around for a long time. While that's true, it
doesn't seem to me like any reason to abandon them.

Stan Brown
Tehachapi, CA, USA
https://BrownMath.com

On 2024-01-18 13:30, John Ralls wrote:
> An x64 build will work only on 64-bit PCs, a 32-bit build works on both. 
> Windows 11 doesn't support 32-bit and Windows 10, which does support 32-bit 
> computers, goes end-of-life this May. We don't "officially" support operating 
> systems after EOL so I guess at some point after that we can switch to 64-bit 
> builds on Windows.
> 
> Regards,
> John Ralls
> 
> 
>> On Jan 18, 2024, at 3:55 AM, * Neustradamus *  
>> wrote:
>>
>> Dear GnuCash team,
>>
>> I would like to know when you will create the Windows x64 release builds?
>>
>> We are in 2024, x64 is here since Windows XP Pro.
>>
>> The goal is to have like other softwares, a x64 version in more x86.
>>
>> Thanks in advance.
>>
>> Regards,
>>
>> Neustradamus
>> ___
>> gnucash-user mailing list
>> gnucash-user@gnucash.org
>> To update your subscription preferences or to unsubscribe:
>> https://lists.gnucash.org/mailman/listinfo/gnucash-user
>> -
>> Please remember to CC this list on all your replies.
>> You can do this by using Reply-To-List or Reply-All.
> 
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Liability Balances - All payments disappeared

2024-01-18 Thread David Cousens


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Liability Balances - All payments disappeared

2024-01-18 Thread david whiting
Also the database/XML file itself refers them as splits (i.e, each
transaction is made up of two or more splits), so if we start using
different terminology for what people on the frontend it could get
really confusing if we are trying to resolve a problem and have to
refer to what's in the data using one meaning for split and a
different meaning for the frontend.

David

On Thu, 18 Jan 2024 at 20:15, Adrien Monteleone
 wrote:
>
> Yes, this is an example where it isn't just the terminology of users,
> but rather that the UI uses the term 'split' for two different meanings.
>
> I too have memo transactions with only one split and no value.
>
> Regards,
> Adrien
>
> On 1/18/24 1:45 PM, Stan Brown (using GC 4.14) wrote:
> > Don't forget, changing "split" to a "new term" would mean program
> > changes. When I click on a line within a transaction and then click the
> > delete icon, a popup asks whether I want to delete "the split". And that
> > happens whether there are two splits in the transaction or more than two.
> >
> > (It is of course possible to have a transaction that has but one split,
> > with amount equal to zero. I do it as a way of making a memo that isn't
> > tied to any financial transaction, for instance the number of miles I
> > drove for charity in a given month. GnuCash has no problem with that.)
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.



-- 
David Whiting
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Windows x64 release builds are missing

2024-01-18 Thread John Ralls
An x64 build will work only on 64-bit PCs, a 32-bit build works on both. 
Windows 11 doesn't support 32-bit and Windows 10, which does support 32-bit 
computers, goes end-of-life this May. We don't "officially" support operating 
systems after EOL so I guess at some point after that we can switch to 64-bit 
builds on Windows.

Regards,
John Ralls


> On Jan 18, 2024, at 3:55 AM, * Neustradamus *  
> wrote:
> 
> Dear GnuCash team,
> 
> I would like to know when you will create the Windows x64 release builds?
> 
> We are in 2024, x64 is here since Windows XP Pro.
> 
> The goal is to have like other softwares, a x64 version in more x86.
> 
> Thanks in advance.
> 
> Regards,
> 
> Neustradamus
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.

___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Error Windows 11 when running reports

2024-01-18 Thread Patrick James
There is a known bug with reports in GnuCash version 5.5 on a Windows machine. 

The bug is well-understood, but the fix is not so easy.

Moving down to 5.4 will fix the report problem.

> On 01/17/2024 3:29 PM PST Ignacio Ayuste  wrote:
> 
>  
> Hi All, for a lot reports i noticed the file generated in temp folder but
> the app crash, I run the app using winDbg and the error is:
> 
> (4130.c2c): Access violation - code c005 (!!! second chance !!!)
> eax= ebx=62f200a0 ecx= edx= esi=1049fff0
> edi=0004
> eip=62d400d3 esp=00bfe840 ebp=00bfe888 iopl=0 nv up ei pl nz na po
> nc
> cs=0023  ss=002b  ds=002b  es=002b  fs=0053  gs=002b
> efl=00210202
> libjavascriptcoregtk_3_0_0!ZN3JSC8JSObject27getOwnNonIndexPropertyNamesEPS0_PNS_9ExecStateERNS_17PropertyNameArrayENS_15EnumerationModeE+0x473:
> 62d400d3 8b49fc  mov ecx,dword ptr [ecx-4]
> ds:002b:fffc=
> 
> 0:000> !analyze -v
> ***
> *
>   *
> *Exception Analysis
>   *
> *
>   *
> ***
> 
> 
> KEY_VALUES_STRING: 1
> 
> Key  : AV.Fault
> Value: Read
> 
> Key  : Analysis.CPU.mSec
> Value: 2483
> 
> Key  : Analysis.Elapsed.mSec
> Value: 35877
> 
> Key  : Analysis.IO.Other.Mb
> Value: 80
> 
> Key  : Analysis.IO.Read.Mb
> Value: 1
> 
> Key  : Analysis.IO.Write.Mb
> Value: 117
> 
> Key  : Analysis.Init.CPU.mSec
> Value: 1046
> 
> Key  : Analysis.Init.Elapsed.mSec
> Value: 761028
> 
> Key  : Analysis.Memory.CommitPeak.Mb
> Value: 97
> 
> Key  : Failure.Bucket
> Value:
> INVALID_CLASS_PTR_READ_c005_libjavascriptcoregtk-3.0-0.dll!Unknown
> 
> Key  : Failure.Hash
> Value: {7c9c3c53-a28e-a583-683b-6075744558e7}
> 
> Key  : Timeline.OS.Boot.DeltaSec
> Value: 39191
> 
> Key  : Timeline.Process.Start.DeltaSec
> Value: 761
> 
> Key  : WER.OS.Branch
> Value: ni_release
> 
> Key  : WER.OS.Version
> Value: 10.0.22621.1
> 
> Key  : WER.Process.Version
> Value: 5.5.0.0
> 
> 
> NTGLOBALFLAG:  70
> 
> PROCESS_BAM_CURRENT_THROTTLED: 0
> 
> PROCESS_BAM_PREVIOUS_THROTTLED: 0
> 
> APPLICATION_VERIFIER_FLAGS:  0
> 
> EXCEPTION_RECORD:  (.exr -1)
> ExceptionAddress: 62d400d3
> (libjavascriptcoregtk_3_0_0!ZN3JSC8JSObject27getOwnNonIndexPropertyNamesEPS0_PNS_9ExecStateERNS_17PropertyNameArrayENS_15EnumerationModeE+0x0473)
>ExceptionCode: c005 (Access violation)
>   ExceptionFlags: 
> NumberParameters: 2
>Parameter[0]: 
>Parameter[1]: fffc
> Attempt to read from address fffc
> 
> FAULTING_THREAD:  0c2c
> 
> PROCESS_NAME:  gnucash.exe
> 
> READ_ADDRESS:  fffc
> 
> ERROR_CODE: (NTSTATUS) 0xc005 - The instruction at 0x%p referenced
> memory at 0x%p. The memory could not be %s.
> 
> EXCEPTION_CODE_STR:  c005
> 
> EXCEPTION_PARAMETER1:  
> 
> EXCEPTION_PARAMETER2:  fffc
> 
> STACK_TEXT:
> WARNING: Stack unwind information not available. Following frames may be
> wrong.
> 00bfe888 62d4794a 0c43bcd0 10e1fff0 
> libjavascriptcoregtk_3_0_0!ZN3JSC8JSObject27getOwnNonIndexPropertyNamesEPS0_PNS_9ExecStateERNS_17PropertyNameArrayENS_15EnumerationModeE+0x473
> 00bfe8b8 62d170db 0c43bcd0  0004
> libjavascriptcoregtk_3_0_0!ZN3JSC8JSObject20growOutOfLineStorageERNS_2VMEjj+0x3a
> 00bfe958 62d13f7c 0c43bcd0 00bfea88 
> libjavascriptcoregtk_3_0_0!ZN3JSC16InternalFunction14finishCreationERNS_2VMERKN3WTF6StringE+0xa0b
> 00bfe988 62d31db1 0c43bcd0 00bfea88 
> libjavascriptcoregtk_3_0_0!ZN3JSC17FunctionPrototype14finishCreationERNS_2VMERKN3WTF6StringE+0x1c
> 00bfeae8 62d398c0 0c43bcd0 1045f530 0c43bcd0
> libjavascriptcoregtk_3_0_0!ZN3JSC14JSGlobalObject5resetENS_7JSValueE+0x111
> 00bfeb18 6332e524 10dbffe0 0040 0c43bcd0
> libjavascriptcoregtk_3_0_0!ZN3JSC14JSGlobalObject4initEPNS_8JSObjectE+0xa0
> 00bfeb48 6332fe9c 0c43bcd0 10dbffe0 00bfeb98
> libwebkitgtk_3_0_0!webkit_authentication_widget_get_type+0x3cb64
> 00bfeb98 63334d32 0c43bcd0 10dbffe0 00bfebe8
> libwebkitgtk_3_0_0!webkit_authentication_widget_get_type+0x3e4dc
> 00bfec08 63334f9f 00bfec2c 002f 00bfec38
> libwebkitgtk_3_0_0!webkit_authentication_widget_get_type+0x43372
> 00bfec38 63355d38 0c43bcd0 00bfec90 0c44bf88
> libwebkitgtk_3_0_0!webkit_authentication_widget_get_type+0x435df
> 00bfecb8 633564e3 0c44bf88 f4830899 00bfed18
> libwebkitgtk_3_0_0!webkit_authentication_widget_get_type+0x64378
> 00bfed08 63356912 0c44bf88 0c457f24 0c457f24
> libwebkitgtk_3_0_0!webkit_authentication_widget_get_type+0x64b23
> 00bfedb8 63356a96 0c3c1e28 00bfee94 0c44bf88
> libwebkitgtk_3_0_0!webkit_authentication_widget_get_type+0x64f52
> 00bfedd8 63484033 0c3c1e28 00bfee94 0c458750
> 

[GNC] Error Windows 11 when running reports

2024-01-18 Thread Ignacio Ayuste
Hi All, for a lot reports i noticed the file generated in temp folder but
the app crash, I run the app using winDbg and the error is:

(4130.c2c): Access violation - code c005 (!!! second chance !!!)
eax= ebx=62f200a0 ecx= edx= esi=1049fff0
edi=0004
eip=62d400d3 esp=00bfe840 ebp=00bfe888 iopl=0 nv up ei pl nz na po
nc
cs=0023  ss=002b  ds=002b  es=002b  fs=0053  gs=002b
efl=00210202
libjavascriptcoregtk_3_0_0!ZN3JSC8JSObject27getOwnNonIndexPropertyNamesEPS0_PNS_9ExecStateERNS_17PropertyNameArrayENS_15EnumerationModeE+0x473:
62d400d3 8b49fc  mov ecx,dword ptr [ecx-4]
ds:002b:fffc=

0:000> !analyze -v
***
*
  *
*Exception Analysis
  *
*
  *
***


KEY_VALUES_STRING: 1

Key  : AV.Fault
Value: Read

Key  : Analysis.CPU.mSec
Value: 2483

Key  : Analysis.Elapsed.mSec
Value: 35877

Key  : Analysis.IO.Other.Mb
Value: 80

Key  : Analysis.IO.Read.Mb
Value: 1

Key  : Analysis.IO.Write.Mb
Value: 117

Key  : Analysis.Init.CPU.mSec
Value: 1046

Key  : Analysis.Init.Elapsed.mSec
Value: 761028

Key  : Analysis.Memory.CommitPeak.Mb
Value: 97

Key  : Failure.Bucket
Value:
INVALID_CLASS_PTR_READ_c005_libjavascriptcoregtk-3.0-0.dll!Unknown

Key  : Failure.Hash
Value: {7c9c3c53-a28e-a583-683b-6075744558e7}

Key  : Timeline.OS.Boot.DeltaSec
Value: 39191

Key  : Timeline.Process.Start.DeltaSec
Value: 761

Key  : WER.OS.Branch
Value: ni_release

Key  : WER.OS.Version
Value: 10.0.22621.1

Key  : WER.Process.Version
Value: 5.5.0.0


NTGLOBALFLAG:  70

PROCESS_BAM_CURRENT_THROTTLED: 0

PROCESS_BAM_PREVIOUS_THROTTLED: 0

APPLICATION_VERIFIER_FLAGS:  0

EXCEPTION_RECORD:  (.exr -1)
ExceptionAddress: 62d400d3
(libjavascriptcoregtk_3_0_0!ZN3JSC8JSObject27getOwnNonIndexPropertyNamesEPS0_PNS_9ExecStateERNS_17PropertyNameArrayENS_15EnumerationModeE+0x0473)
   ExceptionCode: c005 (Access violation)
  ExceptionFlags: 
NumberParameters: 2
   Parameter[0]: 
   Parameter[1]: fffc
Attempt to read from address fffc

FAULTING_THREAD:  0c2c

PROCESS_NAME:  gnucash.exe

READ_ADDRESS:  fffc

ERROR_CODE: (NTSTATUS) 0xc005 - The instruction at 0x%p referenced
memory at 0x%p. The memory could not be %s.

EXCEPTION_CODE_STR:  c005

EXCEPTION_PARAMETER1:  

EXCEPTION_PARAMETER2:  fffc

STACK_TEXT:
WARNING: Stack unwind information not available. Following frames may be
wrong.
00bfe888 62d4794a 0c43bcd0 10e1fff0 
libjavascriptcoregtk_3_0_0!ZN3JSC8JSObject27getOwnNonIndexPropertyNamesEPS0_PNS_9ExecStateERNS_17PropertyNameArrayENS_15EnumerationModeE+0x473
00bfe8b8 62d170db 0c43bcd0  0004
libjavascriptcoregtk_3_0_0!ZN3JSC8JSObject20growOutOfLineStorageERNS_2VMEjj+0x3a
00bfe958 62d13f7c 0c43bcd0 00bfea88 
libjavascriptcoregtk_3_0_0!ZN3JSC16InternalFunction14finishCreationERNS_2VMERKN3WTF6StringE+0xa0b
00bfe988 62d31db1 0c43bcd0 00bfea88 
libjavascriptcoregtk_3_0_0!ZN3JSC17FunctionPrototype14finishCreationERNS_2VMERKN3WTF6StringE+0x1c
00bfeae8 62d398c0 0c43bcd0 1045f530 0c43bcd0
libjavascriptcoregtk_3_0_0!ZN3JSC14JSGlobalObject5resetENS_7JSValueE+0x111
00bfeb18 6332e524 10dbffe0 0040 0c43bcd0
libjavascriptcoregtk_3_0_0!ZN3JSC14JSGlobalObject4initEPNS_8JSObjectE+0xa0
00bfeb48 6332fe9c 0c43bcd0 10dbffe0 00bfeb98
libwebkitgtk_3_0_0!webkit_authentication_widget_get_type+0x3cb64
00bfeb98 63334d32 0c43bcd0 10dbffe0 00bfebe8
libwebkitgtk_3_0_0!webkit_authentication_widget_get_type+0x3e4dc
00bfec08 63334f9f 00bfec2c 002f 00bfec38
libwebkitgtk_3_0_0!webkit_authentication_widget_get_type+0x43372
00bfec38 63355d38 0c43bcd0 00bfec90 0c44bf88
libwebkitgtk_3_0_0!webkit_authentication_widget_get_type+0x435df
00bfecb8 633564e3 0c44bf88 f4830899 00bfed18
libwebkitgtk_3_0_0!webkit_authentication_widget_get_type+0x64378
00bfed08 63356912 0c44bf88 0c457f24 0c457f24
libwebkitgtk_3_0_0!webkit_authentication_widget_get_type+0x64b23
00bfedb8 63356a96 0c3c1e28 00bfee94 0c44bf88
libwebkitgtk_3_0_0!webkit_authentication_widget_get_type+0x64f52
00bfedd8 63484033 0c3c1e28 00bfee94 0c458750
libwebkitgtk_3_0_0!webkit_authentication_widget_get_type+0x650d6
00bfee58 635c9c43 00bfee94 0c3dfb10 00bfee8f
libwebkitgtk_3_0_0!webkit_authentication_widget_get_type+0x192673
00bfeef8 635c9f4b 0c3dfb10  
libwebkitgtk_3_0_0!webkit_authentication_widget_get_type+0x2d8283
00bfef78 635c9f7b 0008 774fe411 00bfefa8
libwebkitgtk_3_0_0!webkit_authentication_widget_get_type+0x2d858b
00bfef88 635bfe49 0c45c720 0009 
libwebkitgtk_3_0_0!webkit_authentication_widget_get_type+0x2d85bb
00bfefa8 6367d66f 0c45c720  00bfefd8

Re: [GNC] Liability Balances - All payments disappeared

2024-01-18 Thread Patrick James
I suspect it is fair to say that the UI design results in different uses of the 
same English terms from accounting, thus a "split" in terminology.


> On 01/18/2024 12:03 PM PST Adrien Monteleone  
> wrote:
> 
>  
> Yes, this is an example where it isn't just the terminology of users, 
> but rather that the UI uses the term 'split' for two different meanings.
> 
> I too have memo transactions with only one split and no value.
> 
> Regards,
> Adrien
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Liability Balances - All payments disappeared

2024-01-18 Thread Adrien Monteleone
Yes, this is an example where it isn't just the terminology of users, 
but rather that the UI uses the term 'split' for two different meanings.


I too have memo transactions with only one split and no value.

Regards,
Adrien

On 1/18/24 1:45 PM, Stan Brown (using GC 4.14) wrote:

Don't forget, changing "split" to a "new term" would mean program
changes. When I click on a line within a transaction and then click the
delete icon, a popup asks whether I want to delete "the split". And that
happens whether there are two splits in the transaction or more than two.

(It is of course possible to have a transaction that has but one split,
with amount equal to zero. I do it as a way of making a memo that isn't
tied to any financial transaction, for instance the number of miles I
drove for charity in a given month. GnuCash has no problem with that.)


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Liability Balances - All payments disappeared

2024-01-18 Thread Adrien Monteleone

Perhaps.

But does that translate well to the Basic View mode when there are 3 or 
more debits/credits?


Regards,
Adrien

On 1/18/24 1:53 PM, Eric Chapman wrote:
FWIW: How about "Simple transactions" (with one debit & one credit) and 
"Compound transactions" (those with more than one debit or more than one 
credit)?


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Terminology WAS: Liability Balances - All payments disappeared

2024-01-18 Thread Adrien Monteleone

That is how I currently understand it.

When I use 'a split' I mean a single debit or credit.

When I use 'split transaction' I mean a transaction that has 3 or more 
combined debits/credits.


Regards,
Adrien

On 1/18/24 1:43 PM, David T. via gnucash-user wrote:

The Gnucash community has had this discussion many times in the past. My 
recollection is that the following terminology is accepted:
* Each line is a "split," and thus a basic transaction has two such splits.
* A transaction with more than two splits is referred to as a multi-split 
transaction.

This terminology is not fully-agreed, but this is my recollection of those previous discussions. 
The best alternative terminology I recall was to use the word "entry" for what is now 
called a split, and reserve "split" for transactions with more than two entries. But that 
terminology has never been adopted by the community or in the documentation.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Liability Balances - All payments disappeared

2024-01-18 Thread Adrien Monteleone

Ah yes, another case of 'split' and I have lots of those!

-
For the record, Transaction Journal view shows each debit and credit and 
the Memos for each.


Double-Line shows the Notes field and is independent of Transaction 
Journal view.


Regards,
Adrien

On 1/18/24 1:28 PM, Patrick James wrote:

A "simple journal entry" is a journal entry that involves no more than two 
accounts.

A "compound journal entry" is a journal entry that involves more than two 
accounts.

That's the 'easy' part.

Now there are entries that involve multiple debits or multiple credits, or both, that only impact 
two accounts. This I personally call this a "split," as at least one debit or credit is 
being "split" into more than is necessary for the basics. Often the memos are important 
here.

When the "transaction journal" in GnuCash is selected, GnuCash shows all the impacted 
accounts, and if "Double Line" is also selected, then it shows the memo field too.

I'm not sure what the best use of "split" is, as this question reminds me of various 
seemingly simple questions, such as "Where does milk come from?"


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Liability Balances - All payments disappeared

2024-01-18 Thread Eric Chapman
FWIW: How about "Simple transactions" (with one debit & one credit) and 
"Compound transactions" (those with more than one debit or more than one 
credit)?


On 1/18/24 11:56, Adrien Monteleone wrote:
Fair enough. We need a new term for one of these things. It is a 
repeated source of confusion & consternation.


Regards,
Adrien

On 1/18/24 9:54 AM, Michael or Penny Novack wrote:
Except I would never refer to a transaction that affect JUST TWO 
accounts to have any "splits". When I use the term "splits" I mean 
that either there is more than one debit account, more than one 
credit account, or both. ALL transactions involve at least two 
accounts, at least one debit and at least one credit. That is 
fundamental to double entry bookkeeping.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Terminology WAS: Liability Balances - All payments disappeared

2024-01-18 Thread David T. via gnucash-user
The Gnucash community has had this discussion many times in the past. My 
recollection is that the following terminology is accepted:
* Each line is a "split," and thus a basic transaction has two such splits. 
* A transaction with more than two splits is referred to as a multi-split 
transaction. 

This terminology is not fully-agreed, but this is my recollection of those 
previous discussions. The best alternative terminology I recall was to use the 
word "entry" for what is now called a split, and reserve "split" for 
transactions with more than two entries. But that terminology has never been 
adopted by the community or in the documentation. 

⁣David T.​

On Jan 18, 2024, 8:02 PM, at 8:02 PM, Adrien Monteleone 
 wrote:
>Fair enough. We need a new term for one of these things. It is a 
>repeated source of confusion & consternation.
>
>Regards,
>Adrien
>
>On 1/18/24 9:54 AM, Michael or Penny Novack wrote:
>> Except I would never refer to a transaction that affect JUST TWO 
>> accounts to have any "splits". When I use the term "splits" I mean
>that 
>> either there is more than one debit account, more than one credit 
>> account, or both. ALL transactions involve at least two accounts, at 
>> least one debit and at least one credit. That is fundamental to
>double 
>> entry bookkeeping.
>
>___
>gnucash-user mailing list
>gnucash-user@gnucash.org
>To update your subscription preferences or to unsubscribe:
>https://lists.gnucash.org/mailman/listinfo/gnucash-user
>-
>Please remember to CC this list on all your replies.
>You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Liability Balances - All payments disappeared

2024-01-18 Thread Stan Brown (using GC 4.14)
Don't forget, changing "split" to a "new term" would mean program
changes. When I click on a line within a transaction and then click the
delete icon, a popup asks whether I want to delete "the split". And that
happens whether there are two splits in the transaction or more than two.

(It is of course possible to have a transaction that has but one split,
with amount equal to zero. I do it as a way of making a memo that isn't
tied to any financial transaction, for instance the number of miles I
drove for charity in a given month. GnuCash has no problem with that.)

Stan Brown
Tehachapi, CA, USA
https://BrownMath.com

On 2024-01-18 08:56, Adrien Monteleone wrote:
> Fair enough. We need a new term for one of these things. It is a
> repeated source of confusion & consternation.
> 
> Regards,
> Adrien
> 
> On 1/18/24 9:54 AM, Michael or Penny Novack wrote:
>> Except I would never refer to a transaction that affect JUST TWO
>> accounts to have any "splits". When I use the term "splits" I mean
>> that either there is more than one debit account, more than one credit
>> account, or both. ALL transactions involve at least two accounts, at
>> least one debit and at least one credit. That is fundamental to double
>> entry bookkeeping.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Liability Balances - All payments disappeared

2024-01-18 Thread Patrick James
A "simple journal entry" is a journal entry that involves no more than two 
accounts.

A "compound journal entry" is a journal entry that involves more than two 
accounts.

That's the 'easy' part.

Now there are entries that involve multiple debits or multiple credits, or 
both, that only impact two accounts. This I personally call this a "split," as 
at least one debit or credit is being "split" into more than is necessary for 
the basics. Often the memos are important here.

When the "transaction journal" in GnuCash is selected, GnuCash shows all the 
impacted accounts, and if "Double Line" is also selected, then it shows the 
memo field too.

I'm not sure what the best use of "split" is, as this question reminds me of 
various seemingly simple questions, such as "Where does milk come from?"


> On 01/18/2024 8:56 AM PST Adrien Monteleone  
> wrote:
> 
>  
> Fair enough. We need a new term for one of these things. It is a 
> repeated source of confusion & consternation.
> 
> Regards,
> Adrien
> 
> On 1/18/24 9:54 AM, Michael or Penny Novack wrote:
> > Except I would never refer to a transaction that affect JUST TWO 
> > accounts to have any "splits". When I use the term "splits" I mean that 
> > either there is more than one debit account, more than one credit 
> > account, or both. ALL transactions involve at least two accounts, at 
> > least one debit and at least one credit. That is fundamental to double 
> > entry bookkeeping.
> 
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Enhancement: Future sched txn update if updated template.

2024-01-18 Thread David G. Pickett via gnucash-user
 David,
I would be happy with just changed amounts.  Phone bills, cable bills, 
subscriptions all adjust upward in random ways at random times due to the 
designed in inflation of our economy, plus newly invented or rescinded taxes 
and fees.  Wrong first take -- I cannot imagine being able to predict stock 
splits!  :D
The scheduled transaction screen code has the old and new values, so it is in a 
great position to update the already scheduled transactions.  You mean split or 
3+way transactions!  While mine are generally just simple a-b transactions, 
there is no reason it could not work for 3 or more way transactions, like if 
someone is tracking taxes on their cable bill for itemization -- just ask, if 
yes, find the future txns that match the old template txn, delete each, enter 
new template txn for same date!

While having my future bill and deposit txns in place does send the account 
listed value up and down a lot, it is nice to see what upcoming expenses I need 
to keep money in place for, moving excess out and moving savings in as needed.

Best,
David
On Thursday, January 18, 2024 at 04:02:54 AM EST, David H 
 wrote:  
 
 Ok David so what are you changing on your template that you want to update to 
your already created txns ?  Is it just a changed amount, are you adding 
further splits, making significant changes ?
A bit roundabout but this is how I would handle the situation of a significant 
change to a template record...
0. Backup your Gnucsh file just in case.1. Forget about your existing template 
- disable it in fact.2. Search for all created future txns matching the 
existing template.3. Delete all 11 txns except for the very next occurrence.4. 
Update the remaining next txn so it reflects what you want to see in your 
template.5. Right click on the updated txn and select "Schedule" to schedule it 
and create a new template.6. Update the new template record as necessary.7. Run 
the "Since last run..." wizard to re-create your next 11 txns.8. Double check 
the results.
Job Done :-)
I have a number of scheduled txns that change each year that I've tacked an 
"Effective 2019/07/01", "Effective 2020/09/17" etc onto the template name.  As 
I create a new one I disable the old one, mind you I only create txns 60 days 
in advance not 12 months so no biggie for me :-)
Or
you could do the search for the future txns, export them to a spreadsheet, 
delete them in Gnucash, update in the spreadsheet and then re-import being 
careful to ensure you don't end up with duplicate txns because you forgot to 
delete the txns you exported as I once did.
Cheers David H.

On Thu, 18 Jan 2024 at 08:56, David G. Pickett  wrote:

 Yes, when editing the template and there are future transactions matching the 
old template, I want it to ask me if I want to update the pre-scheduled old 
matching future transactions to match the new template.
On Wednesday, January 17, 2024 at 02:07:36 AM EST, David H 
 wrote:  
 
 I honk he’s talking about having 1 template but the transactions have already 
been created 12 months in advance. I.e. he wants to update the created tens 
based on an updated template after the fact.
Regards David H.
On Wed, 17 Jan 2024 at 10:43 am, Gyle McCollam  wrote:

Instead of having 11 or 12 sx templates, why not have one that fires monthly?



Sent from Samsung Galaxy smartphone.



 Original message 
From: "David G. Pickett via gnucash-user" 
Date: 1/16/24 6:18 PM (GMT-05:00)
To: Gnucash Users 
Subject: [GNC] Enhancement: Future sched txn update if updated template.

I schedule my periodic transactions a year in advance, but with constant 
inflation, often the amount goes up.  It'd be nice to have a way to, by 
interactive option after I update the template, have gnucash update the already 
generated future transactions to match an updated template transaction, so I do 
not need to update 11 or 12 more places.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.

  
  
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Liability Balances - All payments disappeared

2024-01-18 Thread Adrien Monteleone
Fair enough. We need a new term for one of these things. It is a 
repeated source of confusion & consternation.


Regards,
Adrien

On 1/18/24 9:54 AM, Michael or Penny Novack wrote:
Except I would never refer to a transaction that affect JUST TWO 
accounts to have any "splits". When I use the term "splits" I mean that 
either there is more than one debit account, more than one credit 
account, or both. ALL transactions involve at least two accounts, at 
least one debit and at least one credit. That is fundamental to double 
entry bookkeeping.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Enhancement: Future sched txn update if updated template.

2024-01-18 Thread Adrien Monteleone
The OP referenced an adjustment for inflation, so it seems like simply 
upping various amounts.


Hence my suggestion to leave the template with the current amounts, and 
add a variable multiplier which will be prompted by GnuCash.


But that suggestion didn't take into account creating transactions in 
advance, and only contemplated creating them when they would naturally 
occur. (you won't know the inflation multiplier in advance)


-

While I don't create transactions far in advance, I like your idea of 
noting an effective date. I have one transaction that changes every 6 
months, so this will help me see the iteration a of particular transaction.


-
The export/import idea is likely the best way to handle more than a 
handful of transactions that need updating.


Regards,
Adrien

On 1/18/24 3:02 AM, David H wrote:

Ok David so what are you changing on your template that you want to update
to your already created txns ?  Is it just a changed amount, are you adding
further splits, making significant changes ?

A bit roundabout but this is how I would handle the situation of a
significant change to a template record...

0. Backup your Gnucsh file just in case.
1. Forget about your existing template - disable it in fact.
2. Search for all created future txns matching the existing template.
3. Delete all 11 txns except for the very next occurrence.
4. Update the remaining next txn so it reflects what you want to see in
your template.
5. Right click on the updated txn and select "Schedule" to schedule it and
create a new template.
6. Update the new template record as necessary.
7. Run the "Since last run..." wizard to re-create your next 11 txns.
8. Double check the results.

Job Done :-)

I have a number of scheduled txns that change each year that I've tacked an
"Effective 2019/07/01", "Effective 2020/09/17" etc onto the template name.
As I create a new one I disable the old one, mind you I only create txns 60
days in advance not 12 months so no biggie for me :-)

Or

you could do the search for the future txns, export them to a spreadsheet,
delete them in Gnucash, update in the spreadsheet and then re-import being
careful to ensure you don't end up with duplicate txns because you
forgot to delete the txns you exported as I once did.


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Enhancement: Future sched txn update if updated template.

2024-01-18 Thread Adrien Monteleone

Apologies for my confusion.

Regards,
Adrien

On 1/18/24 3:09 AM, David H wrote:

I don't think I suggested you thought otherwise but since you've quoted me
in your reply you must think that I did.  I was simply replying to Gyles
comment along the lines of the following.

Regards David H.

Instead of having 11 or 12 sx templates, why not have one that fires monthly?


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Liability Balances - All payments disappeared

2024-01-18 Thread Michael or Penny Novack

On 1/17/2024 10:04 PM, Adrien Monteleone wrote:

A little more detail to what Michael is asking for:

While viewing the Checking account register, click on View > 
Transaction Journal. That will show all splits in all transactions. 


Except I would never refer to a transaction that affect JUST TWO 
accounts to have any "splits". When I use the term "splits" I mean that 
either there is more than one debit account, more than one credit 
account, or both. ALL transactions involve at least two accounts, at 
least one debit and at least one credit. That is fundamental to double 
entry bookkeeping.


Michael D Novack


___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Windows x64 release builds are missing

2024-01-18 Thread R Losey
I'm not part of the team, but I am a software engineer, and I've done
conversion to 64-bits. In the best case, it's just a matter of
re-compiling... but that's never worked except for very small programs.
All of the libraries used must have 64-bit versions, and then each call to
the library needs to be checked to verify that call is passing the properly
sized parameters. If there are internal (GnuCash-defined) structures -- and
there almost certainly are -- they all need to be checked to verify that
they aren't going to run into alignment problems. The whole process is
quite a labor-intensive.



On Thu, Jan 18, 2024 at 5:56 AM * Neustradamus * 
wrote:

> Dear GnuCash team,
>
> I would like to know when you will create the Windows x64 release builds?
>
> We are in 2024, x64 is here since Windows XP Pro.
>
> The goal is to have like other softwares, a x64 version in more x86.
>
> Thanks in advance.
>
> Regards,
>
> Neustradamus
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>


-- 
_
Richard Losey
rlo...@gmail.com
Micah 6:8
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


[GNC] Windows x64 release builds are missing

2024-01-18 Thread * Neustradamus *
Dear GnuCash team,

I would like to know when you will create the Windows x64 release builds?

We are in 2024, x64 is here since Windows XP Pro.

The goal is to have like other softwares, a x64 version in more x86.

Thanks in advance.

Regards,

Neustradamus
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Enhancement: Future sched txn update if updated template.

2024-01-18 Thread David H
I don't think I suggested you thought otherwise but since you've quoted me
in your reply you must think that I did.  I was simply replying to Gyles
comment along the lines of the following.

Regards David H.

Instead of having 11 or 12 sx templates, why not have one that fires monthly?

Sent from Samsung Galaxy smartphone.

On Thu, 18 Jan 2024 at 13:10, Adrien Monteleone <
adrien.montele...@lusfiber.net> wrote:

> I understood the OP referenced already created future transactions.
>
> No matter what, those have to be manually and individually edited
> because they were already created.
>
> I can't imagine an auto-updating template being implemented.
>
> The solution would be to use a variable, and then not have them created
> so far in advance of the likelihood of that variable changing.
>
> Regards,
> Adrien
>
> On 1/17/24 1:08 AM, David H wrote:
> > * think * not honk - spellcheck? Fat fingers ?
> >
> > On Wed, 17 Jan 2024 at 5:07 pm, David H  wrote:
> >
> >> I honk he’s talking about having 1 template but the transactions have
> >> already been created 12 months in advance. I.e. he wants to update the
> >> created tens based on an updated template after the fact.
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.


Re: [GNC] Enhancement: Future sched txn update if updated template.

2024-01-18 Thread David H
Ok David so what are you changing on your template that you want to update
to your already created txns ?  Is it just a changed amount, are you adding
further splits, making significant changes ?

A bit roundabout but this is how I would handle the situation of a
significant change to a template record...

0. Backup your Gnucsh file just in case.
1. Forget about your existing template - disable it in fact.
2. Search for all created future txns matching the existing template.
3. Delete all 11 txns except for the very next occurrence.
4. Update the remaining next txn so it reflects what you want to see in
your template.
5. Right click on the updated txn and select "Schedule" to schedule it and
create a new template.
6. Update the new template record as necessary.
7. Run the "Since last run..." wizard to re-create your next 11 txns.
8. Double check the results.

Job Done :-)

I have a number of scheduled txns that change each year that I've tacked an
"Effective 2019/07/01", "Effective 2020/09/17" etc onto the template name.
As I create a new one I disable the old one, mind you I only create txns 60
days in advance not 12 months so no biggie for me :-)

Or

you could do the search for the future txns, export them to a spreadsheet,
delete them in Gnucash, update in the spreadsheet and then re-import being
careful to ensure you don't end up with duplicate txns because you
forgot to delete the txns you exported as I once did.

Cheers David H.


On Thu, 18 Jan 2024 at 08:56, David G. Pickett  wrote:

> Yes, when editing the template and there are future transactions matching
> the old template, I want it to ask me if I want to update the pre-scheduled
> old matching future transactions to match the new template.
>
> On Wednesday, January 17, 2024 at 02:07:36 AM EST, David H <
> hell...@gmail.com> wrote:
>
>
> I honk he’s talking about having 1 template but the transactions have
> already been created 12 months in advance. I.e. he wants to update the
> created tens based on an updated template after the fact.
>
> Regards David H.
>
> On Wed, 17 Jan 2024 at 10:43 am, Gyle McCollam  wrote:
>
> Instead of having 11 or 12 sx templates, why not have one that fires
> monthly?
>
>
>
> Sent from Samsung Galaxy smartphone.
>
>
>
>  Original message 
> From: "David G. Pickett via gnucash-user" 
> Date: 1/16/24 6:18 PM (GMT-05:00)
> To: Gnucash Users 
> Subject: [GNC] Enhancement: Future sched txn update if updated template.
>
> I schedule my periodic transactions a year in advance, but with constant
> inflation, often the amount goes up.  It'd be nice to have a way to, by
> interactive option after I update the template, have gnucash update the
> already generated future transactions to match an updated template
> transaction, so I do not need to update 11 or 12 more places.
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
> ___
> gnucash-user mailing list
> gnucash-user@gnucash.org
> To update your subscription preferences or to unsubscribe:
> https://lists.gnucash.org/mailman/listinfo/gnucash-user
> -
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
>
___
gnucash-user mailing list
gnucash-user@gnucash.org
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
-
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.