G2 Testing - Scheduled Transactions

classic Classic list List threaded Threaded
6 messages Options
Reply | Threaded
Open this post in threaded view
|

G2 Testing - Scheduled Transactions

Englisch, Volker (NIH/NCI)
I don't know if the scheduled transactions are ready for testing since
they crash GC frequently but here are a few things I noticed:

When creating a transaction that is being created via the option "Since
Last Run" and listed in the "To Create Transaction Preparation" and I am
requested to enter a value (i.e. for a utility) clicking the Forward
button without entering the required value displays the "To Create
Transaction Preparation" window again.  However, this time the size of
the read-only register at the bottom is increased (by a few pixels).
Pressing the Forward button repeatedly increases the register each time
by the same amount.

The values for 'create NN days in advance' and 'Remind me NN days in
advance' can't be modified.  These entered values can only be turned on
or off but the number of days can not be changed.

When I have the option for the 'Since Last Run' to 'Run when data file
opened' GC appears to be crashing frequently - when clicking in the
Scheduled Transactions window; when selecting preferences, when
scrolling, etc. So far, GC only crashed for me when I was working with SX.
I also was able to crash GC when selecting the the option 'Draw
horizontal lines between cells' of the 'Register' preferences.  (I
wanted to see if this option effects the SX window and it did in two
ways. :-) )
Selecting this option while the 'Since Last Run' window is open appears
to be a certain crasher but I still need to build a good test case.

Last not least (this is not related to SX) there is a menu option Misc
--> Test available on the Accounts window.   When selected this displays
a window with the text
'testing
testing 2
Tes
tingNo pie for you!'
This option should probably get removed. :-)

--
Thanks

     Volker Englisch

mailto:[hidden email]    (h)


_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reply | Threaded
Open this post in threaded view
|

Re: G2 Testing - Scheduled Transactions

Josh Sled
On Mon, Oct 24, 2005 at 02:23:13AM -0400, Volker Englisch wrote:

Volker, thanks!  This is quite helpful! :)


| Last not least (this is not related to SX) there is a menu option Misc
| --> Test available on the Accounts window.   When selected this displays
| a window with the text
| 'testing
| testing 2
| Tes
| tingNo pie for you!'
| This option should probably get removed. :-)

:)  I don't particularly need this menu item anymore; I added it to
familiarize myself with the new gtk/gnome ui code, as well as provide
a testbest for initial GOG integration before the reporting was working
again.  I've been thinking about removing it, except there's no particular
reason that that piegraph ("No pie for you!") shouldn't work, so I was
going to look into why.

| Thanks
|
|     Volker Englisch

Thank you!

...jsled
--
http://asynchronous.org/jsled/ | a=jsled; b=asynchronous.org; echo ${a}@${b}
_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reply | Threaded
Open this post in threaded view
|

Re: G2 Testing - Scheduled Transactions[/Register]

Josh Sled
In reply to this post by Englisch, Volker (NIH/NCI)
On Mon, 2005-10-24 at 02:23 -0400, Volker Englisch wrote:
> I don't know if the scheduled transactions are ready for testing since
> they crash GC frequently but here are a few things I noticed:

"crash[ing] GC frequently" is generally not my experience with them,
currently.  If possible, can you attach to the crashed process with gdb
when you see the "has crashed" dialog and get a backtrace?

Do this by running gdb against '/usr/bin/guile', then attaching to the
PID mentioned in the crash dialog:
    $ gdb /usr/bin/guile
    gdb> attach <<pid>>
    gdb> bt

> When creating a transaction that is being created via the option "Since
> Last Run" and listed in the "To Create Transaction Preparation" and I am
> requested to enter a value (i.e. for a utility) clicking the Forward
> button without entering the required value displays the "To Create
> Transaction Preparation" window again.  However, this time the size of
> the read-only register at the bottom is increased (by a few pixels).
> Pressing the Forward button repeatedly increases the register each time
> by the same amount.

