WebsiteBaker Community Forum
WebsiteBaker Support (2.13.x) => Modules => Topic started by: msfrog on April 14, 2021, 12:38:39 PM
-
Hallo,
ich hab bei Procalendar ein Feld für Bilder eingebaut. Im Admin hab ich dann, wenn ich einen Termin erstelle oder bearbeite, einmal die Möglichkeit, ein neues Bild hochzuladen oder über ein Dropdown-Menü ein bereits hochgeladenes Bild auszuwählen. Weder beim Erstellen eines neuen Termins, noch beim Bearbeiten funktioniert dieses Menü, der Inhalt wird offenbar schlicht nicht in die Datenbank geschrieben. Nur, wenn ich ein Bild hochlade, landet das im entsprechenden Feld. Wie kriege ich das ans Laufen?
-
Dann gibt mal ein paar Infos mehr :-)
Welche WB Version (wenn WB2.13 auch r-Nr)
Welche PC Version
welche php-Version
Link zur Seite ?
Das Modul mal packen und hier als zip zum download reinstellen, dann kann ich mal bei mir testen
-
Hallo Harald,
WB 2.13.0 r31
PC 1.6.6
PHP 7.4
Das Modul hab ich direkt von hier: http://addon.WebsiteBaker.org/pages/en/browse-add-ons.php?id=088DF1C3
-
Hello, there is 2.13 r60, have you tried to upgrade to r60, maybe bud will dissapear ?
-
Thanks for the hint. I installed r60, but this does not solve the problem.
-
In der TesterArea gibt es schon eine ProCalendar 1.7.0
Ich häng diese hier mal als Anhang an.
-
Danke, ich hab die Dateien hochgeladen und die update.php laufen lassen. Version wird jetzt auch als 1.7.0 ausgegeben. Leider ist der Fehler auch in dieser Version vorhanden.
Ich hab gestern mal in die save.php reingeschaut. Ich seh da nirgends Code, der dieses Input-Feld überhaupt behandelt. Kanns sein, dass das schlicht vergessen wurde?
-
Moin,
gestern mit r60, PHP 7.4 und PC 1.7 ein Bild hochgeladen. Dieser Termin zeigte das Bild auch im Frontend.
Heute 2 weitere Termine angelegt und das gleiche Bild per Dropdown ausgewählt.
Bei allen 3 Terminen wird nun kein Bild angezeigt.
Ist das so wie bei dir?
-
Genau. Hochgeladene Bilder werden übernommen, per Dropdown ausgewählte nicht. Wenn ich einen Termin bearbeite, der ein Bild hatte, z.B. indem ich den Text bearbeite und dann speichere, geht das Bild auch wieder verloren.
-
Da kommen wir der Sache doch schon näher, Das scheint noch ein Bug zu sein, Danke für die Meldung. Wir habe es an den Entwickler weiter gegeben.
-
Danke fürs Kümmern :)
-
Ok, und hier die Antwort aus der Entwicklungsabteilu ng im Anhang zum download und testen.
Über ein Feedback würden wir uns freuen.
Es gab auch noch "Verbesserungen". Wenn du es brauchst, kannst du jetzt unter Optionen--> Eigene Felder diese als "Zwangsfelder" ausweisen.
Damit werden die Autoren liebevoll zu Einträgen gezwungen.
(https://gyazo.com/a88f8fa70509705854c87ce6c48a0426.png)
Einfach "required" anwählen, fertig und schon ist diese Feld ein Feld, welches nicht mehr leer bleiben darf.
-
Vielen Dank! Habs gleich mal installiert. Jetzt kommt ne Fehlermeldung:
There was an uncatched exception
Argument 1 passed to ReplaceAbsoluteMedi aUrl() must be of the type string, null given, called in /www/htdocs/xxx/xxx/modules/procalendar/save.php on line 257
in line (23) of (/modules/procalendar/functions.php):
Kanns evtl. daran liegen, dass bei den einzelnen Options der Pfad so dargestellt wird?
<option value="{SYSVAR:MEDIA_REL}calendar/xyz.jpg">xyz.jpg</option>
-
Wir hatten da mit mehreren Versionen der 1.7.1 zu tun.
Nur um sicherzugehen, dass du die letzte Version hast, probiere die angehänte nochmal. Einfach drüberinstallieren.
-
Habs wieder hochgeladen, upgrade.php laufen lassen und dann mal getestet. Wieder die Fehlermeldung, sobald ich einen Termin speichere.
-
Kann ich nicht bestätigen.
Was wählst du denn alles aus in dem Termin?
Kannst das Modul ganz normal installieren. Solange die installierte Version nicht größer ist, geht das.
-
Hab nochmal drüberinstalliert, keine Änderung. Kanns evtl. dran liegen, dass das auf ner Umlautdomain läuft?
Ansonsten ist da nicht viel dahinter. Startdatum, Bezeichnung und 2 Custom-Felder sind noch angelegt und eine Kategorie ausgewählt. Also nichts Extravagantes...
-
Problem ist, keiner von uns hat die Möglichkeit auf einer Umlautedomain zu testen. Gibt es die Möglichkeit uns einen Testserver mit Umlatedomain oder Subdomain einzurichten?
Dann könnte ndbs und ich testen
Dietmar
-
Versuchst du bitte diese mal. Habe zur besseren Unterscheidung eine dev daraus gemacht
Dietmar
-
Die dev funzt leider auch nicht. Ich würds mal so machen: Morgen leg ich ne neue Subdomain an und installier mal nen nackigen WebsiteBaker mit der Procalendar 1.7.2 und teste es damit. Falls der Test wieder negativ ist, geb ich euch den Zugang zu dem Testsystem, damit ihr mal gucken könnt. Passt das? Was genau braucht ihr alles, reicht ein Login für den Baker?
Edit: Ich hab mich sofort mal drangesetzt. WB 2.13.0 r60 installiert, dann PC 1.7.2 dazu. Ergebnis: Der Admin des Kalenders wird gar nicht erst angezeigt, weil bei der Installation offenbar die Datenbank-Tabellen für PC nicht angelegt werden. Die 3 wb_mod_procalendar_ xxx fehlen. Ich hab dann mal die 1.6.6 installiert und direkt zur 1.7.2 geupdatet. Der Admin wird jetzt angezeigt, aber beim Speichern eines Termins wird wieder der gleiche Fehler geworfen.
Wird evtl. beim Update eine nötige Änderung an der DB nicht gemacht? Welche könnte das sein?
-
Ich hab mir mal die install_struct.sql angesehen. Zeile 130 schließt mit nem ; ab, müsste aber eigentlich ein , sein, denke ich. Leider werden die Datenbanken trotzdem nicht installiert, da muss noch was anderes schief laufen...
-
Du liegst da schon richtig.
Bei neuinstall oder upgrade wird die install_struct.sql verwendet.
In unseren Tests tauchte kein Problem auf. Wahrscheinlich weil immer nur upgrade.
Chef kümmert sich.
-
Damit gehts aber nun hoffentlich.
Evtl noch Probleme wegen Umlautdomain, weil wir das nicht testen können.
-
Guten Morgen!
Vielen Dank für eure Mühe, auf dem gestern aufgesetzten Testsystem geht es - unter Vorbehalt. Folgendes passiert:
Ich hatte das Testsystem auf den Default-Einstellungen gelassen. Dabei ist ja bereits ein Bild-Custom-Feld vorkonfiguriert. Damit funktioniert das Ganze auch, die Bilder werden übernommen. Als ich die dev3 dann auf dem anderen System installierte, kam wieder die Fehlermeldung. Meine Vermutung war, dass es evtl. mit der Konfiguration des Addons zusammenhängt, also hab ich Schritt für Schritt die Einstellungen auf das Testsystem übernommen. Nachdem ich die Custom-Felder angepasst hatte, trat auch der Fehler wieder auf.
Offenbar funktioniert das mit den Bildern ausschließlich dann, wenn das Bild in "Eigenes Feld 4" liegt. Ich hab noch 3 und 5 getestet, bei beiden kommt dann der Fehler, sobald man einen Termin speichern will.
Beim Testen ist mir noch ein kleiner Fehler aufgefallen. Beim Löschen eines Termins überprüft das System, ob alle Pflichtfelder ausgefüllt sind. Macht imho wenig Sinn.
-
Danke für dein Feedback, wäre nett wenn wir in Verbindung bleiben und du für uns den Procalendar testet. Hast du Skype??
Dietmar
-
Hallo Dietmar,
hab ich zwar, aber immer nur dann an, wenn ichs grad mal brauche. E-Mail, Signal oder Telegram könnt ich sonst noch bieten.
Noch ne Sache, die mir aufgefallen ist... Versuche ich ein GIF hochzuladen, kommt eine Fehlermeldung (bei der hinten ein a zu viel steht). Klicke ich bei der Meldung auf Schließen, wird versucht die /modules/procalendar/index.php aufzurufen, was in einem "Not Found" resultiert.
-
Moin zusammen
Ganz vorne im Betrag hatte ich schon mal angeboten, dein Modul mit allen Änderungen zu packen und hier zur Verfügung zu stellen.
Wir haben natürlich nur in der Defaulteinstellung getestet und da gibt es 2 Möglichkeiten ein Bild in den Infoblock zu platieren, eine Möglichkeit davon hat nicht funktioniert und das wurde gefixt. (Es passte zu deiner Fehlerbeschreibung und so haben wir überlesen, dass du ein zusätzliches Custem-Feld angelegt hast.
Deshalb benötigen wir entweder
• Super-Admin und FTP Zugriff auf deine Testseite (am besten eine 1:1 Kopie der Liveseite) Idelal, da wir leider nicht die Möglichkeit einer Umlautdomäne haben.
• Dein angepasstes Modul (wir könnten testen ob es auf unseren Testservern läuft)
Die 1. Option ist u.E. immer vorzuziehen, um auch alle "Servereinstellungen" vom Original zu haben.
Und bis jetzt haben wir noch alle Probleme erfolgreich hinbekommen.
Zugangsdaten, wenn du uns dein Vertrauen schenkst, bitte an Luisehahne, dbs oder mich per pm
-
Nachtrag
Habe mit der Version 1.7.3 dev3 gerade getestet und ein zusätzliches "Bildfeld" an Position 7 eingefügt (war leer)
Es werden beide Bilder sowohl vom lokalen PC als auch vom Webserver übernommen (alle Möglichkeiten über Kreuz durchgetestet), gespeichert und auch im FE angezeigt.
-
Hallo,
ich habs auch mal probiert. Feld 7 ging auch bei mir. Ich hab jetzt mal alle durchprobiert. Bei 4 und 7 hats funktioniert, bei den anderen nicht.
FTP-Zugang kann ich leider nicht machen, das ist ein Produktivsystem... Ich kann aber gern mal das Modul packen. Soll ich die DB-Tabellen auch mit dazupacken?
-
Habe Bild in Felder 4,7,8 und erhalte nun auch deine Meldung.
There was an uncatched exception
Argument 1 passed to ReplaceAbsoluteMediaUrl() must be of the type string, null given, called in .../modules/procalendar/save.php on line 257
in line (23) of (/modules/procalendar/functions.php):
-
Der DB Dump ist immer gut, das es ab Feld 8 nicht mehr geht, können wir bestätigen (siehe post dbs :-o).
Also gib mal dein geändertes Modul mit dem DB Dump und wir schauen, was möglich ist.
Gerne auch als Mail, wenn du es nicht öffentlich posten möchtest.
Eine FTP-Zugang kann ich dir auch exclusiv anlegen,
alles geht - nichts muss
-
Hab dir ne PM geschickt
-
Ich widerrufe. Habe jetzt 4 Bilder drin. Felder 4,7,8,9
Geht.
Was auffiel war, dass zwischendurch ein Bild Feld von "Bild" zu "nicht genutzt" sprang.
Nach Umstellen auf Bild und speichern ging alles wie gewünscht.
-
Hm... Ich hab auch nochmal bisschen rumgetestet. Wirklich zuverlässig funktionierts bei mir nur mit Feld 4. Die 7 geht jetzt z.B. auch wieder nicht. Wenn ich nachsehe, ist aber Bild ausgewählt...
Ich hab auf dem Testserver mal den kompletten Baker und den DB-Dump in ein Verzeichnis "msfrog" gelegt. Ist nur mein Testsystem, an dem anderen hab ich jetzt erstmal nichts mehr gemacht.
-
So, jetzt geht es mal wieder mit der 7. Ich hab jetzt auch mal ein paar Termine angelegt und geändert, es funktioniert offenbar zuverlässig, wenns einmal geht. Wenn ich aber z.B. ein anderes Custom-Feld zu Bild mache und es nicht geht, dann funktionierts auch zuverlässig nicht. In der Datenbank werden die jeweiligen "usecustom"-Felder auf 4 gesetzt, daran liegts also nicht.
Ich kann mir da keinen Reim drauf machen... Ne Idee, was ich noch testen könnte?
-
https://msfrog.umojasingers.de/pages/test.php?Test%20hgs&month=4&year=2021&day=17&show=2&id=11§ion_id=4&detail=1
Ich seh da ein Bild
Das ZIP und der Dump sind so wie es bei dir "laufen" soll?
-
Das ist mit Bild in Custom 4, so wie es hier funktioniert. Versuch mal Custom 1 z.B. zu Bild zu machen und ein Bild in nen Termin zu speicherrn. Dann sollte der Fehler kommen.
-
https://msfrog.umojasingers.de/pages/test.php?test%20hgs&month=4&year=2021&day=16&show=0&id=1§ion_id=5&detail=1
3 Bilder in verschiedenen Felder 4, 6 und 7 glaube ich.
Kooektur, sind die Custom-Felder 4, 7 + 8
Und ich habe es folgendermaßen gemacht, da du alle Custom-Feler leer gemacht hattest und auch alle auf "nicht genutzt" standen.
1. Section mit ProCalender gelöscht
2. ProCalendar gelöscht
3. ProCalendar 1.7.2 dev3 installiert
4. zusätzliche Sektion mit ProCalendar wieder angelegt
5. alle Custom-Felder so gelassen wie sie sind
6. zwei zusätzliche Bilder-Felder durch Auswahl vom "Typ Bild" und dem html-Code aus Custom-Feld 4 zusätzlich erzeugt
7. einen Termin angelegt und 3 Bilder ausgesucht.
Fertig
-
Da ich ein "Nur-Anwender" bin, vermute ich, dass durch dein "löschen" der Custom-Felder, der Fehler mit reingekommen ist. (Aber das ist nur eine Vermutung)
Da nur das ausgegeben wird, was der USER eingibt, stören die nicht genutzen Custom-Fehler ja nicht und ich auch DAU würde diese nie löschen/verändern.
Hoffe das dir das weiterhilft.
-
Ich hab jetzt nochmal einen Dump erstellt, wo der Fehler geworfen wird. Willst du das nochmal probieren?
Dass die Felder alle geleert sind, ist nur bei dem Testsystem der Fall, das spielt für das Auftreten des Fehlers keine Geige. Ich hatte das gemacht, um die Felder alle einzeln durchprobieren zu können.
-
So bin wieder nach einer lannnngen Veranstalltung online.
Bitte mach es bei unserem Testsystem bitte mal so wie es bei dir nicht funktioniert.
Wenn es schneller mit deinem Dump geht, gibt ihn her, oder du stellst es auf der Testdomäne alles so ein.
Werde dir den FTP-Zugang auf das Verzeichnis legen. Bekommst per pm die ZUgangsdaten und ein Admin-Passwort für die Testdonäne.
-
Grüß euch,
ich habs leider heute erst geschafft, mich weiter drum zu kümmern. Hab die "defekte" Installation auf den Testserver geladen, bin gespannt, obs bei euch funktioniert...
-
Testdomäne mit deinen Daten angelegt. Die "eigenen Felder" sind "immer noch/oder schon wieder" leer.
Wie wir es hinbekommen steht im #38
https://forum.WebsiteBaker.org/index.php/topic,31890.msg223293.html#msg223293
Erkläre uns dein Vorgehen?
Warum sind alle Felder bei dir leer und auf "nicht genutzt" eingestellt?
und wo stellst du dann ein zusätzliches Bild ein?
-
OK, sehe gerade das "eigenes Feld 1" auf" Bild" gestellt ist, aber kein html Code für die ausführung darunter steht.
Da müsste
<div class="field_line">
<img src="[CUSTOM_CONTENT]" border ="0" alt="[CUSTOM_NAME]" />
</div>stehen.
Ich teste das gerade mal, wie geschrieben bei 4,7+8 läuft es wenn man 1-6 so lässt wie das Modul es vorgibt.
-
Feld 1 ist auf Bild gesetzt, auch auf eurem Server. Die anderen Felder sind auf "nicht genutzt" gesetzt, weil für den Test unerheblich. Versuche mal einen neuen Termin anzulegen und ein Bild aus dem Dropdown einzufügen (oder ein neues hochzuladen, spielt keine Rolle). Es kommt immer der Fehler:
There was an uncatched exception
Argument 1 passed to ReplaceAbsoluteMedi aUrl() must be of the type string, null given, called in /www/htdocs/xxx/WB_Testbereich/msfrog/modules/procalendar/save.php on line 257
in line (23) of (/modules/procalendar/functions.php):
Bei mir funktioniert das Bildfeld ausschließlich als Feld 4 korrekt. Setze ich ein anderes Feld auf Bild (egal ob zusätzlich zu Feld 4 oder nur das), gibts beim Anlegen eines Termins Fehlermeldungen. Nur mit Feld 7 hat es bei einem Test mal geklappt, aber auch nur einmal. Nachdem ich ein anderes Feld versucht und dann nochmal die 7 probiert hatte, gings wieder nicht.
Ich mein, man kann doch dabei eigentlich nichts falsch machen...
-
OK, sehe gerade das "eigenes Feld 1" auf" Bild" gestellt ist, aber kein html Code für die ausführung darunter steht.
Da müsste
<div class="field_line">
<img src="[CUSTOM_CONTENT]" border ="0" alt="[CUSTOM_NAME]" />
</div>stehen.
Den Code brauch ich nicht, nur den Link des Bildes. Ich lese mir die Termine mit nem eigenen Script aus der DB aus. Der Procalendar dient mir quasi nur als Admin-Oberfläche zum Eintragen. Ist aber auch unerheblich, denn in Feld 4 funktionierts perfekt, auch, wenn ich mir nur [CUSTOM_CONTENT] ausgeben lasse.
Ich teste das gerade mal, wie geschrieben bei 4,7+8 läuft es wenn man 1-6 so lässt wie das Modul es vorgibt.
Es ist doch aber nicht Sinn und Zweck der Sache, dass sowas nur mit den Default-Einstellungen funktioniert. Zumindest hast du Recht, dass es zu klappen scheint, sofern ich die ersten 3 Felder nicht anfasse. Ich hab eben auf meinem eigenen Testserver mal die 1.7.2 dev3 neu installiert. Felder 1 - 4 habe ich Default gelassen, Feld 5 zusätzlich als Bild definiert -> geht. Dann noch Feld 6 zusätzlich als Bild -> geht auch. Dann Feld 1 auf Bild -> Fehler.
-
Erkläre uns dein Vorgehen?
Warum sind alle Felder bei dir leer und auf "nicht genutzt" eingestellt?
und wo stellst du dann ein zusätzliches Bild ein?
Wäre ein wichtiger Hinweis gewesen
Den Code brauch ich nicht, nur den Link des Bildes. Ich lese mir die Termine mit nem eigenen Script aus der DB aus. Der Procalendar dient mir quasi nur als Admin-Oberfläche zum Eintragen. Ist aber auch unerheblich, denn in Feld 4 funktionierts perfekt, auch, wenn ich mir nur [CUSTOM_CONTENT] ausgeben lasse.
Wir suchen im Modul, von einem eigenen Script hören wir jetzt zum 1. Mal
Wie sieht dein script aus und wo bindest du es ein?
-
Wäre ein wichtiger Hinweis gewesen
Naja, ich hab doch oben genau beschrieben, was ich gemacht habe, um den Fehler hervorzurufen... Was fehlte denn da jetzt?
Wir suchen im Modul, von einem eigenen Script hören wir jetzt zum 1. Mal
Wie sieht dein script aus und wo bindest du es ein?
Der Fehler tritt ja auch im Modul auf, mit meinem Skript hat das nichts zu tun. In der Testumgebung ist das ja noch nichtmal irgendwo eingebaut / in Verwendung. Das Ding macht nichts anderes, als die DB-Felder auszulesen und das Ergebnis in HTML zu verpacken. Aber wie gesagt - der Fehler ist davon *komplett* unabhängig. Eingebaut ist es über ein Code-Feld, auf der Seite, wo der Inhalt erscheinen soll.
Ich sehe grade, dass es auf dem Testserver jetzt mit nem Bild in Feld 1 funktioniert. Wie hast du das hinbekommen?
-
Teste es mal bei dir, indem du dir das Modul von unserem Testserver über den AFE als zip auf deinen PC ziehst und dann noch mal bei dir installieren.
Weißt du wie das mit dem AddonFileEditor geht? Ist dort unter Admin installiert
-
Nein, das Teil hab ich noch nie benutzt. Habs aber hinbekommen.
Jetzt funktionierts offenbar. Hab das alte Modul deinstalliert, das runtergeladene installiert, nen Kalender angelegt, Feld 1 als Bild und alle anderen auf deaktiviert gesetzt. Ging auf Anhieb. Ich werd nochmal ein bisschen rumspielen, aber das sieht vielversprechend aus.
Habt ihr da jetzt noch was geändert oder muss ich bei mir mal schauen, ob irgendwas kaputt ist?
-
Hab die Frage mal an die Entwicklungsabteilu ng weiter geleitet, warte auf eine Antwort. Die Kommt sobald ich was höre.
-
Danke.
Ich hab grade mal den gleichen Test gemacht, der vorhin noch erfolgreich zum Fehler geführt hat (neu installiert, erst 5, dann 6 auf Bild, danach 1 auf Bild -> Fehler). Das funktioniert jetzt problemlos. Ich hab jetzt auch mal alle Felder als Bild eingestellt, auch das geht durch.
-
Gerade Nachricht aus der Entwicklerabteilung bekommen,
Es wurde online auf der Testseite von uns gefixt, ich sag mal aus meiner DAU-Sicht "Ein DAU-Anwenderfehler wurde abgefangen"
Tolle Leistung (Y)
Ein Anwender hatte mir mal für mehrere Tage mit einer "Falsch-Anwendung" im ProCalendar meine Seite gecrasht.
Auch diese Falschbedienung führte zu einer DAU-festeren Version. :wink:
Edit hgs:
Der DAU bezieht sich nur auf mich und ist nicht auf andere USER zu verstehen.
Hoffe, es fühlt sich niemand auf den Schlips getreten, dass war nicht meine Absicht.
-
Danke, also war tatsächlich noch was "faul". Aber mich würde brennend interessieren, wo der Fehler genau lag. Ich halt mich eigentlich nicht für nen DAU und wüsst gern, was ich da falsch gemacht haben kann :)
-
Danke, also war tatsächlich noch was "faul". Aber mich würde brennend interessieren, wo der Fehler genau lag. Ich halt mich eigentlich nicht für nen DAU und wüsst gern, was ich da falsch gemacht haben kann :)
Du hast nicht unbedingt was falsch gemacht. PHP wird von Version zu Version strikter. Wir gehen diesen Trend aus Sicherheitsgründen in WB mit. Deswegen müssen Leereingaben in Feldern vor dem speichern überprüft werden.
Umso wichtiger sind für uns solche Fehlermeldungen. Auch Entwickler sind nur Menschen.
Dietmar
-
Hallo Dietmar,
danke für die Rückmeldung. Dass Entwickler auch nur Menschen sind wird ihnen keiner ankreiden. Falls das von mir so rübergekommen sein sollte, tuts mir leid, das war nicht beabsichtigt.
Auf jeden Fall vielen Dank fürs Beheben!