GNOME Bugzilla – Bug 378734
Drop down calendar only works once
Last modified: 2018-06-29 21:17:07 UTC
Please describe the problem: In the preference window using the Accounting Period tab there are two fields that allow you to enter a date. The date can also be selected from a drop-down calendar. Clicking the drop-down arrow opens the calendar. Clicking it again closes the calendar window. At this point the down-arrow button low-lights (the focus is still on the button). If I now click with the mouse again to open the calendar _without having moved the mouse off the button_(!) nothing happens. You can click the button as much as you'd like without any action. You must move the mouse off the button and back on again in order for the button to high-light again and the mouse click to have the desired effect. Steps to reproduce: 1. Open the preferences window 2. Select the tab Accounting Period 3. Click on the down-arrow button to open the calendar window 4. Click again (without moving the mouse) to close the window 5. Click again (without moving the mouse of the button) to open the calendar again. --> Nothing happens. The calendar can not be opened unless the mouse is moved off the button first. Actual results: Nothing happens. Clicking the mouse on the calendar button has no effect. Expected results: The calendar should open again. Does this happen every time? Yes. Other information: I marked the component as 'Register' because there was no 'Preferences' available. I'm running GC from SVN (r14786 on 2006-09-02)
I forgot to mention: The drop down calendar in the date field of the register works as expected.
It works fine here. Are you able to reproduce with trunk/2.1.0?
You moved the mouse, didn't you? :-) Yes, this problem still exists in the preferences tab for the accounting period. In fact, the problem also exists in the Frequency tab of the SX transactions. In order to reproduce the problem it is important that you a) open the calendar by clicking on the drop down button with the mouse b) close it again by clicking on the drop down button with the mouse c) _do not move the mouse_ between step (a) and (b) If you move the mouse off the button between step (a) and (b) everything is working properly. This (minor) problem still exists in svn r15944.
(In reply to comment #3) > You moved the mouse, didn't you? :-) Nope! :) I even lifted the weight of my hand off of the mouse to prevent accidental movement. And I leaned forward toward the screen with full attention on the pointer, to make sure it did not move a single pixel. I just double-checked, and I still cannot reproduce. (Why do you have multiple GTK-related issues that no one else sees?)
> (Why do you have multiple GTK-related issues that no one else sees?) > I guess this _is_ the big question (at least for me). My workstation, on which I'm building GC is running FC5. The only non-standard software I have on this system is what I needed (or maybe thought I needed) in order to build GnuCash. So I really don't know why I'm having GTK related issues and I certainly don't know how I could fix it. Having said that, I have another machine running FC6 (GnuCash 2.0.5) and I have confirmed that both problems (this and the SX problem reported elsewhere) are related to my workstation only.
(In reply to comment #4) > (Why do you have multiple GTK-related issues that no one else sees?) I have been quiet for a little while after this comment because I couldn't trust anymore if a problem I saw was GTK related or not. I have now been able to build GC on another machine (a system that's x86_64 running FC6) and a few of the previously reported issues disappeared. However, the one reported here is still not completely resolved. This is very strange in my opinion. I have build GC from svn r16372 on 2007-07-29 on my FC6 x86_64 system. When I'm logged on at the concole of my FC6 system the problem reported here does not exist, however, when I am using GC while logged on to this system from my workstation (running FC5) the problem does exist.
Here is the complete content of one such mangled scheduled TX: <gnc:schedxaction version="2.0.0"> <sx:id type="guid">f3276789ef9b3fabb2c59d8d2946a977</sx:id> <sx:name>BG&E kWh</sx:name> <sx:enabled>y</sx:enabled> <sx:autoCreate>n</sx:autoCreate> <sx:autoCreateNotify>n</sx:autoCreateNotify> <sx:advanceCreateDays>0</sx:advanceCreateDays> <sx:advanceRemindDays>14</sx:advanceRemindDays> <sx:instanceCount>143246888</sx:instanceCount> <sx:start> <gdate>2007-07-16</gdate> </sx:start> <sx:last> <gdate>2008-07-15</gdate> </sx:last> <sx:templ-acct type="guid">62473185952e4bb534d5288dab874de7</sx:templ-acct> <sx:schedule> <gnc:recurrence version="1.0.0"> <recurrence:mult>1</recurrence:mult> <recurrence:period_type>month</recurrence:period_type> <recurrence:start> <gdate>2007-07-15</gdate> </recurrence:start> </gnc:recurrence> </sx:schedule> <sx:deferredInstance> <sx:last> <gdate>36871-04-27</gdate> </sx:last> <sx:rem-occur>0</sx:rem-occur> <sx:instanceCount>145601156</sx:instanceCount> </sx:deferredInstance> </gnc:schedxaction>
Oops! Sorry, the previous comment was meant to go to a different bug. Please ignore.
This still occurs as of r17479. The way I reproduced it was slightly different than the original report: 1. Open any dialog box containing a GNCDateEdit control, such as a report options dialog, preferences dialog, reconciliation dialog, etc. 2. Click the down-arrow button to make the calendar pop up. 3. Move the mouse pointer OFF the down-arrow button, then move it back on. 4. Click the down-arrow button to close the calendar. Without leaving the down-arrow button, click again. Nothing happens. Instead, the calendar should pop up. Confirming this bug. Reproduced on Windows XP/mingw.
I made a bunch of changes to the GNCDateEdit control and it works correctly for me now. I will commit once I've finished testing. The changes seem to also fix bug 520570 and bug 549115.
Fix committed as r17493. This fixes bug 378734, bug 520570, bug 545316, and bug 549115. Requesting backport for 2.2. Tested on XP and XP/mingw.
Applied to branches/2.2 as r17579 for inclusion in GnuCash 2.2.7. Thanks a lot!
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=378734. Please update any external references or bookmarks.