:(  I was hoping we'd be past this perennial window-resize issue; I
notice in other threads your tree was a bit old; does this still occur
for you?  I do not see this behavior; pressing forward simply selects
the next transaction that needs a variable binding and updates the
proposed-transaction register, without resizing.

> The values for 'create NN days in advance' and 'Remind me NN days in
> advance' can't be modified.  These entered values can only be turned on
> or off but the number of days can not be changed.

I've re-layed-out the dialog to deal with this.  In gtk 1.x, any widgets
in the label of a checkbox were manipulable, but apparently not in gtk2;
I've made them two seperate widgets, side by side.

> When I have the option for the 'Since Last Run' to 'Run when data file
> opened' GC appears to be crashing frequently - when clicking in the
> Scheduled Transactions window; when selecting preferences, when
> scrolling, etc. So far, GC only crashed for me when I was working with SX.

Yeah, I notice a bunch of console noise when opening the SLR dialog.  I
don't recall seeing the spewage here before, either. :(  I've tried only
a few flows through the SLR dialog, and without crashes.  I'll take a
deeper look.  Any reproduction scripts you can offer would be great.

> I also was able to crash GC when selecting the the option 'Draw
> horizontal lines between cells' of the 'Register' preferences.  (I
> wanted to see if this option effects the SX window and it did in two
> ways. :-) )
> Selecting this option while the 'Since Last Run' window is open appears
> to be a certain crasher but I still need to build a good test case.

I can reproduce this as well by:
- open SX editor
- close SX editor
- open Register prefs
- change either "draw {horiz,vert} lines" option
--> crash.

This leads me to believe SXes aren't cleaning up their register
properly...


On Tue, 2005-10-25 at 22:35 -0400, Volker Englisch wrote:

> I did some more testing with SX:
>
> - Creating a new SX
>    It appears that the values for the "Days in Advance" for a new SX are
>    being populated from the defaults listed in the preferences for
>    'Scheduled Transactions' even when the preferences are unchecked.
>
>    Set the values in the preferences to anything other then '0', then
>    uncheck the options.
>    Now create a new SX. The values from the preferences are being used
>    _and_ the options are checked by default.

These are fixed, now.  The preferences are respected and populated.

> - Creating a new SX
>    I'm setting the frequency of the transaction and the start date. After
>    this I want to specify the transaction and click anywhere in the
>    transaction template.
>    This causes the start date and the displayed calendar view to change
>    to 2004-01-01.

I cannot reproduce this; can you find a script to reproduce, please?

