https://bugs.kde.org/show_bug.cgi?id=468108
--- Comment #22 from Jack ---
Thanks Thomas. I confirm this fix does seem work - no more delays with either
my own data or the test file.
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=468108
Thomas Baumgart changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=468108
--- Comment #20 from Jonatan Cloutier ---
> In addition, closing and then opening the file in this state shows the delay
> when first displaying the ledger.
Forgot to mention that behavior, I believe the first ledger tab get rendered
even if we go str
https://bugs.kde.org/show_bug.cgi?id=468108
--- Comment #19 from Jack ---
I just reconciled an account, and had the full delay when opening the account
in the ledger, when starting the reconcile wizard, when hitting "Continue" on
the last page of the wizard, and yet again when I hit "Finish." In
https://bugs.kde.org/show_bug.cgi?id=468108
Jack changed:
What|Removed |Added
Status|NEEDSINFO |REPORTED
Resolution|FIXED
https://bugs.kde.org/show_bug.cgi?id=468108
Jonatan Cloutier changed:
What|Removed |Added
Resolution|WAITINGFORINFO |FIXED
--- Comment #17 from Jonatan Cloutier
https://bugs.kde.org/show_bug.cgi?id=468108
--- Comment #16 from Thomas Baumgart ---
(In reply to Jack from comment #15)
> (In reply to Thomas Baumgart from comment #9)
[...]
> Might the problem be related to KMM trying to confirm that the balance from
> the reconciliationHistory KVP matches the
https://bugs.kde.org/show_bug.cgi?id=468108
--- Comment #15 from Jack ---
(In reply to Thomas Baumgart from comment #9)
Apologies, I really don't know what I was thinking about - I see you meant the
reconciliation history, or number of reconciliations remembered. In some of my
problem accounts,
https://bugs.kde.org/show_bug.cgi?id=468108
--- Comment #14 from Jonatan Cloutier ---
Added a few maybe related settings, including the sort config. The specific
account ledger use the default settings.
Also maybe related, I use a lot scheduled transaction and display the next 30
days in the led
https://bugs.kde.org/show_bug.cgi?id=468108
--- Comment #13 from Jonatan Cloutier ---
Created attachment 157959
--> https://bugs.kde.org/attachment.cgi?id=157959&action=edit
display-settings
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=468108
--- Comment #12 from Jonatan Cloutier ---
Created attachment 157958
--> https://bugs.kde.org/attachment.cgi?id=157958&action=edit
sort-settings
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=468108
--- Comment #11 from Jonatan Cloutier ---
Created attachment 157957
--> https://bugs.kde.org/attachment.cgi?id=157957&action=edit
filters-settings
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=468108
--- Comment #10 from Thomas Baumgart ---
And one more question: what is the sort order (field and direction) that you
have setup?
--
You are receiving this mail because:
You are watching all bug changes.
https://bugs.kde.org/show_bug.cgi?id=468108
--- Comment #9 from Thomas Baumgart ---
@Jonathan: I doubt that the number of 'erroneous' transactions has any
influence on this problem. Can you try changing the information heading
settings in Settings/Ledger and see if turning them off makes a differ
https://bugs.kde.org/show_bug.cgi?id=468108
--- Comment #8 from Jonatan Cloutier ---
While working on my document (still with old version) I notice I got a lot of
error of this type:
* Sum of splits in transaction 'T023881' posted on 2022-10-27
is not zero.
Account: P
https://bugs.kde.org/show_bug.cgi?id=468108
Jack changed:
What|Removed |Added
CC|ostroffjh@users.sourceforge |
|.net|
--- C
https://bugs.kde.org/show_bug.cgi?id=468108
--- Comment #6 from Jonatan Cloutier ---
Thanks for the info. Quickly looking at my file I don't see what filtering
could make this happen. Currently on the the f3b33e9 commit I can't see any
"empty" reconciliation. Only possible filter would be the "h
https://bugs.kde.org/show_bug.cgi?id=468108
Thomas Baumgart changed:
What|Removed |Added
Resolution|--- |WAITINGFORINFO
Status|REPORTED
https://bugs.kde.org/show_bug.cgi?id=468108
--- Comment #4 from Jack ---
We definitely do want to know about problems in master sooner than later.
Hopefully I can get some hints from the profile, otherwise I'll post it in case
someone else has a better crystal ball.
--
You are receiving this m
https://bugs.kde.org/show_bug.cgi?id=468108
--- Comment #3 from Jonatan Cloutier ---
I only waited a few minutes, 3 or 4 at most.
I know it's master and don't expect support on it but if isolated better raise
it sooner than just before release
--
You are receiving this mail because:
You are wa
https://bugs.kde.org/show_bug.cgi?id=468108
--- Comment #2 from Jack ---
I just had it take over 11 minutes to open one ledger. I've got a gmon.out
(1.4M,) but I don't think that's useful without the executable (58M) or I could
post the output of gprof, which is about 3M. I'm not sure it's wor
https://bugs.kde.org/show_bug.cgi?id=468108
Jack changed:
What|Removed |Added
CC||ostroffjh@users.sourceforge
|
22 matches
Mail list logo
