While keyer is open, <CR> in RX(RST) field crashes Xlog

Bug #608718 reported by HA5OB
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
xlog (Ubuntu)
Fix Released
Undecided
AndyWLUG

Bug Description

Binary package hint: xlog

While keyer is open, <CR> in RX(RST) field crashes Xlog

------------------------------------------------------------------------------------------------
** (xlog:8177): WARNING **: Widget not found: f134896151entry

(xlog:8177): Gtk-CRITICAL **: gtk_editable_get_chars: assertion `GTK_IS_EDITABLE (editable)' failed

------------------------------------------------------------------------------------------------

73 , Zoli

Tags: patch
John Nogatch (jnogatch)
Changed in xlog (Ubuntu):
status: New → Confirmed
Revision history for this message
John Nogatch (jnogatch) wrote :

It appears that someone started modifying xlog's GUI, changing the naming convention, but that these changes were not propagated into the "Keyer" window, which is what is used in contest mode.

1. The reported problem was that hitting \r in the RX(RST) field of the main window, while keyer window is active, caused a crash. It was trying to pass a string to a callback which expected an int. I suspect that it was originally a string, & had been changed to int, but 2 places had been missed. Changing it back to string avoids the problem.

2. gtk error messages were appearing. Again, it appears that the name of a menu item had been changed from "Add" to "Write", but the keyer interface had not been updated to use the new name.

3. Entering a callsign, \r, fills in the RST fields, & hitting another \r failed to log the contact. Sending "clicked" to the "/ToolBar/Write" widget was not working, but did not cause an error message. Changing it to send "activate" to "/MainMenu/Edit/Write" allows the QSO to be logged correctly. I see many other places where "clicked" is used, but I do not know whether they are correct or not.

4. I observed that hitting \r in the RX(RST) field while no callsign is filled in caused an invalid QSO to be logged. An additional check has been added to prevent logging a QSO without callsign.

tags: added: patch
Revision history for this message
AndyWLUG (andystewart) wrote :

This has been fixed in xlog 2.0.6beta3.

Changed in xlog (Ubuntu):
assignee: nobody → AndyWLUG (andystewart)
Revision history for this message
AndyWLUG (andystewart) wrote :

Fixed in xlog 2.0.6beta3...soon to be released as xlog 2.0.6.

Changed in xlog (Ubuntu):
assignee: AndyWLUG (andystewart) → nobody
status: Confirmed → In Progress
Revision history for this message
AndyWLUG (andystewart) wrote :

Version 2.0.6 was released in early March 2013, containing this fix.

Changed in xlog (Ubuntu):
status: In Progress → Fix Released
assignee: nobody → AndyWLUG (andystewart)
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.