Moin.

Würde es viel Arbeit machen, die Meldung
---
flnews: CORE: Article to post contains invalid header
---
um den Namen des Headers zu ergänzen? Ich kann die Frage damit begründen, dass
irrtümlich verwendete Sonderzeichen nicht immer ins Auge springen, wenn ich
*hinterher* den Fehler suche.

Freilich besteht die Schwierigkeit nicht, wenn ich sowieso ständig damit
herumhantiere und die Fehlerquelle im Voraus feststeht.

Cheerio
--
Geh Kaffee kochen

Michael Uplawski wrote:
>
> Moin.
>
> Würde es viel Arbeit machen, die Meldung
> ---
> flnews: CORE: Article to post contains invalid header
> ---
> um den Namen des Headers zu ergänzen? Ich kann die Frage damit begründen, dass
> irrtümlich verwendete Sonderzeichen nicht immer ins Auge springen, wenn ich
> *hinterher* den Fehler suche.

Momentan weiß flnews nicht, wo der bzw. die Fehler sind. Es wird mit
die Kodierung des gesamten Headers geprüft (auf 7-Bit).
Um den Name des Headerfelds anzeigen zu können müsste man den Header
parsen. Das wäre viel Arbeit, nur für eine Fehlermeldung.

Kannst du nicht deinen Postprozessor prüfen lassen, dass die von ihm
erzeugten oder modifizierten Headerfelder 7-Bit Format haben (bevor sie
eingefügt werden)?

Oder hat flnews die falschen Daten selbst eingefügt?
Das sollte eigentlich nie passieren und gehört ebenfalls dort repariert,
wo es passiert.

Michael Bäuerle hat geschrieben:
> Kannst du nicht deinen Postprozessor prüfen lassen, dass die von ihm
> erzeugten oder modifizierten Headerfelder 7-Bit Format haben (bevor sie
> eingefügt werden)?

Freilich. ;)
Ich werde das versuchen.

> Oder hat flnews die falschen Daten selbst eingefügt?
> Das sollte eigentlich nie passieren und gehört ebenfalls dort repariert,
> wo es passiert.

Okay. Das ist die andere Antwort.

Mir ist nicht klar, wie groß das Risiko ist, dass ein Benutzer vor dem Posten
noch *Werte* einsetzt, die Fehler erzeugen. Er könnte die Aktion dann nur
wiederholen, nachdem das Posten nicht geklappt hat, und versuchen, es besser
machen. Zwischen dem Fehler und der Behebung findet dann aber ein
intellektueller Sprung statt:

“invalid header” weist ja auch nicht sofort auf ein encoding-Problem hin ...
oder doch, aber dann muss man es vorher wissen, also verstehen, wieso flnews
reagiert hat.

Das Alles ging mir durch den Kopf, als ich mein Posting geschrieben habe,
wissend, dass ich meinen eigenen Mist freilich auch selber ausbaden kann.

Wenn sonst niemand auf Schwierigkeiten stößt, ist das für mich erledigt.

Cheerio
--
Geh Kaffee kochen

Michael Uplawski hat geschrieben:
> Mir ist nicht klar, wie groß das Risiko ist, dass ein Benutzer vor dem Posten
> noch *Werte* einsetzt, die Fehler erzeugen. Er könnte die Aktion dann nur
> wiederholen, nachdem das Posten nicht geklappt hat, und versuchen, es besser
> machen.

Nein. So geht das nicht, da flnews den Fehler sofort bemerkt und gar nicht postet.

Ignorieren.

Danke.
--
Geh Kaffee kochen

Michael Uplawski wrote:
>
> [...]
> Mir ist nicht klar, wie groß das Risiko ist, dass ein Benutzer vor dem Posten
> noch *Werte* einsetzt, die Fehler erzeugen. Er könnte die Aktion dann nur
> wiederholen, nachdem das Posten nicht geklappt hat, und versuchen, es besser
> machen. Zwischen dem Fehler und der Behebung findet dann aber ein
> intellektueller Sprung statt:
>
> “invalid header” weist ja auch nicht sofort auf ein encoding-Problem hin ...
> oder doch, aber dann muss man es vorher wissen, also verstehen, wieso flnews
> reagiert hat.

Die Fehlermeldung "Article to post contains invalid header" wird im
Moment nur erzeugt, wenn die Kodierung des Headers falsch ist. Man
könnte sie umbenennen, z.B.:

Article to post has invalid header encoding

Damit wäre es eindeutig, dass das Problem an der Kodierung liegt.

Mahlzeit

Michael Bäuerle hat geschrieben:

> > “invalid header” weist ja auch nicht sofort auf ein encoding-Problem hin ...
> > oder doch, aber dann muss man es vorher wissen, also verstehen, wieso flnews
> > reagiert hat.
>
> Die Fehlermeldung "Article to post contains invalid header" wird im
> Moment nur erzeugt, wenn die Kodierung des Headers falsch ist. Man
> könnte sie umbenennen, z.B.:
>
> Article to post has invalid header encoding
>
> Damit wäre es eindeutig, dass das Problem an der Kodierung liegt.

Wenn du sowieso mal in der Gegend zu tun hast, wäre das sicher eine
Verbesserung.

Allerdings kann ich jetzt noch weniger übersehen, wie solche kaputten
Header zustande kommen, wenn nicht dadurch, dass ein weiterer flnews-User
einen Post-Processor einsetzt, um Header zu manipulieren. Das alleine
scheint nicht wahrscheinlich (Provokation) und dann kommt man auch leicht
selbst darauf und behebt den Fehler gleich selber.

Ich hatte nicht richtig verstanden, wie flnews mit den Benutzereingaben
auf der Karte „Weitere Optionen” umgeht. Die dort vorgenommenen Einträge
werden ja bereits in der GUI gemeldet, wenn sie fehlerhhaft sind.

Es sollte keinesfalls so sein, dass sich *dein Programm* um Fehler
kümmert, die sich der Endbenutzer ausdenkt.

Cheerio.
--
Geh Kaffee kochen