Bug? Problem beim ersten Speichern eines Entwurfs

Hier können Probleme und alles andere in Deutscher Sprache gelöst werden.
Czorneboh
Regular
Posts: 385
Joined: Tue Apr 08, 2008 7:17 pm
Location: Berlin
Contact:

Re: Bug? Problem beim ersten Speichern eines Entwurfs

Post by Czorneboh »

Danke.

Bei mir sind es die Zeilen 154 und 161 (benutztes Programm UltraEdit).
Nachher lade ich die php-Datei hoch und dann werde ich sehen...
Sowohl unter FF 10 als auch unter IE 9(Win 7) kann ich den Fehler nicht reproduzieren.
Auch auf meinem Notebook trat der Fehler auf im Chrome und FF 10.

Meine Einstellungen im Backend:

Artikelsperre aktiviren: nein
sonst die vier oberen Einstellungen: ja
Standardkategorien wählen: Freiwahl

Kann mich nicht erinnern, an diesen Einstellungen je was geändert zu haben, vielleicht nach der Installation mal, aber das ist lange her.
garvinhicking
Core Developer
Posts: 30022
Joined: Tue Sep 16, 2003 9:45 pm
Location: Cologne, Germany
Contact:

Re: Bug? Problem beim ersten Speichern eines Entwurfs

Post by garvinhicking »

Hi!

Ich könnte mir vorstellen dass das ganze auch irgendwie mit dem WYSIWYG-Editor zusammenhängt? Der macht in einem anderen Thread von Dir ja auch Probleme. Welchen setzt du ein? HASt Du den mal temporär deaktiviert?

Grüße,
Garvin
# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
Czorneboh
Regular
Posts: 385
Joined: Tue Apr 08, 2008 7:17 pm
Location: Berlin
Contact:

Re: Bug? Problem beim ersten Speichern eines Entwurfs

Post by Czorneboh »

Hi!

Benutze, soweit ich mich erinnere, Xinha.
Weiß nicht mehr, woher ich das weiß.

Bisher noch nicht deaktiviert.
An welcher Stelle macht man das? Ist ja nicht als Plugin installiert (jedenfalls sehe ich davon nichts in der Plugin-Übersicht).

Und ich benutze ein Plugin: "Übliche XHTML-Fehler beseitigen (serendipity_event_xhtmlcleanup)".
Da gibt es auch Einstellungen für Eintrag und erweiterten Eintrag. Die Funktion ist für beides aktiviert.

Ich habe vorhin die neue Update-Version 1.15 für "Regeln für Veröffentlichungen" entdeckt. Ich habe Version 1.13. Ich update aber erst mal nicht, da die Änderungen dort, wie geschrieben worden war, nicht dieses Problem beheben.
garvinhicking
Core Developer
Posts: 30022
Joined: Tue Sep 16, 2003 9:45 pm
Location: Cologne, Germany
Contact:

Re: Bug? Problem beim ersten Speichern eines Entwurfs

Post by garvinhicking »

Hi!

Xinha ist in s9y der integrierte interne Editor. Den könntest Du dann über die Eigenen Einstellungen via "WYSIWYG editor verwenden" (oder so) deaktivieren.

Geht erstmal nur um's probeweise, ob das die Probleme behebt. Wenn ja, kann man von da aus weiterforschen.

Grüße,
Garvin
# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
Czorneboh
Regular
Posts: 385
Joined: Tue Apr 08, 2008 7:17 pm
Location: Berlin
Contact:

Re: Bug? Problem beim ersten Speichern eines Entwurfs

Post by Czorneboh »

Okay, Garvin,

habe ich getan.
Nach Ausschalten des Editors trat das Phänomen nicht mehr auf !
Habe am Zweit-PC, wo ich das auch hatte, jetzt mit Opera, Chrome und FF probiert. Kein Meckern mehr.

Vielleicht diiieee Gelegenheit, jetzt das Bloggen ohne Editor anzugewöhnen :wink:
(Es gibt im Xinha Sachen, die Nerven: Der code bricht ziemlich oft. Muss oft überwachen, ob nicht inzwischen Leerzeilen entstanden sind.)

Ob ich stattdessen einen anderen probiere?
Yellowled hatte mir ja schon zuvor mal Textile empfohlen.

Aber erst mal weiter Fehlersuche - wie weiter?
garvinhicking
Core Developer
Posts: 30022
Joined: Tue Sep 16, 2003 9:45 pm
Location: Cologne, Germany
Contact:

Re: Bug? Problem beim ersten Speichern eines Entwurfs

Post by garvinhicking »

Hi!

Beschreibe mal genau wie Du mit Xinha ein Bild einfügst. Benutzt du den s9y Mediendatenbank-Button dazu?

Leider bin ich nicht so der Experte bei den WYSIWYG-Editoren, da ich die auch selber nicht nutze, und daher auch wenig darüber weiß wie solche Probleme entstehen können, daher kann ich da nicht so gezielt fehlersuchen, könnte also etwas dauern. :)
# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
Czorneboh
Regular
Posts: 385
Joined: Tue Apr 08, 2008 7:17 pm
Location: Berlin
Contact:

