Seite 2 von 3
Verfasst: Mo 2. Jan 2006, 15:10
von Dinkel
robertb hat geschrieben:Gibt es die ganzen Bugfixes eigentlich auch als kompletter gesammelter (oder auch einzelner) Datei-Download, oder muss man sich Bugfixe immer im Forum aus den Postings zusammensuchen und Cut&Pasten? Ich bin da noch nicht so firm, weil ich con erst seit einem Monat kenne und einsetze.
Das ist ne Gute Frage. Hab ich mir im Moment auch überlegt... Wäre geschickt, wenn da immer ein BUG-Vernichter (nenn ich jetzt mal so
) auf der COnteido seite wäre... und noch besser wäre es, wenn mein Contenido meldet, dass sich was verändert hat, aber das ist wohl noch Zukunftsmusik
Verfasst: Mo 2. Jan 2006, 15:13
von Dodger77
Wenn die eigenen PHP-Kenntnisse nicht ausreichen um solche Bugfixes selbst einzubauen, sollte man halt einfach auf die nächste Version warten.
Verfasst: Mo 2. Jan 2006, 15:41
von robertb
... na ja, das Handwerkliche ist nicht das Problem. Ich sehe das Problem eher in der Konsistenz der gesamten Version - hier schnell einen BUG raus gemacht und gleich eine andere Nebenwirkung erzeugt, die nicht geplant war, vor Allem, wenn es in verschiedenen Threads unterschiedliche Änderungen am selben Codefragment gab.
Irgendwann ist das dann nicht mehr richtig überschaubar, oder kann ich im BUG-Tracker auf der
http://bugs.contenido.org/ bzw. irgendwo in CVS das Ganze was hier im Forum abläuft verfolgen?
CIAO und nochmal vielmals Danke für die Unterstützung
Robert
Verfasst: Di 3. Jan 2006, 19:12
von HerrB
Irgendwann ist das dann nicht mehr richtig überschaubar, oder kann ich im BUG-Tracker auf der
http://bugs.contenido.org/ bzw. irgendwo in CVS das Ganze was hier im Forum abläuft verfolgen?
Das wäre schön. Nein, "einfach" alles lesen.
Abgesehen davon sind Plugins eine sehr, sehr neue Technik, die noch ein paar Probleme hat - das ist wirklich "bleeding edge", da kann es schon mal passieren, dass das eine oder andere nicht funktioniert.
Gruß
HerrB
Irgendwie vom Thema abgewischen
Verfasst: Mi 11. Jan 2006, 17:55
von apicalart
Also Thema dieses Threads war doch eigentlich, dass die neuen Felder nicht angezeigt werden ausser in der Sortierung.
Plugin hochgespielt.
Bugfix habe ich auch vollzogen ( Funktioniert auch )
Aber die neuen Felder zeigt er trotzdem nicht.
Was nun !!!
Re: Irgendwie vom Thema abgewischen
Verfasst: Fr 24. Feb 2006, 00:45
von mvf
Re: Irgendwie vom Thema abgewischen
Verfasst: Fr 24. Feb 2006, 15:04
von mvf
mvf hat geschrieben:
gleicher stand hier , keine felder im mainframe im leftframe in den dropdowns schon
im foru finde ICH keine weiterführenden posts, bugfix brauchte ich nicht machen, war schon drin in der 464mr_2901 und auch die einträge in der db scheinen zu passen
allerdings sehe ich noch immer keine felder im mainframe
errorlog:
Code: Alles auswählen
[24-Feb-2006 13:54:40] /contenido/main.php?area=frontend&frame=4&action=&idfrontenduser=5&contenido=da96a66f352aa98e1a347bcc02ba3a26 MySQL error 0:
SELECT value FROM con_system_prop WHERE type='plugin' AND name='frontendusers-pluginorder'
[24-Feb-2006 13:54:40] /contenido/main.php?area=frontend&frame=4&action=&idfrontenduser=5&contenido=da96a66f352aa98e1a347bcc02ba3a26 next_record called with no query pending.
[24-Feb-2006 13:54:41] /contenido/main.php?area=frontend&frame=2&contenido=da96a66f352aa98e1a347bcc02ba3a26 MySQL error 0:
SELECT value FROM con_system_prop WHERE type='frontendusers' AND name='pluginsearch'
[24-Feb-2006 13:54:41] /contenido/main.php?area=frontend&frame=2&contenido=da96a66f352aa98e1a347bcc02ba3a26 next_record called with no query pending.
allerdings gibt es in der tabelle nur
type='plugin'
name='frontendusers-pluginorder'
value=''
mache ich eine auswahl iim backend für puluginorder wird der wert in der DB auch gefüllt:
value='address%2Caim%2Cemail%2Chomepage%2Cicq'
allerdings
type='plugin'
name='pluginsearch'
gibt es nicht in der con_system_prop
und wenn ich es recht sehe sollten die felder im mainframe ja auch aus der con_propperties kommen, dor sind diese angelegt worden aber ...
as said nix im backend mainframe
Verfasst: Fr 24. Feb 2006, 17:28
von mvf
sodala
frontenduser in der suche schmeisst momentan 76 threads aus
die habe ich alle gelesen/überflogen und das seit heute morgen
NIX
keiner ne ahnung?
es scheint ja bei einigen schon zu laufen, please help
Verfasst: Fr 24. Feb 2006, 19:35
von mvf
nachtrag:
nun habe ich das ganze nochmal mit einer ganz neuen installation auf einer neuen subdomain und db getestet (vorher war's ne 464mr_2901), immer noch nix, soll heissen in den dropdowns im anzeigeoptionen ja im mainframe nein. nen versuch war's wert, da ja mr im backend nicht greift hatte ich das vergessen zu erwähnen
bin am verzweifeln
Verfasst: Sa 25. Feb 2006, 23:14
von mvf
und noch ein update:
@robertb: merci für deine pm, bei mir geht's so ned
für alle zur erklärung, hatte bei robertb nachgefragt wie er es zum laufen gebracht hat
robertb hat geschrieben:Ich hatte eine 4.6.2. Musterinstallation mit Daten, diese angepasst auf meine Bedürfnisse, brav ein Update auf 4.6.4 gefahren, danach habe ich gem. Anleitung die PlugIns installiert (kopiert). ... Jetzt hatte ich sofort alle Eingabefelder auch beim Neu-Anlegen eines users und in der Sortierliste.
daraufhin habe ich auch eine 4.6.2 installiert
in
Code: Alles auswählen
if ( 0 == $this->Link_ID || !is_resource($this->Link_ID)) {
geändert wie in
http://www.contenido.org/forum/viewtopi ... 3203#63203 beschrieben, macht keinen unterschied
das ganze habe ich nun mit der 462, 464 und 464mr probiert aud 2 online servern HE und 1und1 sowie auch local, always same:same
Dodger77 hat sich angeboten mal drauzuschauen, und ist auch schon dabei thx noxhmal an dieser stelle
ICH KOTZE GLEICH
Verfasst: So 26. Feb 2006, 21:20
von robertb
Hi All,
so, jetzt habe ich die gleiche Sche... auch bei mir
Die Gleichen Symptome: Keine Felder, aber sortierliste und sortieren geht. Das fiese ist, sogar in meinem programmierten frontend geht alles (lesen, schreiben auf die properties). Nix im Errorlog!
Warum
Ich habe das System umgezogen von Windows 2003 auf Linux! Seitdem ist das Problem auch bei mir da!
Ergo liegt es NICHT am Code der Plug-Ins, sonder an was Anderem, z.B. der Platform, Rechte, Datenbank, PHP.ini, weiss der Geier
Apache/2.0.49 (Linux/SuSE 9.1)
MySQL 4.0.18
PHP 4.3.4
... ich mach mich mal auf die Suche
Guido: ich unterstütze dein Statement in der letzten Zeile deines letzten Postings zu 150%
Verfasst: So 26. Feb 2006, 21:30
von mvf
da wären wir schon drei
mich wundert nur, dass keiner der seniors hier einsteigt, dass nämlich wirklich mal ne nuss
und wenn es am server liegt, np ich hab nen root ds da können wir mal testen
Verfasst: Mo 27. Feb 2006, 17:10
von robertb
Hi,
noch ein Nachtrag zu den properties:
Loggt sich ein user erstmalig über die Newsletterfunktion ein und wird angelegt + über den zugesandten Link aktiviert, dann werden in diesem Falle die zusätzlichen Properties der installierten Frontenduser-Plugins NICHT automatisch mit angelegt! Sie existieren also auch noch nicht in der DB (kann man einfach über die forntend-user-ID per SQL rausfinden).
Geht man danach in das Backend und ruft den User auf (obwohl man keine Felder sieht) und speichert diesen ab, dann sind die Properties (natürlich leer, immer noch unsichtbar) gespeichert aber existent!
Ergo, geht da hinter den Kulissen des Backends noch was zusätzlich ab. Es wäre mal echt cool, wenn jemand der sich auskennt kurz und verständlich zusammenfassen würde, welche scripts denn was in diesem frontend-user Zusammenhang machen. Dann könnte man vielleicht auch das Problem hier eingrenzen.
Gruß Robert
Verfasst: Mo 27. Feb 2006, 17:37
von HerrB
Für die restlichen Probleme kann ich mir gerade nicht ansehen, aber dass die Felder bei Anmeldung via Newsletter leer bleiben, ist tatsächlich so.
Das liegt daran, dass die Newsletter-Module nichts von den Plugins wissen (noch nicht mal danach suchen). Wenn ich es nicht vergesse, denke ich mal drüber nach, aber da wird sich kurzfristig nichts ändern.
Gruß
HerrB
Verfasst: Mo 27. Feb 2006, 18:05
von robertb
Hallo HerrB,
... habe ich auch so interpretiert. Nich interessiert, welche Dateien kümmern sich dann im Backend um die Erzeugung dieser Properties, wenn ich einen User aufrufe und speichere. Das geht ja wohl über die im PlugIn verfügbaren Funktions-Aufrufe. Nur welche Datei macht das?
... dann könnte ich diese nämlich einfach aufrufen, mit der userID befüllen und mir die properties alle beim ersten Zugriff hineinballern lassen
Robert