Canapin
4월 9, 2026, 9:47오전
1
가끔 이런 식으로 동작합니다.
이번에는 백업이 성공했습니다.
백업이 실패할 때도 이런 상태로 멈출 수 있을지 확신은 없습니다.
어쨌든 이런 일이 발생하면 항상 조금 불안해집니다
/logs에는 아무것도 없고, 개발자 도구를 열어 에러를 확인하지도 않았습니다.
수정: 다른 탭으로 이동했다가 다시 Logs 탭으로 돌아오면 로그가 정상적으로 표시됩니다.
4개의 좋아요
ToddZ
4월 9, 2026, 12:24오후
2
계속해서 언급을 깜빡하고 있었는데, 2월 중순 이후로 4번의 업데이트마다 이런 일이 반복되었습니다.
3개의 좋아요
Ethsim2
7월 21, 2026, 6:53오전
3
이 문제의 가능한 원인을 찾았을 수 있습니다.
백업 로그 MessageBus 핸들러는 [STARTED] 메시지를 수신할 때 더 이상 권장되지 않는 Ember의 Array.clear() 메서드를 호출하고 있었습니다. 백업 테스트 중 해당 경로에서 오류를 발견했으며, 이를 splice(0)로 대체하는 초안 PR을 열었습니다:
main ← Ethsim12:fix-deprecated-array-clear
merged 04:53PM - 27 Jul 26 UTC
## What does this change?
Replaces the deprecated Ember native-array-extension … call used when a backup
operation starts:
```javascript
logs.clear();
```
with:
```javascript
logs.splice(0);
```
This clears the backup logs while preserving the existing
`@autoTrackedArray` instance.
## Why?
Starting a backup sends a `[STARTED]` message through the
`/admin/backups/logs` MessageBus channel. Its callback currently calls
`.clear()`, triggering:
```text
discourse.native-array-extensions.clear
```
When JavaScript deprecations are configured to raise errors, this also causes
the MessageBus callback to fail.
## Testing
Added a unit test confirming that a `[STARTED]` message:
- clears existing backup-log entries;
- preserves the tracked-array instance;
- marks the backup operation as running;
- hides the read-only alert.
Local checks completed:
- Prettier
- ESLint
- Git whitespace checks
The focused QUnit test was not run locally because a complete Ruby/Discourse
test environment was not installed.
이 문제는 라이브 Logs 탭이 비어 있는 동안, 다른 곳으로 이동했다가 다시 돌아왔을 때 영속화된 로그가 표시되는 현상과 잠재적으로 관련이 있어 보이지만, 이 토픽이 보고될 당시 브라우저 콘솔에서 오류가 포착되지 않았기 때문에 동일한 근본 원인인지 확인하지는 못했습니다.
2개의 좋아요
