schalli
831c7b8f52
Gleicher eigener Timer wie im Kalender; httpreqs timeout greift waehrend des Verbindungsaufbaus nicht. 60 s, weil PDF-Anhaenge geladen werden. Co-Authored-By: Claude Opus 5.5 (1M context) <noreply@anthropic.com>
1.2 KiB
1.2 KiB
quick_id, status, date
| quick_id | status | date |
|---|---|---|
| 261005-d5d | complete | 2026-10-05 |
261005-d5d: Kalender-Test Zeitgrenze — SUMMARY
ntlmPost(exchange.provider.ts): eigene 15-s-Zeitgrenze per Timer, zusaetzlichtimeoutan httpntlm. httpreqstimeoutallein greift NICHT waehrend des Verbindungsaufbaus ueber den Keep-alive-Agenten — echter Lauf gegen 172.16.0.3 dauerte damit noch 134,5 s; erst der eigene Timer brachte 15,0 s. Unit-Test haette das nicht gefunden (Stub), deshalb echter Lauf im lokalen Container.CalendarSourceUnreachableError+isNetworkUnreachableError(calendar.service.ts);testConnection/testConnectionFromConfigliefernerror: 'unreachable', lastSyncError „Server not reachable“.- Formular:
formTestUnreachablestattformTestFailed. - Nachweis (lokaler Container, kompilierter Provider): 172.16.0.3 -> nicht erreichbar nach 15,0 s; owa.ctl.de mit falschem Passwort -> erreichbar/abgelehnt 0,0 s. Tests api 2219+, web 1372 gruen.
- Nachtrag (User „fix“):
inbox/exchange-inbox.provider.tsbekommt denselben Timer, 60 s (laedt PDF-Anhaenge). testConnection meldet dann „EWS server not reachable (no answer within 60 s)“. Unit-Test mit Fake-Timern; echter Lauf nicht wiederholt (gleiche Mechanik wie im Kalender, dort echt gemessen).