Re: [GNC-dev] Sha256 for win installer

2020-03-31 Thread Tommy Trussell
On Tue, Mar 31, 2020 at 1:37 AM Cristian Marchi via gnucash-devel < gnucash-devel@gnucash.org> wrote: > Hi all, > > I'm getting this report from facebook users after the release of GnuCash > 3.9: > > "Sha256 Hash does not match for gnucash-3.9.setup.exe" > > Can someone check, please? > I downloa

Re: [GNC-dev] Sha256 for win installer

2020-03-31 Thread John Ralls
> On Mar 31, 2020, at 11:57 AM, Tommy Trussell wrote: > > On Tue, Mar 31, 2020 at 1:37 AM Cristian Marchi via gnucash-devel < > gnucash-devel@gnucash.org> wrote: > >> Hi all, >> >> I'm getting this report from facebook users after the release of GnuCash >> 3.9: >> >> "Sha256 Hash does not m

Re: [GNC-dev] Sha256 for win installer

2020-03-31 Thread Dale Phurrough via gnucash-devel
Fyi, hash also doesn't match on GitHub. The hash given in the GitHub release text doesn't match the hash on the Windows exe download also from GitHub. On Tue, Mar 31, 2020, 9:33 PM John Ralls wrote: > > > > On Mar 31, 2020, at 11:57 AM, Tommy Trussell > wrote: > > > > On Tue, Mar 31, 2020 at 1:

Re: [GNC-dev] Sha256 for win installer

2020-03-31 Thread John Ralls
I've confirmed that the sha-256 for gnucash-3.6.setup.exe is in fact 760959d41588329ccbceda0527d2b6f847ca85b6460051a935c99f377e2545ff and I see that I made a mistake when pasting the values (the sha for the docs tarball appeared twice) into the https://www.gnucash.org/news.phtml article that I

Re: [GNC-dev] Sha256 for win installer

2020-03-31 Thread Tommy Trussell
On Tue, Mar 31, 2020 at 5:25 PM John Ralls wrote: > I've confirmed that the sha-256 for gnucash-3.6.setup.exe is in fact > 760959d41588329ccbceda0527d2b6f847ca85b6460051a935c99f377e2545ff > That hash seems to agree with the sha256 I get from both Sourceforge and Github downloads just now. __

[GNC-dev] Debugging for Bug 797236 g_closure_invoke problem

2020-03-31 Thread Chris Good
Hi Devs, I'd appreciate some help if possible please. In maint, in src/gnucash/gnome/reconcile-view.c gnc_reconcile_view_refresh(), now: void gnc_reconcile_view_refresh (GNCReconcileView *view) { GNCQueryView *qview; GtkTreePath *cursor_path=NULL; GtkTreeViewColumn *cur

Re: [GNC-dev] Debugging for Bug 797236 g_closure_invoke problem

2020-03-31 Thread jean laroche
I don't have an idea for you but in my experience trying to follow the gtk calls leads nowhere. You have to see how the path gets set in the calls where it's not NULL (by going up the stack) and see why that's not the case when it's NULL. J. On 3/31/2020 9:29 PM, Chris Good wrote: Hi Devs,