Bug 397687 - Balancing throwing errant value
Summary: Balancing throwing errant value
Status: RESOLVED FIXED
Alias: None
Product: skrooge
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: 25.1.0
Assignee: Guillaume DE BURE
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-08-21 00:20 UTC by Alistair
Modified: 2018-08-21 20:05 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
0 value is debiting $70 from balance. (366.35 KB, image/bmp)
2018-08-21 00:20 UTC, Alistair
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Alistair 2018-08-21 00:20:31 UTC
Created attachment 114525 [details]
0 value is debiting $70 from balance.

Please see attached view version Skrooge Version 2.15.0
Is there a way to correct a hidden value upsetting the balance. I cant find where the $70 is as there are no split fields in effected area?
Comment 1 Alistair 2018-08-21 01:35:16 UTC
How I sorted it was by closing Skrooge and reopening.
Im still having problems with the visibility of checked items the checkmark seems to be sometimes random eg some items get checked when I feel I havent checked them (during balancing accounts). Using GTK I have to use a new theme Ambiant-MATE otherwise the checks are not visible. This was not the case with older versions. Kind regards, Alistair.
Comment 2 Stephane MANKOWSKI 2018-08-21 06:16:20 UTC
Hi,

The sort is based on the 2 last sort activated.
For example:
- If you first sort by "Category" then table is sorted by "Category"
- If you sort by "Date" then table is sorted by "Date" and "Category"

In this case, it's possible that this sort order is not the one used for the balance computing.

If you want to have the good balance, you must sort by balance. 
This is a special sort ordering the operation correctly for the balance.
Comment 3 Alistair 2018-08-21 19:46:26 UTC
Hi after your advice I thought about.
What I think has changed, is that when user used to create a duplicate entry, the checked status was always unchecked. The newer version duplicates the checked status. For example, I always have many transactions to same supermarket so by default I select an old balanced entry and only change the date and amount, then Ctrl-Enter/Add. However, some of these ADD items are outside the balance range, so may not been seen as checked by the user (which is what caused my report here). IMHO status on any new item even if a duplicate of checked item, should be unchecked. Best wishes, and appreciations, Alistair.
Comment 4 Stephane MANKOWSKI 2018-08-21 20:05:42 UTC
Hi,

Operations are created "checked" only when you are in reconciliation mode.
This is not a new behavior.