Thank you for your report. 3-5 second pauses are obviously pretty annoying if you have to move around a lot.

Can you test this with version 3.6.5 ? I have read reports that this version fixes a number of performance issues on Windows.

Make that GnuCash 2.6.5.

Erh yes, 2.6.5...

I can confirm the problem is still in 2.6.5 with Windows 7.

Can confirm still exists in 2.6.15 on Windows 10

I confirm lag exists in 2.6.14 (git rev 3e7022b on 2016-09-17) on Windows 10.
On a Core i7 / 16Mb RAM machine, lag is between 2 and 3 seconds.

Lag is present when :
- clicking on category fields
- clicking on a budget cell to edit
- switching from any opened tab to the budget tab

Additional severe symptom in 2.6.15:

The Account Name column is impossible to resize.  As a result, if the budget is EVER in view when the window is maximized, the budget becomes permanently unusable.

Upgrade to 2.6.17 did not help.

Found a workaround for resizing the Account Name column.  Look for a file named C:\Users\<username>\.gnucash\books\mydata.gnucash.gcm and search for the "[Budget" heading within that file.  Under each heading found, reset the value of name_width to some reasonable integer like 400.

Upgraded to version 2.6.17, on a windows 10 home laptop. Intel(R) Core(TM) i7-4500  CPU @ 1.80 GHz 2.40 GHz, 8 GB ram, 64 bit operating system.

The budget feature of the program did not work in previous version and still doesn't in this one. It's extremely laggy, causing the program to freeze any time I attempt to do anything. Just opening the budget feature causes the program to freeze for several minutes. Attempting to add accounts to the budget, so it can actually be used as a budget, is impossible: it freezes for several minutes just attempting to open the list of expense accounts, and then it doesn't do open it. Attempting to open the list again results in it freezing again, for several minutes, and still doesn't do anything. Doing anything in the budgeting feature causes freezing for several minutes. 

I can and have just printed monthly expense reports to get an idea how money is being spent, and budget that way. However as this is a budgeting program, it would be nice if the budgeting feature actually worked.

It sounds like this has been a problem since GNUcash was created. Maybe a complete revamp of the budgeting feature is needed?

Same problem in 2.6.18.  Budget navigation is painstakingly slow.

I too experience this in 2.6.18 (and have for a long time in previous versions). Almost any click/action in the Budget tab freezes the UI for 3-5 seconds. Using Windows 10 Home.

I have not experienced this problem when using GnuCash on Linux.

Confirm Issue also exists in 2.6.18 
(git rev 3a9fbb8+ on 2017-10-08)

Issue: 
Budget Page is unusable due to extensive lag/pausing/delayed-responsiveness.
During the issue, entire Program may also hang for long extended periods forcing termination of the process, and restarting the program.

Experienced on:
Win 7 Ult x64
Core i7 Q720 1.6
8gb RAM 

Severe Lag of 5+ Seconds is present when :
- Any user interaction occurs within a budget page, examples include mouse Icon changes, toolbar button focus changes, menu drop down's, scrollbars. (Mouse cursor Position is not affected)

Notes when issue is occuring:
- CPU appears nearly dormant, does not peak above 20% in spikes
- Ram never more than 30% full with other PC applications open (Outlook + Chrome).
- Lag is only present on Budget page, once closed or the focus moved to other page, the lag disappears.
- On first Installation same symptom issue existed with report being created and or run for the first time, no longer the case.

Attempted failed workarounds:
- Deleting and recreating budget makes no difference.
- Closing all other possible PC applications makes no difference.
- Creating alternate budget makes no difference.

Confirm Issue also exists in 2.6.18 
(git rev 3a9fbb8+ on 2017-10-08)

Issue: 
Budget Page is unusable due to extensive lag/pausing/delayed-responsiveness.
During the issue, entire Program may also hang for long extended periods forcing termination of the process, and restarting the program.

Experienced on:
Win 7 Ult x64
Core i7 Q720 1.6
8gb RAM 

Severe Lag of 5+ Seconds is present when :
- Any user interaction occurs within a budget page, examples include mouse Icon changes, toolbar button focus changes, menu drop down's, scrollbars. (Mouse cursor Position is not affected)

Notes when issue is occuring:
- CPU appears nearly dormant, does not peak above 20% in spikes
- Ram never more than 30% full with other PC applications open (Outlook + Chrome).
- Lag is only present on Budget page, once closed or the focus moved to other page, the lag disappears.
- On first Installation same symptom issue existed with report being created and or run for the first time, no longer the case.

Attempted failed workarounds:
- Deleting and recreating budget makes no difference.
- Closing all other possible PC applications makes no difference.
- Creating alternate budget makes no difference.

This bug appears to have three duplicates already:

https://bugzilla.gnome.org/show_bug.cgi?id=725628
https://bugzilla.gnome.org/show_bug.cgi?id=764505
https://bugzilla.gnome.org/show_bug.cgi?id=781983

*** Bug 725628 has been marked as a duplicate of this bug. ***

*** Bug 764505 has been marked as a duplicate of this bug. ***

*** Bug 781983 has been marked as a duplicate of this bug. ***

GnuCash 2.6.19 budget feature confirmed equally awful.

Was not able to fit a linux machine on my Christmas wishlist this year.  :(  For the love of Pete, please fix this!

This is fixed for me in GnuCash 3.0.

GnuCash bug tracking has moved to a new Bugzilla host. The new URL for this bug is https://bugs.gnucash.org/show_bug.cgi?id=730764. Please continue processing the bug there and please update any external references or bookmarks.