Fix: _queued-Guard in poison/walks/diary — kein Crash bei SW-gequeuten Requests

Wenn der SW einen POST in die Offline-Queue legt, gibt api.js { _queued: true }
zurück (202). Ohne Guard versuchten poison/walks/diary den Response als echtes
Server-Objekt zu nutzen → undefined lat/lon → Leaflet-Crash, undefined id → Upload-Fehler.
Nach dem Guard wird das Modal nur geschlossen; der QUEUE_PROCESSED-Toast informiert
den User sobald synchronisiert.

- poison.js: _queued guard nach API.poison.report()
- walks.js: _queued guard + try-catch statt navigator.onLine
- diary.js: _queued guard nach API.diary.create()
- SW by-v992, APP_VER 992

backend/static/js/pages/walks.js

@@ -1186,14 +1186,20 @@ window.Page_walks = (() => {
           _renderList();
           _renderMarkers();
         } else {
-          if (!navigator.onLine) {
-            _addPending(payload);
-            UI.modal.close();
-            UI.toast.success('Offline gespeichert — wird synchronisiert sobald Verbindung besteht.');
-            _loadData();
-            return;
+          let created;
+          try {
+            created = await API.walks.create(payload);
+          } catch (netErr) {
+            if (netErr instanceof TypeError || !navigator.onLine) {
+              _addPending(payload);
+              UI.modal.close();
+              UI.toast.success('Offline gespeichert — wird synchronisiert sobald Verbindung besteht.');
+              _loadData();
+              return;
+            }
+            throw netErr;
           }
-          const created = await API.walks.create(payload);
+          if (created?._queued) { UI.modal.close(); _loadData(); return; }
           _data.unshift({ ...created, teilnehmer_count: 0 });
           UI.toast.success('Treffen geplant! 🎉');
           UI.modal.close();