Regression #15880
closed
Upgrade available LED not set before branch is selected.
Added by Steve Wheeler 10 months ago.
Updated 4 months ago.
Affected Plus Version:
24.03
Description
With the introduction of opt-in upgrades a user must now select the new version branch to upgrade.
However the script that set's the upgrade LED status is still using only the selected branch so cannot indicate a new version is available before the branch is set.
/etc/rc.update_pkg_metadata:
( \
sleep $sleep_time \
&& /usr/local/sbin/${product_name}-upgrade -uf \
&& ( \
/usr/local/sbin/${product_name}-upgrade -Uc > ${tmp_version}.tmp \
; rc=$? \
; tail -n 1 ${tmp_version}.tmp > $tmp_version \
; rm -f ${tmp_version}.tmp \
; echo $rc > ${tmp_version}.rc \
; if [ $rc -eq 2 ]; then \
/usr/local/sbin/${product_name}-led.sh update 1 \
; return $rc \
; fi \
; /usr/local/sbin/${product_name}-led.sh update 0 \
; led_update 0 \
; return 0 \
)
- Status changed from New to Feedback
- Assignee set to Luiz Souza
- % Done changed from 0 to 100
Fixed.
The cron job is now up to date and using the correct API to check for new releases, update the LED state and the version cache.
tested with 25.03.b.20250120.1851 using 6100 as hardware - without the newer update branch selected the indicator light flashes amber to show a newer version is available
running 25.03.r.20250411.1649 and having 25.07.a.20250411.1649 available as an update on another branch, no indication of update is present via the front panel LEDs
re-tested on
25.03-BETA (amd64)
built on Wed May 7 16:11:00 UTC 2025
FreeBSD 15.0-CURRENT
issue still present - orange LED is active only if upgrade branch is set on Development snapshots (which is the only current branch that offers an upgrade). If you're on the latest in your current set branch the LED does not activate
- Status changed from Feedback to Resolved
Only the current branch and release branches are checked for updates. Sounds like it's working as expected given the comments - marking resolved.
Also available in: Atom
PDF