Re: Bug? Problem beim ersten Speichern eines Entwurfs

Post by Czorneboh »

Ok.
Auch in eigenen Einstellungen aktiviert:
Fortgeschrittene Javascript einsetzen
- ja
Benutzt du den s9y Mediendatenbank-Button dazu?
Ja. Ich nehme also nicht
Bild einfügen/verändern
, sondern klicke auf
Bilder verwalten
- finde ich übrigens missverständlich den Button für das Einfügen aus der Mediengalerie so zu benennen.

Und weiter, wie ich es in englisch schon gestern (15.02.12) beschrieben habe:
http://board.s9y.org/viewtopic.php?f=2&t=18454

In dem sich öffnenden Fenster mit den Bildern der Mediengalerie suche ich mir das Bild, klicke drauf, mache die Einstellungen (links, rechts, groß oder Thumbnail),
Das Bild soll kein Link sein
, lasse den Kommentar stehen, den ich schon nach dem Upload eingetragen habe oder ändere ihn noch, trage den Alt-Text ein und klicke auf "okay".

Unter dem Alt-Text-Feld gibt es noch eines für Titel-Attribut. Da steht schon der Dateiname der jetzt gewählten Bilddatei drin, so, wie ich sie hochgeladen habe. Meistens ändere ich da nichts dran.

Aber:

[Variante a] ... wenn ich ein Bild kurz nach dem Hochladen von meinem PC manchmal noch umbenannt habe (z.B. um die Umlaute und sz auszutauschen), dann müsste doch eigentlich in diesem Titelattribut-Feld jetzt die Bilddatei mit dem Namen nach der Umbenennung stehen - nach meiner Logik. Aber das ist nicht so, da steht trotzdem noch der alte Name drin. Aber trotzdem wird mir das Bild anschließend im Artikel angezeigt, es ist sichtbar im Artikel (Backend und Frontend).

(Nebenbei: Ich schlussfolgere, dass mit einer Umbenennung einer Bilddatei nicht auch der dazugehörige Datenbankeintrag mit dem Titelattribut geändert wird. Bzw. wird die Datenbankspalte für die Titelattribute hier nach der Umbenennung nicht automatisch aktualisiert. Man müsste einen Befehl schreiben, dass im Falle der Dateiumbenennung auch der beim Upload und Speichern angelegte Titelattribut-Eintrag aktualisiert/angepasst wird.

Dieser nicht aktualisierte Titel steht in der Bildergalerie im Frontend bei dem Bild, habe ich gesehen. Das sollte nicht sein.)

Frage hier zum Verständnis: Wird eine Bilddatei zur Umbenennung in der Medienbibliothek erst noch kopiert und die Ausgangsdatei dann nicht gelöscht oder in einem Papierkorb verschoben? Habe ich nach einer Umbenennung diese Bilddatei also doppelt (plus erzeugtem Thumbnail)?

[Variante b] ... Manchmal habe ich in dem Titelfeld doch den Titel geändert (Musste ich auch mal testen.).

Ob Variante a) oder b) - beides führte nicht zu Problemen. Das von mir benötigte Bild ist trotzdem eingefügt und angezeigt worden.

So kam mir jetzt die Frage:
Ist das Plugin kürzlich verändert worden, so dass jetzt tatsächlich Links ins Leere gehen oder falsche Adressen produziert werden?
Die Bildergalerie nicht. Die steht schon seit einem Jahr bei Version 2.53
Das Plugin
Erweiterte Optionen für die Bildauswahl
war kürzlich geändert worden, glaube ich mich zu erinnern (jetzt im Februar). Kann das sein?
Habe das Update via Spartakus ausgelöst.

Ich habe dann noch eine Idee zur Ursache, aber erst mal hören ...
gregman
Regular
Posts: 91
Joined: Wed Aug 15, 2007 9:32 pm

Re: Bug? Problem beim ersten Speichern eines Entwurfs

Post by gregman »

Hi,

zu meiner Entschuldigung muss ich vorweg schicken, dass ich selber auch nie mit dem WYSISYG-Editor arbeite, und daher auf dieses Problem (s.u.) einfach nicht gekommen bin.

Diesem Thread nach zu urteilen liegt das Problem daran, dass Xinha den Inhalt des Editors nicht "on the fly" an das Textarea-Feld weiterleitet, sondern dies erst bei einem Wechsel in den HTML-Modus macht.

Eine Option ist also, für die Javascript-Abfrage bei eingeschaltetem WYSIYWG-Editor mit Hilfe von "editorbody.setMode('textmode');" bzw. "editorextended.setMode('textmode');" die Übergabe des Inhalts an das textare-Feld zu erzwingen und anschließend den Modus wieder mittels "editorbody.setMode('wysiwyg');" bzw. "editorextended.setMode('wysiwyg');" zurückzusetzen.