> - Saving a new SX crashes GC.  The message
>      unknown, but with movement
>    is displayed 50 times on the console.
>    (I had this come up twice but can't recreate it right now)
>    I am, however, able to save a new SX if I don't enter anything in the
>    transaction template.

I'm unable to reproduce this, either.  The "unknown, but with movement"
messages relate to the selection-dragging code in the register, but I'm
not sure if they're related to the crash.

> - Running the 'Since Last Run' I have a single transaction with status
>      Ready to create
>    The information for the split for this SX is not displayed in the
>    Transaction Template.  When I click on the transaction to display
>    the split, GC crashes.

I cannot reproduce this; can you after the other register updates you took on?

>    However, if I click the forward button, the 'Transaction Review'
>    window appears and the program runs into a loop and the window size
>    increases.  The bottom of the window moves towards the bottom of the
>    screen and the window needs to be canceled.  The transaction is
>    applied, though.

Hmm.  Can't reproduce this either; it resizes a bit when I click on
individual transactions, but it doesn't loop w/o bound.

> - Display of upcoming transactions
>    When displaying the upcoming transactions by means of clicking in
>    the calendar and hovering over the calendar dates, the small window
>    first gets created in the upper left corner of the screen displaying
>    the correct information in regards to the mouse position.
>    As soon as the mouse gets moved, though, the small window follows the
>    mouse pointer.

Fixed.

> - Register (SX transaction template)
>    (I think these are problems with the register and not the SX)
>    When entering the transaction in the template the pointer is not
>    visible when I move from one field to the next using the TAB key
>    or using a mouse click.  The pointer becomes visible when I start
>    typing or when I click in the field a second time.

I believe this was fixed in other register changes you took on.

> - Register (SX transaction template)
>    When entering the account like this
>       ex:u:
>    to jump to
>       Expenses:Utilities
>    and then open the account list manually (GC1.8 opens the account list
>    automatically) I should be able to see the accounts under Utilities.
>    However, the account list does not display with the
>    Expenses:Utilities account in view.  Instead, the list displayed is
>    the top of the accounts list.

Fixed generally in the register (thanks Scott Oonk! :).  Note that the
auto-popup behavior is now a Preference.

> - Register (SX transaction template)
>    Entering a value (e.g. '20.00') without entering an account or a memo
>    for the first split causes everything else entered so far to be reset
>    when tabbing to the second split.

I can reproduce this.  The SX-register seems a bit more strict (and
funky) than the normal register about editing, for some reason...
<sigh>the whole goal of using the register here was so they'd behave the
same.</sigh>



On Thu, 2005-10-27 at 12:04 -0400, Tim Wunder wrote:
> In a related issue:
> It would seem to be a good idea to have the preferences dialog mirror the SX
> creation Options section.
>
> See screenshot http://www.thewunders.org/files/pics/SX-prefs.jpg

Fixed; the prefs are closer to the dialog, now, both above and below the
surface.

...jsled
--
http://asynchronous.org/ - `a=jsled; b=asynchronous.org; echo ${a}@${b}`
_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reply | Threaded
Open this post in threaded view
|

Re: G2 Testing - Scheduled Transactions[/Register]

Englisch, Volker (NIH/NCI)
Josh Sled wrote:

>>- Saving a new SX crashes GC.  The message
>>     unknown, but with movement
>>   is displayed 50 times on the console.
>>   (I had this come up twice but can't recreate it right now)
>>   I am, however, able to save a new SX if I don't enter anything in the
>>   transaction template.
>
>
> I'm unable to reproduce this, either.  The "unknown, but with movement"
> messages relate to the selection-dragging code in the register, but I'm
> not sure if they're related to the crash.
>
>

Per your request the backtrace output:
#0  0x0026b402 in __kernel_vsyscall ()
#1  0x0080df93 in __waitpid_nocancel () from /lib/libpthread.so.0
#2  0x03738080 in libgnomeui_module_info_get () from
/usr/lib/libgnomeui-2.so.0
#3  <signal handler called>
#4  0x00a4b3ed in g_date_valid () from /usr/lib/libglib-2.0.so.0
#5  0x004396dd in gnc_sxed_update_cal () from
/opt/gnucash2/lib/libgncgnome.so.0
#6  0x00439942 in gnc_sxed_freq_changed () from
/opt/gnucash2/lib/libgncgnome.so.0
#7  0x00af87e7 in g_cclosure_marshal_VOID__VOID () from
/usr/lib/libgobject-2.0.so.0
#8  0x00aed285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#9  0x00afb75b in g_signal_stop_emission () from
/usr/lib/libgobject-2.0.so.0
#10 0x00afceb0 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#11 0x02958330 in gtk_signal_emit_by_name () from
/usr/lib/libgtk-x11-2.0.so.0
#12 0x00d675a9 in freq_option_value_changed ()
    from /opt/gnucash2/lib/gnucash/libgncmod-gnome-utils.so.0
#13 0x00af87e7 in g_cclosure_marshal_VOID__VOID () from
/usr/lib/libgobject-2.0.so.0
#14 0x00aed285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#15 0x00afb75b in g_signal_stop_emission () from
/usr/lib/libgobject-2.0.so.0
#16 0x00afceb0 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#17 0x00afd223 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#18 0x029221b1 in gtk_menu_shell_select_first () from
/usr/lib/libgtk-x11-2.0.so.0
#19 0x00af87e7 in g_cclosure_marshal_VOID__VOID () from
/usr/lib/libgobject-2.0.so.0
#20 0x00aecd9b in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#21 0x00aed285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#22 0x00afb8e7 in g_signal_stop_emission () from
/usr/lib/libgobject-2.0.so.0
#23 0x00afceb0 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#24 0x00afd223 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#25 0x029222c7 in gtk_menu_shell_cancel () from /usr/lib/libgtk-x11-2.0.so.0
#26 0x0291d2cb in gtk_menu_get_for_attach_widget () from
/usr/lib/libgtk-x11-2.0.so.0
#27 0x00af887b in g_cclosure_marshal_VOID__BOOLEAN () from
/usr/lib/libgobject-2.0.so.0
#28 0x00aecd9b in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#29 0x00aed285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#30 0x00afb3b0 in g_signal_stop_emission () from
/usr/lib/libgobject-2.0.so.0
#31 0x00afceb0 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#32 0x00afd223 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#33 0x029effe0 in gtk_widget_region_intersect () from
/usr/lib/libgtk-x11-2.0.so.0
#34 0x029114d3 in gtk_false () from /usr/lib/libgtk-x11-2.0.so.0
#35 0x02854fab in gtk_bin_get_type () from /usr/lib/libgtk-x11-2.0.so.0
#36 0x028903ee in gtk_container_foreach () from /usr/lib/libgtk-x11-2.0.so.0
#37 0x029115ef in gtk_false () from /usr/lib/libgtk-x11-2.0.so.0
#38 0x029ffd77 in gtk_window_get_position () from
/usr/lib/libgtk-x11-2.0.so.0
#39 0x00af87e7 in g_cclosure_marshal_VOID__VOID () from
/usr/lib/libgobject-2.0.so.0
#40 0x00aecd9b in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#41 0x00aed285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#42 0x00afb3b0 in g_signal_stop_emission () from
/usr/lib/libgobject-2.0.so.0
#43 0x00afceb0 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#44 0x00afd223 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#45 0x029ee66d in gtk_widget_show () from /usr/lib/libgtk-x11-2.0.so.0
#46 0x028a2839 in gtk_dialog_run () from /usr/lib/libgtk-x11-2.0.so.0
#47 0x00d6946f in gnc_verify_dialog ()
    from /opt/gnucash2/lib/gnucash/libgncmod-gnome-utils.so.0
#48 0x00438eb4 in gnc_sxed_reg_check_close () from
/opt/gnucash2/lib/libgncgnome.so.0
#49 0x00434c51 in sxed_close_handler () from
/opt/gnucash2/lib/libgncgnome.so.0
#50 0x0024e8f7 in gnc_close_gui_component ()
    from /opt/gnucash2/lib/gnucash/libgncmod-app-utils.so.0
#51 0x0024e975 in gnc_close_gui_component_by_data ()
    from /opt/gnucash2/lib/gnucash/libgncmod-app-utils.so.0
#52 0x00434f84 in editor_ok_button_clicked () from
/opt/gnucash2/lib/libgncgnome.so.0
#53 0x00af87e7 in g_cclosure_marshal_VOID__VOID () from
/usr/lib/libgobject-2.0.so.0
#54 0x00aed285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#55 0x00afb75b in g_signal_stop_emission () from
/usr/lib/libgobject-2.0.so.0
#56 0x00afceb0 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#57 0x00afd223 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#58 0x02859b9c in gtk_button_clicked () from /usr/lib/libgtk-x11-2.0.so.0
#59 0x0285b300 in gtk_button_get_alignment () from
/usr/lib/libgtk-x11-2.0.so.0
#60 0x00af87e7 in g_cclosure_marshal_VOID__VOID () from
/usr/lib/libgobject-2.0.so.0
#61 0x00aecd9b in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#62 0x00aed285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#63 0x00afb3b0 in g_signal_stop_emission () from
/usr/lib/libgobject-2.0.so.0
#64 0x00afceb0 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#65 0x00afd223 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#66 0x02859b16 in gtk_button_released () from /usr/lib/libgtk-x11-2.0.so.0
#67 0x0285aa05 in gtk_button_set_relief () from /usr/lib/libgtk-x11-2.0.so.0
#68 0x02913be2 in gtk_marshal_VOID__UINT_STRING () from
/usr/lib/libgtk-x11-2.0.so.0
#69 0x00aecd9b in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#70 0x00aed285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#71 0x00afb8e7 in g_signal_stop_emission () from
/usr/lib/libgobject-2.0.so.0
#72 0x00afcc23 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#73 0x00afd223 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#74 0x029ef743 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0
#75 0x02912348 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0
#76 0x02912784 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0
#77 0x002a7df6 in gdk_screen_get_setting () from
/usr/lib/libgdk-x11-2.0.so.0
#78 0x00a5c4ce in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#79 0x00a5f4d6 in g_main_context_check () from /usr/lib/libglib-2.0.so.0
#80 0x00a5f7c3 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#81 0x02911a46 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#82 0x0045b103 in gnc_ui_start_event_loop () from
/opt/gnucash2/lib/libgncgnome.so.0
#83 0x001157d0 in gw__tmp799_gnc_ui_start_event_loop_wrapper ()
    from /opt/gnucash2/lib/libgw-gnc.so.0
#84 0x00953923 in scm_ceval () from /usr/lib/libguile.so.12
#85 0x00952617 in scm_ceval () from /usr/lib/libguile.so.12
#86 0x00952617 in scm_ceval () from /usr/lib/libguile.so.12
#87 0x00952438 in scm_ceval () from /usr/lib/libguile.so.12
#88 0x0094c70a in scm_i_eval_x () from /usr/lib/libguile.so.12
#89 0x009520e4 in scm_primitive_eval_x () from /usr/lib/libguile.so.12
#90 0x00952108 in scm_primitive_eval_x () from /usr/lib/libguile.so.12
#91 0x0094515e in scm_internal_dynamic_wind () from /usr/lib/libguile.so.12
#92 0x0094c887 in scm_eval_x () from /usr/lib/libguile.so.12
#93 0x00984ebb in scm_shell () from /usr/lib/libguile.so.12
#94 0x00967ba9 in scm_boot_guile () from /usr/lib/libguile.so.12
#95 0x0804887b in main ()




>>- Running the 'Since Last Run' I have a single transaction with status
>>     Ready to create
>>   The information for the split for this SX is not displayed in the
>>   Transaction Template.  When I click on the transaction to display
>>   the split, GC crashes.
>
>
> I cannot reproduce this; can you after the other register updates you took on?
>
>

#0  0x00e64402 in __kernel_vsyscall ()
#1  0x0080df93 in __waitpid_nocancel () from /lib/libpthread.so.0
#2  0x03738080 in libgnomeui_module_info_get () from
/usr/lib/libgnomeui-2.so.0
#3  <signal handler called>
#4  0x00e64402 in __kernel_vsyscall ()
#5  0x005d7118 in raise () from /lib/libc.so.6
#6  0x005d8888 in abort () from /lib/libc.so.6
#7  0x00a653b1 in g_logv () from /usr/lib/libglib-2.0.so.0
#8  0x00a653e5 in g_log () from /usr/lib/libglib-2.0.so.0
#9  0x00a65451 in g_assert_warning () from /usr/lib/libglib-2.0.so.0
#10 0x0029c84d in sxsld_disposition_changed () from
/opt/gnucash2/lib/libgncgnome.so.0
#11 0x00af87e7 in g_cclosure_marshal_VOID__VOID () from
/usr/lib/libgobject-2.0.so.0
#12 0x00aed285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#13 0x00afb75b in g_signal_stop_emission () from
/usr/lib/libgobject-2.0.so.0
#14 0x00afceb0 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#15 0x00afd223 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#16 0x029221b1 in gtk_menu_shell_select_first () from
/usr/lib/libgtk-x11-2.0.so.0
#17 0x00af87e7 in g_cclosure_marshal_VOID__VOID () from
/usr/lib/libgobject-2.0.so.0
#18 0x00aecd9b in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#19 0x00aed285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#20 0x00afb8e7 in g_signal_stop_emission () from
/usr/lib/libgobject-2.0.so.0
#21 0x00afceb0 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#22 0x00afd223 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#23 0x029222c7 in gtk_menu_shell_cancel () from /usr/lib/libgtk-x11-2.0.so.0
#24 0x0291d2cb in gtk_menu_get_for_attach_widget () from
/usr/lib/libgtk-x11-2.0.so.0
#25 0x00af887b in g_cclosure_marshal_VOID__BOOLEAN () from
/usr/lib/libgobject-2.0.so.0
#26 0x00aecd9b in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#27 0x00aed285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#28 0x00afb3b0 in g_signal_stop_emission () from
/usr/lib/libgobject-2.0.so.0
#29 0x00afceb0 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#30 0x00afd223 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#31 0x029effe0 in gtk_widget_region_intersect () from
/usr/lib/libgtk-x11-2.0.so.0
#32 0x029114d3 in gtk_false () from /usr/lib/libgtk-x11-2.0.so.0
#33 0x02854fab in gtk_bin_get_type () from /usr/lib/libgtk-x11-2.0.so.0
#34 0x028903ee in gtk_container_foreach () from /usr/lib/libgtk-x11-2.0.so.0
#35 0x029115ef in gtk_false () from /usr/lib/libgtk-x11-2.0.so.0
#36 0x0287c2f1 in gtk_clist_moveto () from /usr/lib/libgtk-x11-2.0.so.0
#37 0x02898d49 in gtk_ctree_expand () from /usr/lib/libgtk-x11-2.0.so.0
#38 0x02913be2 in gtk_marshal_VOID__UINT_STRING () from
/usr/lib/libgtk-x11-2.0.so.0
#39 0x00aecd9b in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#40 0x00aed285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#41 0x00afb8e7 in g_signal_stop_emission () from
/usr/lib/libgobject-2.0.so.0
#42 0x00afcc23 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#43 0x00afd223 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#44 0x029ef743 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0
#45 0x02912348 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0
#46 0x029127ac in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0
#47 0x00223df6 in gdk_screen_get_setting () from
/usr/lib/libgdk-x11-2.0.so.0
#48 0x00a5c4ce in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#49 0x00a5f4d6 in g_main_context_check () from /usr/lib/libglib-2.0.so.0
#50 0x00a5f7c3 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#51 0x02911a46 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#52 0x002c6103 in gnc_ui_start_event_loop () from
/opt/gnucash2/lib/libgncgnome.so.0
#53 0x001157d0 in gw__tmp799_gnc_ui_start_event_loop_wrapper ()
    from /opt/gnucash2/lib/libgw-gnc.so.0
#54 0x00953923 in scm_ceval () from /usr/lib/libguile.so.12
#55 0x00952617 in scm_ceval () from /usr/lib/libguile.so.12
#56 0x00952617 in scm_ceval () from /usr/lib/libguile.so.12
#57 0x00952438 in scm_ceval () from /usr/lib/libguile.so.12
#58 0x0094c70a in scm_i_eval_x () from /usr/lib/libguile.so.12
#59 0x009520e4 in scm_primitive_eval_x () from /usr/lib/libguile.so.12
#60 0x00952108 in scm_primitive_eval_x () from /usr/lib/libguile.so.12
#61 0x0094515e in scm_internal_dynamic_wind () from /usr/lib/libguile.so.12
#62 0x0094c887 in scm_eval_x () from /usr/lib/libguile.so.12
#63 0x00984ebb in scm_shell () from /usr/lib/libguile.so.12
#64 0x00967ba9 in scm_boot_guile () from /usr/lib/libguile.so.12
#65 0x0804887b in main ()


Thanks

     Volker Englisch

mailto:[hidden email]    (h)
_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
Reply | Threaded
Open this post in threaded view
|

Re: G2 Testing - Scheduled Transactions[/Register]

Tim Wunder (Lists)
In reply to this post by Josh Sled
On Sunday 30 October 2005 9:09 pm, someone claiming to be Josh Sled wrote:
<snip>

> On Thu, 2005-10-27 at 12:04 -0400, Tim Wunder wrote:
> > In a related issue:
> > It would seem to be a good idea to have the preferences dialog mirror the
> > SX creation Options section.
> >
> > See screenshot <screenshot no longer available>
>
> Fixed; the prefs are closer to the dialog, now, both above and below the
> surface.
>
> ...jsled
And it's beautiful :)


_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel

attachment0 (196 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: G2 Testing - Scheduled Transactions[/Register]

Englisch, Volker (NIH/NCI)
In reply to this post by Josh Sled


>>When creating a transaction that is being created via the option "Since
>>Last Run" and listed in the "To Create Transaction Preparation" and I am
>>requested to enter a value (i.e. for a utility) clicking the Forward
>>button without entering the required value displays the "To Create
>>Transaction Preparation" window again.  However, this time the size of
>>the read-only register at the bottom is increased (by a few pixels).
>>Pressing the Forward button repeatedly increases the register each time
>>by the same amount.
>
>
> :(  I was hoping we'd be past this perennial window-resize issue; I
> notice in other threads your tree was a bit old; does this still occur
> for you?  I do not see this behavior; pressing forward simply selects
> the next transaction that needs a variable binding and updates the
> proposed-transaction register, without resizing.

I am now running with the tree from 2005-10-31 (just before the switch
to subversion) and yes, this problem is still around.


>>The values for 'create NN days in advance' and 'Remind me NN days in
>>advance' can't be modified.  These entered values can only be turned on
>>or off but the number of days can not be changed.
>
>
> I've re-layed-out the dialog to deal with this.  In gtk 1.x, any widgets
> in the label of a checkbox were manipulable, but apparently not in gtk2;
> I've made them two seperate widgets, side by side.
>
>

OK.  The new layout is much better and it works as expected.
However, the 'Create Automatically' option has a tool tip, the other
options do not.  Is this intentional?
Also, it appears that none of the options (only the menu options of the
Template) have keyboard shortcuts.


A new thing I ran into:  I'm unable to enter anything into the fields
for 'Number of Occurrences' and 'Remaining Occurrences'.
I may not be using this properly though since I never did use it myself.


>>- Creating a new SX
>>   It appears that the values for the "Days in Advance" for a new SX are
>>   being populated from the defaults listed in the preferences for
>>   'Scheduled Transactions' even when the preferences are unchecked.
>>
>>   Set the values in the preferences to anything other then '0', then
>>   uncheck the options.
>>   Now create a new SX. The values from the preferences are being used
>>   _and_ the options are checked by default.
>
>
> These are fixed, now.  The preferences are respected and populated.

Yes, this is OK now.


>>- Creating a new SX
>>   I'm setting the frequency of the transaction and the start date. After
>>   this I want to specify the transaction and click anywhere in the
>>   transaction template.
>>   This causes the start date and the displayed calendar view to change
>>   to 2004-01-01.
>
>
> I cannot reproduce this; can you find a script to reproduce, please?

Sorry, but what exactly do you mean when you say 'a script'?
I have no SX (deleted them all), I want to create a new one:
   Actions --> Scheduled Transactions
           --> Scheduled Transaction Editor
   Click 'New'
   Click in the Register templates and the date jumps back to 2004-01-01.


>>- Saving a new SX crashes GC.  

I had deleted all of my SX to test these things but now I'm unable to
retest any of the other items I reported earlier since GC doesn't allow
me to save a scheduled transaction without crashing.

Here is the backtrace from such a crash:
Continuing.

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208235552 (LWP 31484)]
0x00a4b3ed in g_date_valid () from /usr/lib/libglib-2.0.so.0#0
0x00bf0402 in __kernel_vsyscall ()


#1  0x0080df93 in __waitpid_nocancel () from /lib/libpthread.so.0
#2  0x03738080 in libgnomeui_module_info_get () from
/usr/lib/libgnomeui-2.so.0
#3  <signal handler called>
#4  0x00a4b3ed in g_date_valid () from /usr/lib/libglib-2.0.so.0
#5  0x002a2469 in gnc_sxed_update_cal () from
/opt/gnucash2/lib/libgncgnome.so.0
#6  0x002a26ce in gnc_sxed_freq_changed () from
/opt/gnucash2/lib/libgncgnome.so.0
#7  0x00af87e7 in g_cclosure_marshal_VOID__VOID () from
/usr/lib/libgobject-2.0.so.0
#8  0x00aed285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#9  0x00afb75b in g_signal_stop_emission () from
/usr/lib/libgobject-2.0.so.0
#10 0x00afceb0 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#11 0x02958330 in gtk_signal_emit_by_name () from
/usr/lib/libgtk-x11-2.0.so.0
#12 0x00fccc85 in freq_option_value_changed ()
    from /opt/gnucash2/lib/gnucash/libgncmod-gnome-utils.so.0
#13 0x00af87e7 in g_cclosure_marshal_VOID__VOID () from
/usr/lib/libgobject-2.0.so.0
#14 0x00aed285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#15 0x00afb75b in g_signal_stop_emission () from
/usr/lib/libgobject-2.0.so.0
#16 0x00afceb0 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#17 0x00afd223 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#18 0x029221b1 in gtk_menu_shell_select_first () from
/usr/lib/libgtk-x11-2.0.so.0
#19 0x00af87e7 in g_cclosure_marshal_VOID__VOID () from
/usr/lib/libgobject-2.0.so.0
#20 0x00aecd9b in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#21 0x00aed285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#22 0x00afb8e7 in g_signal_stop_emission () from
/usr/lib/libgobject-2.0.so.0
#23 0x00afceb0 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#24 0x00afd223 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#25 0x029222c7 in gtk_menu_shell_cancel () from /usr/lib/libgtk-x11-2.0.so.0
#26 0x0291d2cb in gtk_menu_get_for_attach_widget () from
/usr/lib/libgtk-x11-2.0.so.0
#27 0x00af887b in g_cclosure_marshal_VOID__BOOLEAN () from
/usr/lib/libgobject-2.0.so.0
#28 0x00aecd9b in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#29 0x00aed285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#30 0x00afb3b0 in g_signal_stop_emission () from
/usr/lib/libgobject-2.0.so.0
#31 0x00afceb0 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#32 0x00afd223 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#33 0x029effe0 in gtk_widget_region_intersect () from
/usr/lib/libgtk-x11-2.0.so.0
#34 0x029114d3 in gtk_false () from /usr/lib/libgtk-x11-2.0.so.0
#35 0x02854fab in gtk_bin_get_type () from /usr/lib/libgtk-x11-2.0.so.0
#36 0x028903ee in gtk_container_foreach () from /usr/lib/libgtk-x11-2.0.so.0
#37 0x029115ef in gtk_false () from /usr/lib/libgtk-x11-2.0.so.0
#38 0x029ffd77 in gtk_window_get_position () from
/usr/lib/libgtk-x11-2.0.so.0
#39 0x00af87e7 in g_cclosure_marshal_VOID__VOID () from
/usr/lib/libgobject-2.0.so.0
#40 0x00aecd9b in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#41 0x00aed285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#42 0x00afb3b0 in g_signal_stop_emission () from
/usr/lib/libgobject-2.0.so.0
#43 0x00afceb0 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#44 0x00afd223 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#45 0x029ee66d in gtk_widget_show () from /usr/lib/libgtk-x11-2.0.so.0
#46 0x028a2839 in gtk_dialog_run () from /usr/lib/libgtk-x11-2.0.so.0
#47 0x00fcffc3 in gnc_verify_dialog ()
    from /opt/gnucash2/lib/gnucash/libgncmod-gnome-utils.so.0
#48 0x002a1c40 in gnc_sxed_reg_check_close () from
/opt/gnucash2/lib/libgncgnome.so.0
#49 0x0029d9dd in sxed_close_handler () from
/opt/gnucash2/lib/libgncgnome.so.0
#50 0x002f9943 in gnc_close_gui_component ()
    from /opt/gnucash2/lib/gnucash/libgncmod-app-utils.so.0
#51 0x002f99c1 in gnc_close_gui_component_by_data ()
    from /opt/gnucash2/lib/gnucash/libgncmod-app-utils.so.0
#52 0x0029dd10 in editor_ok_button_clicked () from
/opt/gnucash2/lib/libgncgnome.so.0
#53 0x00af87e7 in g_cclosure_marshal_VOID__VOID () from
/usr/lib/libgobject-2.0.so.0
#54 0x00aed285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#55 0x00afb75b in g_signal_stop_emission () from
/usr/lib/libgobject-2.0.so.0
#56 0x00afceb0 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#57 0x00afd223 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#58 0x02859b9c in gtk_button_clicked () from /usr/lib/libgtk-x11-2.0.so.0
#59 0x0285b300 in gtk_button_get_alignment () from
/usr/lib/libgtk-x11-2.0.so.0
#60 0x00af87e7 in g_cclosure_marshal_VOID__VOID () from
/usr/lib/libgobject-2.0.so.0
#61 0x00aecd9b in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#62 0x00aed285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#63 0x00afb3b0 in g_signal_stop_emission () from
/usr/lib/libgobject-2.0.so.0
#64 0x00afceb0 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#65 0x00afd223 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#66 0x02859b16 in gtk_button_released () from /usr/lib/libgtk-x11-2.0.so.0
#67 0x0285aa05 in gtk_button_set_relief () from /usr/lib/libgtk-x11-2.0.so.0
#68 0x02913be2 in gtk_marshal_VOID__UINT_STRING () from
/usr/lib/libgtk-x11-2.0.so.0
#69 0x00aecd9b in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0
#70 0x00aed285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0
#71 0x00afb8e7 in g_signal_stop_emission () from
/usr/lib/libgobject-2.0.so.0
#72 0x00afcc23 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0
#73 0x00afd223 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0
#74 0x029ef743 in gtk_widget_activate () from /usr/lib/libgtk-x11-2.0.so.0
#75 0x02912348 in gtk_propagate_event () from /usr/lib/libgtk-x11-2.0.so.0
#76 0x02912784 in gtk_main_do_event () from /usr/lib/libgtk-x11-2.0.so.0
#77 0x00223df6 in gdk_screen_get_setting () from
/usr/lib/libgdk-x11-2.0.so.0
#78 0x00a5c4ce in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#79 0x00a5f4d6 in g_main_context_check () from /usr/lib/libglib-2.0.so.0
#80 0x00a5f7c3 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#81 0x02911a46 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#82 0x002c54b0 in gnc_ui_start_event_loop () from
/opt/gnucash2/lib/libgncgnome.so.0
#83 0x0030c7d0 in gw__tmp817_gnc_ui_start_event_loop_wrapper ()
    from /opt/gnucash2/lib/libgw-gnc.so.0
#84 0x00953923 in scm_ceval () from /usr/lib/libguile.so.12
#85 0x00952617 in scm_ceval () from /usr/lib/libguile.so.12
#86 0x00952617 in scm_ceval () from /usr/lib/libguile.so.12
#87 0x00952438 in scm_ceval () from /usr/lib/libguile.so.12
#88 0x0094c70a in scm_i_eval_x () from /usr/lib/libguile.so.12
#89 0x009520e4 in scm_primitive_eval_x () from /usr/lib/libguile.so.12
#90 0x00952108 in scm_primitive_eval_x () from /usr/lib/libguile.so.12
#91 0x0094515e in scm_internal_dynamic_wind () from /usr/lib/libguile.so.12
#92 0x0094c887 in scm_eval_x () from /usr/lib/libguile.so.12
#93 0x00984ebb in scm_shell () from /usr/lib/libguile.so.12
#94 0x00967ba9 in scm_boot_guile () from /usr/lib/libguile.so.12
#95 0x0804887b in main ()


Depending on when I create the backtrace this is another error message I
was receiving from gdb:
   Program received signal SIGSEGV, Segmentation fault.
   [Switching to Thread -1208235552 (LWP 31484)]
   0x00a4b3ed in g_date_valid () from /usr/lib/libglib-2.0.so.0#0
   0x00bf0402 in __kernel_vsyscall ()



   Volker
_______________________________________________
gnucash-devel mailing list
[hidden email]
https://lists.gnucash.org/mailman/listinfo/gnucash-devel