Bug #683

Automatic Repeater Offset configuration is applied inconsistently

Added by Sean Burford over 7 years ago. Updated 3 months ago.

Status:Closed Start date:03/12/2013
Priority:Normal Due date:
Assignee:- % Done:

0%

Category:-
Target version:-
Chirp Version:daily Platform:Linux
Model affected:(All models)

Description

To reproduce:

0) Start chirpw
1) Disable Automatic Repeater Offset.
2) Open a radio memory image.
3) Enter 147.1 into a memory slot, observe that the offset is not set.
4) Enable Automatic Repeater Offset.
5) Enter 147.1 into a memory slot, observe that the offset is not set.
6) Exit chirpw
7) Start chirpw
8) Open a radio memory image.
9) Enter 147.1 into a memory slot, observe that the offset is set.

Automatic Repeater Offset was enabled in both 5 and 9, yet the result was different.

Associated revisions

Revision 1928:70133e304af8
Added by Dan Smith over 7 years ago

Fix logic error preventing auto repeater setting in some cases

If autorpt is enabled and you enter a frequency into a blank channel
that is the same as was previously just entered, the new item defaulting
code fools ed_freq() into thinking that the frequency field was unchanged,
and thus that the auto repeater logic should not be applied. This
enhances the logic that determines if the frequency was changed to avoid
this problem.

Fixes #683

History

Updated by Bernhard Hailer 3 months ago

  • Status changed from New to Closed
  • Chirp Version changed from 0.3.0 to daily

This appears to be complete.

Also available in: Atom PDF

prevent spam