Das Folgeproblem, was sich dann aber stellt ist, dass die Abfrage nach dem Vorhandensein eines (!) Zeichens nicht mehr zuverlässig funktioniert, da der WYSIWYG-Editor gerne mal ein "<br />" stehen lässt, wenn man text wieder löscht. Man müsste also entweder darauf abstellen, ob die Länge des Textarea-Feldes kleiner 7 ist, oder vor der Abfrage etwaige (unsichtbare) HTML-Tags entfernen.

Greg
gregman
Regular
Posts: 91
Joined: Wed Aug 15, 2007 9:32 pm

Re: Bug? Problem beim ersten Speichern eines Entwurfs

Post by gregman »

Hi,

ich hab' die Änderungen gerade mal eingepflegt (s. Anhang) und getestet. Läuft in FF 10 zufriedenstellend. Zudem wie weiter oben erwähnt, die Standardwerte auf "false" gesetzt, um Probleme wie die von Czorneboh beschriebenen beim Update zu vermeiden.

Grüße
Greg
Attachments

[The extension php has been deactivated and can no longer be displayed.]

Czorneboh
Regular
Posts: 385
Joined: Tue Apr 08, 2008 7:17 pm
Location: Berlin
Contact:

Re: Bug? Problem beim ersten Speichern eines Entwurfs

Post by Czorneboh »

Hi!

Verstehen tue ich das nicht, was Du geschrieben hast.
- Es funktioniert "zufriedenstellend"? :?
Warum läuft es nicht rund? :roll:

Naja, vielleicht wäre die Erklärung sowieso technisch zu anspruchsvoll für mich. Ich lade es mal herunter und schau mal.
Danke.
gregman
Regular
Posts: 91
Joined: Wed Aug 15, 2007 9:32 pm

Re: Bug? Problem beim ersten Speichern eines Entwurfs

Post by gregman »

Naja, zufriedenstellend nur deshalb, weil die zwangsweise Umschaltung in den HTML-Modus und zurück in den WYSIWYG-Modus nicht unbedingt dem entspricht, was der Nutzer will (bspw. wenn er in den HTML-Modus geschaltet hat und in diesem bleiben möchte).

Würde mich jedenfalls über Feedback freuen. Auch wenn ich selber den WYSIWYG-Editor nicht verwende, gibt es einige, die auf meiner Multiuser-Blog-Plattform davon Gebrauch machen und da wäre es schon schön, wenn das Plugin reibungslos funktionierte.

Greg
Czorneboh
Regular
Posts: 385
Joined: Tue Apr 08, 2008 7:17 pm
Location: Berlin
Contact:

Re: Bug? Problem beim ersten Speichern eines Entwurfs

Post by Czorneboh »

Kannste hiermit gleich haben :)
Eben habe ich mit Chrome 17 und Opera 11 getestet auf die Schnelle. Je einen Entwurf angelegt mit mehr als 7 Zeichen im Eintrag und erweiterten Eintrag.
Wurde sofort gespeichert.
Das zwangsweise Umschalten habe ich nicht bemerkt.

@Garvin
Ich hoffe, Garvin kommt noch zurück auf meine Antwort auf seine Frage oben, wie ich Bilder einfüge.
garvinhicking
Core Developer
Posts: 30022
Joined: Tue Sep 16, 2003 9:45 pm
Location: Cologne, Germany
Contact:

Re: Bug? Problem beim ersten Speichern eines Entwurfs

Post by garvinhicking »

Hi!

Das mit dem entrycheck klingt ja positiv, soll ich das dann ins github einstellen, gregman?
Ich hoffe, Garvin kommt noch zurück auf meine Antwort auf seine Frage oben, wie ich Bilder einfüge.
Das klingt für mich alles etwas verworren; warum benennst du die Bilder nachträglich um? Scheint mir das hier ein Problem zu bestehen scheint; das umbenennen von Bildern verkünpft alte Einträge nicht unbedingt richtig, und wenn Du sie sogar manuell per FTP umebennst ist das der fatalste Fehler überhaupt, sowas darf man garnicht machen. Man darf Dateien nur innerhalb von s9y in der Mediendatebank umbenennen.

Grüße,
Garvin
# Garvin Hicking (s9y Developer)
# Did I help you? Consider making me happy: http://wishes.garv.in/
# or use my PayPal account "paypal {at} supergarv (dot) de"
# My "other" hobby: http://flickr.garv.in/
gregman
Regular
Posts: 91
Joined: Wed Aug 15, 2007 9:32 pm

Re: Bug? Problem beim ersten Speichern eines Entwurfs

Post by gregman »

garvinhicking wrote: Das mit dem entrycheck klingt ja positiv, soll ich das dann ins github einstellen, gregman?
Ja, klar. Der Workaround ist zwar nicht das Gelbe vom Ei, aber jedenfalls besser als ohne.

Greg
Post Reply