After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 432104 - scheduled transaction editor editor is SLOW to open
scheduled transaction editor editor is SLOW to open
Status: VERIFIED FIXED
Product: GnuCash
Classification: Other
Component: Scheduled Transactions
2.1.x
Other Windows
: Normal normal
: ---
Assigned To: Josh Sled
Josh Sled
Depends on:
Blocks:
 
 
Reported: 2007-04-22 00:00 UTC by Zach Sadecki
Modified: 2018-06-29 21:33 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
log file from 70 second SX editor window opening event. (33.14 KB, text/plain)
2007-04-22 00:01 UTC, Zach Sadecki
Details
a very long wait during startup (184.78 KB, text/plain)
2007-04-22 01:02 UTC, Zach Sadecki
Details

Description Zach Sadecki 2007-04-22 00:00:45 UTC
My personal data file is about 1.5 years old (337kB) and has 17 scheduled transactions.  Opening the scheduled transaction editor takes approximately 70 seconds.

Time to open editor window seems to scale linearly with number of scheduled transactions, 1 SX = 4 seconds to open window, 2 SX = 8 seconds, etc.

http://asynchronous.org/tmp/sx-log.conf was used for debug logging.  Log file will be attached to bug.
Comment 1 Zach Sadecki 2007-04-22 00:01:26 UTC
Created attachment 86764 [details]
log file from 70 second SX editor window opening event.
Comment 2 Andreas Köhler 2007-04-22 00:08:13 UTC
Comment on attachment 86764 [details]
log file from 70 second SX editor window opening event.

text/plain is better for plain text files
Comment 3 Andreas Köhler 2007-04-22 00:16:43 UTC
Comment on attachment 86764 [details]
log file from 70 second SX editor window opening event.

text/plain is better for plain text files
Comment 4 Zach Sadecki 2007-04-22 01:02:04 UTC
Created attachment 86767 [details]
a very long wait during startup

it seems that it takes even longer (several minutes) during startup if the SX editor was left open during the last session.  The log definitely got longer.  It has been attached.
Comment 5 Josh Sled 2007-04-22 15:43:16 UTC
Huh. I wonder why those routines are logging successes as WARNings, and the valid 32bit overflow errors, and otherwise being slow on windows.

Try running with "--log Gdk=crit"?  I'm wondering if just the process of writing all those log messages is part of the slowness.
Comment 6 Zach Sadecki 2007-04-22 15:58:36 UTC
Tested.  Using "--log Gdk=crit" does not affect how long it takes. 
Comment 7 Zach Sadecki 2007-04-22 15:59:46 UTC
Also whether log.conf was present in ~/.gnucash/ or not, it still took the same amount of time.
Comment 8 Josh Sled 2007-04-22 16:03:28 UTC
(In reply to comment #6)
> Tested.  Using "--log Gdk=crit" does not affect how long it takes. 

Just to double-check, did this at least have the intended effect of preventing all of those WARNings from Gdk regarding drawing and overflow and whatnot?
Comment 9 Zach Sadecki 2007-04-22 16:12:07 UTC
(In reply to comment #8)
> (In reply to comment #6)
> > Tested.  Using "--log Gdk=crit" does not affect how long it takes. 
> 
> Just to double-check, did this at least have the intended effect of preventing
> all of those WARNings from Gdk regarding drawing and overflow and whatnot?
> 

Yep.  The only messages SX editor generated were the "*  DEBUG <gnc.gui.dense-cal> saving mark with tag [19458928]" messages.
Comment 10 Andreas Köhler 2007-05-27 23:22:01 UTC
I know you build from source (nice :-), may you please check whether r16132 fixes this issue?
Comment 11 Zach Sadecki 2007-05-28 03:37:04 UTC
Yes it does!  SX editor opens almost instantly now.
Comment 12 Andreas Köhler 2007-05-28 04:40:37 UTC
Great news!
Comment 13 Zach Sadecki 2007-06-02 16:39:16 UTC
verified in r16142
Comment 14 John Ralls 2018-06-29 21:33:24 UTC
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=432104. Please update any external references or bookmarks.