Stefan

Je umfangreicher eine Software wird, umso schwieriger wird es, diese fehlerfrei zu halten. Jedoch seh ich es auch recht kritisch an, das kurz nach Release der 2.3.0 viele Bugs gefunden wurden, die eine neue Version notwendig machten. Ggf. sollten sie bessere Tester in ihre Gruppe aufnehmen. ;)

Ja, ist die Option Make this a private profile field?. Einfach auf YES setzten und dann kann nur das Mitglied, die Supermoderatoren und Administratoren das Feld sehen.

Müßte die folgende CSS Einstellung sein: .postcolor{ font-size: 13px; line-height: 160%; } Hier einfach mal mit der Prozentangabe spielen.

Dazu müßte man wohl den Quelltext etwas modifizieren.

Ich hab damit nichts zu tun. Der Fehler ist wohl in der 2.3 behoben worden.

Wenn du Validierung eingeschaltet hast, kommen die neuen Mitglieder zunächst in die Gruppe Validation. Bei vollständiger Anmeldung in die Gruppe Members. Wenn du jedoch eine andere Gruppe definieren möchtest, gehst du einfach in die conf_global.php und änderst die ID bei folgendem Eintrag. $INFO['member_group'] = '3';

Erneuer mal im ACP den Forencache.

Hast du nur die Daten importiert oder vorher die Tabelle gelöscht? Ich geh davon aus, dass der Import nicht geklappt hat, weil du schon einen Datensatz drin hattest. Schau mal per phpmyadmin die Tabelle ibf_forums an, ob dort die Foren drin enthalten sind.

Wobei ich den Auflistungen von IPS niemals vertraue. Gleiches gilt auch für die Skinänderungen, die aufgeführt wurden. Quelltextdateien überspiele ich immer alle, Skindateien prüfe ich manuell. Bin damit immer am besten gefahren.

Hast du mal geschaut, ob du die Foren im ACP siehst? Ggf. hast du die Permissions nicht richtig eingespielt.

Info zum Bug gibt es hier. Sollte in 2.3 nicht mehr auftreten, hab es aber jetzt nicht ausprobiert. @usa: Ich hab bei dir den Wert auf 0 gesetzt. Sollte es erneut auftreten, meld dich einfach nochmal. Ich werde es dann prüfen.

Yep, daran war Rigo schuld. Wir haben ihn auch bereits ausgepeitscht, was soviel Spaß gemacht hat, dass der Bug erst jetzt behoben wurde. :lol:

Wahrscheinlich alle, die in irgendeiner Art und Weise den originalen Quelltext modifiziert haben. ;)

Stimmt nicht ganz, denn auch MySQL 5 erlaubt die "alte" Join Variation. Jedoch hat MySQL 4 eine Unsauberheit bei dem Statement, welches auch bei dem Problemfall oben der Fall ist, großzügigerweise "übersehen" bzw. transformiert. Ich will das auch nicht weiter ausführen, jedoch gerade mal den Link zum Thema rausgesucht. Also mehr Infos findet man hier.

Zu dem Fehler: Da dürfte eigentlich auch kein Upload mehr in Beiträgen funktionieren. Ändere hierzu mal in der conf_global.php den upload_dir Parameter von /srv/www/htdocs/web74/html/shadow/forum/uploads nach /var/www/web74/html/shadow/forum/uploads Backup der conf_global.php aber nicht vergessen. Wegen dem anderen Fehler geh ich einfach mal davon aus, das dieses nicht MySQL 5 kompatibel ist. Setze mal folgendes Statement direkt per phpmyAdmin ab sollte es funktionieren. SELECT t.tid, t.title, t.state, t.last_vote, p.* , v.member_id as member_voted FROM ibf_topics t LEFT JOIN ibf_polls p ON (p.tid=t.tid) LEFT JOIN ibf_voters v ON (v.member_id=64 and v.tid=t.tid) WHERE t.tid=753 Das Statement muss im Quelltext angepaßt werden.

Welche Art von Boxen? Es besteht die Möglichkeit Portal Plugins einzubinden, wie beispielsweise auch hier im Portal. Dort haben wir eine entsprechende Themenliste eingefügt.

Die CSS Datei wird im Ordner style_images gespeichert. Du kannst noch prüfen, ob du die Datei direkt über den Webbrowser aufrufen kannst. Falls nicht, muss du mal wegen den Berechtigungen schauen. Standardmäßig ist das Forum so eingestellt, dass die CSS Einstellungen aus der Datei geladen werden. Also per Import im HTML Quelltext eingebunden und nicht im Aufbau der Seite aufgeführt werden.

Sieht fast so aus, als wenn die CSS Einstellungen nicht geladen werden. Bindest du diese als Datei oder direkt in die HTML Seite ein? Falls es als Datei eingebunden wird, stell das einfach mal um. Hierzu gehst du im ACP auf LOOK & FEEL => Skin Manager => Edit Settings (bei deinem Skin) => Cache CSS to text files? => No.

Bei Apache 2.0 hat es meistens geholfen, wenn man folgende Werte in der http.conf einträgt bzw. so abändert. EnableSendfile Off EnableMMAP Off Win32DisableAcceptEx

Mit welchem Betriebssystem läuft dein Server und welchen Webserver verwendest du? Kann es sein, das du WinXP und Apache 2.0.x verwendest?

Wie es aussieht, hast du eine alte Version der Invision Gallery, die nicht kompatibel zur Version 2.2 des Forums ist. Wenn ich mich recht erinnere, muss du die Gallery in der Version 2.2 und höher verwenden. Problem liegt darin, das sich einige Klassen und Schnittstellen im Forum geändert wurden.

Das sollte unproblematisch funktionieren. Selbst im Worse - Case, wenn die Inhalte der Tabelle gelöscht werden, stellt das kein Problem da. Die User sollten dann eine neue Session bekommen und maximal sich erneut einloggen. Auch vom Speicherbedarf nimmt die Tabelle nicht viel in Anspruch.

Komplett in allen Foren abstellbar ist es durch das folgende SQL Statement : UPDATE ibf_posts SET append_edit = '0' Und um es nur in ein Forum durchzuführen: UPDATE ibf_posts, ibf_topics, ibf_forums SET append_edit = '0' WHERE ibf_posts.topic_id = ibf_topics.tid AND ibf_topics.forum_id = ibf_forums.id AND ibf_forums.id = X Das X gegen die entsprechende ID ersetzen. Jedoch wird weiterhin der Begründungstext angezeigt. Soll dieser auch entfernt werden, so muss er aus der DB gelöscht werden.

Das neue Design kannst du seit gestern bei Invision bewundern. Ganz nett, aber ich versteh nicht, warum man den Skin so groß ankündigen mußte. ;)

Welche Funktionalität fehlt dir denn?