Report preparation
What happened?
With Pan Lock enabled, grabbing a slice and dragging it to the panadapter edge to pan makes the view jump around / scroll in large lurching steps instead of scrolling smoothly. After the drag, Pan Lock stops keeping the slice centered — the button stays lit but you have to toggle it off and on again for Pan Lock to work.
Reported by Joe N9VX (AetherSDR 26.6.3 on Xubuntu 26.04) and reproduced on Windows.
Root cause — two pan controllers fight over the pan center. Dragging a slice involves two independently-developed features that both drive the panadapter center:
The edge-pan path was deliberately routed to "avoid pan-follow" (MainWindow_Wiring.cpp), but the bypass is incomplete: it still calls target->setFrequency(), which emits frequencyChanged, and Pan Lock is wired directly to that signal. So both controllers fire each tick with opposite intents (edge-pan: slice at edge; Pan Lock: slice at center), and the pan oscillates.
The in-window drag (slice dragged within the visible span) has the matching symptom: Pan Lock recenters on every move, so the slice snaps back to center instead of following the cursor.
Measured (i9-13900K / RTX 4090, GPU path, dummy load, Pan Lock on; gated aether.perf drag=1 windows + the SliceDrag center trace):
|
edge-drag with Pan Lock on |
panCenterCmdRate during drag |
~42–48 / s (two display pan set center= per tick) |
| pan center steps |
~0.33 MHz lurches (edge-pan intends 0.0267) |
| after release |
panCenterCmds=0 — pan stays scrolled away, slice no longer centered |
What did you expect?
Dragging a slice with Pan Lock on should pan smoothly (no jumping), and when released the slice should be re-centered with Pan Lock still active — no need to toggle it off/on.
Steps to reproduce
- Enable Pan Lock (title-bar button).
- Grab Slice A and drag it to the left/right edge of the panadapter; hold to pan.
- Observe the view jumping / lurching in large steps instead of scrolling smoothly.
- Release. Notice Pan Lock no longer keeps the slice centered (button still lit) until you toggle it off and on.
AetherSDR version
26.6.3 / 26.6.4 (also on origin/main)
Radio model & firmware
FLEX-6600 (radio-agnostic; reproduced on a dummy load)
Operating system
Linux
OS version and hardware
Xubuntu 26.04 (Joe N9VX, 26.6.3); also reproduced on Windows 11 / Qt 6.8.3. Platform-agnostic — the conflict is in MainWindow / SpectrumWidget logic.
Report preparation
What happened?
With Pan Lock enabled, grabbing a slice and dragging it to the panadapter edge to pan makes the view jump around / scroll in large lurching steps instead of scrolling smoothly. After the drag, Pan Lock stops keeping the slice centered — the button stays lit but you have to toggle it off and on again for Pan Lock to work.
Reported by Joe N9VX (AetherSDR 26.6.3 on Xubuntu 26.04) and reproduced on Windows.
Root cause — two pan controllers fight over the pan center. Dragging a slice involves two independently-developed features that both drive the panadapter center:
frequencyChanged,MainWindow::setPanFollow's recenter sendsdisplay pan set … center=<slice freq>to keep the slice centered.SpectrumWidget::edgePanVelocityStep()advances the center smoothly (~0.0267 MHz/tick) and parks the slice at the edge, viaedgePanTuneRequested.The edge-pan path was deliberately routed to "avoid pan-follow" (
MainWindow_Wiring.cpp), but the bypass is incomplete: it still callstarget->setFrequency(), which emitsfrequencyChanged, and Pan Lock is wired directly to that signal. So both controllers fire each tick with opposite intents (edge-pan: slice at edge; Pan Lock: slice at center), and the pan oscillates.The in-window drag (slice dragged within the visible span) has the matching symptom: Pan Lock recenters on every move, so the slice snaps back to center instead of following the cursor.
Measured (i9-13900K / RTX 4090, GPU path, dummy load, Pan Lock on; gated
aether.perfdrag=1windows + theSliceDragcenter trace):panCenterCmdRateduring dragdisplay pan set center=per tick)panCenterCmds=0— pan stays scrolled away, slice no longer centeredWhat did you expect?
Dragging a slice with Pan Lock on should pan smoothly (no jumping), and when released the slice should be re-centered with Pan Lock still active — no need to toggle it off/on.
Steps to reproduce
AetherSDR version
26.6.3 / 26.6.4 (also on
origin/main)Radio model & firmware
FLEX-6600 (radio-agnostic; reproduced on a dummy load)
Operating system
Linux
OS version and hardware
Xubuntu 26.04 (Joe N9VX, 26.6.3); also reproduced on Windows 11 / Qt 6.8.3. Platform-agnostic — the conflict is in
MainWindow/SpectrumWidgetlogic.