Hallo Holger
Ist sehr wahrscheinlich ein Bug - ist bei mir (v16.8.3) jedenfalls auch so.
Gruss
Norbert
Beiträge von Alpengreis
-
-
Hallo zusammen
HIER - eben mit v16.8.3 funktioniert es jedenfalls.
Wenn ich allerdings die Sig von Albschwob anschaue, verwendet er auch bereits die 16.8.3 - wobei das ja zum Zeitpunkt des obigen Postings noch nicht der Fall gewesen sein muss ... mal abwarten, würde ich sagen ... wollt's nur kurz bestätigen, dass es HIER keine Probleme gibt.
Gruss
Norbert
-
FULL STOP
Hab's begriffen nun, ein Suffix wird dem vorhandenen Suffix VORANGESTELLT, DANN macht es natürlich Sinn!
Dann könnte man als Suffix z. B. "_test" nehmen, was dann "name_test.jpg" ergeben würde ...
-
Das funktioniert nun wieder wie vorher, danke sehr!
Etwas verwirrt mich dabei allerdings (war schon vorher so eben):
Die Bilder haben ja (in aller Regel) bereits einen Suffix (Bilder ohne Suffix können auch gar nicht importiert werden, weil die Import-Datei-Auswahl automatisch die möglichen Suffixe definiert). Gibt man dann doch einen solchen Suffix ein beim Import-Dialog (also z.B. bei einem .jpg, das importiert werden soll, eben .jpg), heisst das Bild dann einfach "name.jpg.jpg". Was ist dort der Sinn dahiner, einen Suffix einzugeben?
-
NICHT als Stress an Zeta gedacht - nur als Hinweis für Benutzer, die auch mit der Suche Probleme haben
Hier ein Workaround:
https://docs.zeta-producer.com/suchergebnisse…ss360Query=test
"test" einfach durch gewünschten Suchbegriff austauschen.
-
Danke Euch beiden!
-
Hallo
Gibt es schon was dazu?
-
Hallo Thomas
Alles klar, verstehe! Ja, dieses Verhalten ist wohl leider allgemein verbreitet in den Foren (nicht nur hier).
-
Hallo Thomas
Kannst Du Deinen Beitrag anpinnen? Diese Infos sind wirklich wertvoll!
Gruss
Norbert
-
Nein nein, alles nicht schlimm!
Das habe ich eben schon auch noch gedacht, dass es zum Testen ist ... (hätte ich erwähnen sollen).
Also - will da keinen Aufstand machen wegen nichts - dann passt das schon.
"Sorry for the noise"
und besten Dank für die Klarstellung!Gruss
-
Hallo
Beim Bilder-Import erscheint nach Aktivierung der entsprechenden Optionen folgendes:
Grösse/Dateinamen anpassen ist nicht möglich.
PS: Nehme an, da war was geändert worden - weil irgendwas mit dem Suffix war dar glaub'ich auch nicht in Ordnung bei "Dateinamen anpassen" und dies wollte ich nun nochmals testen ...
-
Hallo
Beim RSS-Widget ist ein fremder URL voreingestellt, siehe hier:
Das finde ich ein wenig unglücklich - achtet man nämlich nicht darauf (wie ich bei einem kleinen Test auf einer Test-Seite), werden danach fremde Inhalte geladen - was wohl so nicht erwünscht sein kann.
Mit freundlichem Gruss
Norbert
-
Nur noch kurz was dazu:NUN (seit einigen Tagen?) SCHEINT es hier eine Änderung zu geben, sodass nun beim 1. Aufruf der Seite die Suche jeweils klappt (getestet auf PC), danach aber (meist) nicht mehr. Ob nun was Ihrerseits geändert wurde vermag ich natürlich nicht zu sagen. Es KÖNNTE auch eine Cache-Sache sein - remote/local.Wollte es nur gesagt haben, weil mehr Infos dazu evtl. weiterhelfen.Fehlalarm, war wohl nur Zufall - nun geht's wieder nicht mehr ... (einfach obig Durchstrichenes nicht beachten, danke).
Gruss
Norbert
-
So wie ich gesehen habe (in der Datei-Struktur der Layouts) sind sowohl "Locus Responsive - Cube" als auch "Locus Responsive - Cube Light" ebenfalls richtige Layouts, auf die man wechseln kann - es sind einfach Varianten von "Locus Responsive". "Locus Responsive - Beauty ist dagegen KEIN eigenes Layout sondern eine Vorlage wie oben beschrieben".
Gruss
Norbert
PS: phil-web war knapp schneller
aber ich lass'es nun trotzdem so stehen ... -
Ist ja kein Problem, danke und viel Erfolg!
Mit einem freundlichen Gruss
-
Sorry für meine Hartnäckigkeit, aber Sie haben mich missverstanden.
Ich suchte nach "Could not instantiate mail function" - also GENAU nach dem Fehler, den Sie hatten - und NICHT nach "SMTP" habe aber DANACH auch was über SMTP gefunden ...
https://community.zeta-producer.com/wcf/search/?q=…&sortOrder=DESC
Aber nun ist es ja behoben!
Mit einem freundlichen Gruss
-
SUUPER, vielen Dank! Geht nun wieder.
Habe nämlich grad ein kleines Projekt vor, wo ich den TAB-Quell-Code jeweils kopieren muss. Das ginge natürlich auch via Quell-Code der Website, ist aber VIEL anstrengender.
-
Passt nun, danke!
Mit einem freundlichen Gruss
-
DOCH, diesen Fehler findet man auch via Suchfunktion - und dann hätte man auch dies wegen "via SMTP" gefunden ...
Suchfunktion ist etwas tricky IMHO
Mit einem freundlichen Gruss
-
Haben Sie schon die Suchfunktion des Forums benutzt? Da erscheint einiges ...
Mit einem freundlichen Gruss
-
Zur Zeit ist Sortieren nach Name möglich (Button).
Dann ist ein Vorschlag von mir gemacht worden, siehe hier:
PS: Das hätte man per Suchfunktion im Forum hier wohl auch gefunden ...
-
Alles klar, das habe ich gar nicht gewusst, Das sei Ihnen wirklich gegönnt, obwohl RICHTIG frei war das ja dann gar nicht!
So oder so herzlichen Dank für die Mitteilung - gutes Weekend!
Mit einem freundlichen Gruss
-
Gibt es da News dazu? Ich brauche dieses Widget alle paar Tage und musste nun auf eine temporäre Alternative ausweichen ... geht schon, ist aber ein wenig mühsam ...
Mit einem freundlichen Gruss
-
Bei mir auch korrekt ...
-
-
Naja, die Fragestellerin beschreibt ja oben, dass eine Cache-Löschung durchgeführt wurde, DARAN sollte es also nicht liegen, es sei denn, dass ein Content-Provider auch noch dazwischen cached - halte ich auf DIESE Weise aber eher für unwahrscheinlich.
Sie sind sicher, dass das Zielverzeichnis (und andere Einstellungen) für das Veröffentlichen stimmen?
Mit einem freundlichen Gruss
-
Hallo Tom
Dann sind ja nun bereits einige Infos zusammengekommen, das das Beheben vielleicht einfacher macht. Auch ich kann nicht sagen, ob das erst mit v16.8.1 auftritt - tendiere aber dazu, weil ich grad vorhin noch einen Fehler in einem anderen Widget (Akkordeon/Tabs, siehe Fehler seit v16.8.1 in Widget Akkordeon/Tabs falls interessiert) entdeckt habe - daher könnte es sein, dass was mit den Widgets "gemacht" wurde, dass nun Fehler hervorruft - aber es ist halt nur eine Vermutung.
Mein Zoomfaktor ist ebenfalls 100 % übrigens ...
Mit einem freundlichen Gruss
-
Hallo
Seit der Aktualisierung auf v16.8.1 wird beim Widget Akkordeon/Tabs nur noch der Tab-Titel angezeigt, KEIN Inhalt mehr (auch nicht via Quellcode-Ansicht).
Ein Neuerstellen dieses Widgets geht auch nicht mehr und folgender Fehler erscheint:
System.NullReferenceException
-----------------
Object reference not set to an instance of an object.
-----------------
at ZetaProducer.Main.PageContent.Articles.ArticleDataInputsDedicatedDialogs.Tabs.TabsEditForm.nameTextBox_EditValueChanged(Object sender, EventArgs e) in c:\P\ukeim\zp-develop\ZetaProducerMain\Source\Core\Main\PageContent\Articles\ArticleDataInputsDedicatedDialogs\Tabs\TabsEditForm.cs:line 533
at DevExpress.XtraEditors.TextEdit.OnEditValueChanged()
at DevExpress.XtraEditors.BaseEdit.OnEditValueChanging(ChangingEventArgs e)
at DevExpress.XtraEditors.TextEdit.OnEditValueChanging(ChangingEventArgs e)
at DevExpress.XtraEditors.BaseEdit.set_EditValue(Object value)
at DevExpress.XtraEditors.TextEdit.OnMaskBox_ValueChanged(Object sender, EventArgs e)
at DevExpress.XtraEditors.Mask.MaskBox.RaiseEditTextChanged(EventArgs args)
at DevExpress.XtraEditors.Mask.MaskBox.MaskStrategy.SimpleStrategy.DoAfterTextChanged(EventArgs e)
at DevExpress.XtraEditors.Mask.MaskBox.OnTextChanged(EventArgs e)
at System.Windows.Forms.TextBoxBase.WndProc(Message& m)
at System.Windows.Forms.TextBox.WndProc(Message& m)
at DevExpress.XtraEditors.Mask.MaskBox.MaskStrategy.SimpleStrategy.DoWndProc(Message& m)
at DevExpress.XtraEditors.Mask.MaskBox.WndProc(Message& m)
at DevExpress.XtraEditors.TextBoxMaskBox.WndProc(Message& msg)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(HWND hWnd, MessageId msg, WPARAM wparam, LPARAM lparam)
NullReferenceException
{
TargetSite=RuntimeMethodInfo: nameTextBox_EditValueChanged,
Message="Object reference not set to an instance of an object.",
Data=
[
]
,
InnerException=null,
HelpLink=null,
Source="producer",
HResult=-2147467261,
StackTrace=" at ZetaProducer.Main.PageContent.Articles.ArticleDataInputsDedicatedDialogs.Tabs.TabsEditForm.nameTextBox_EditValueChanged(Object sender, EventArgs e) in c:\\P\\ukeim\\zp-develop\\ZetaProducerMain\\Source\\Core\\Main\\PageContent\\Articles\\ArticleDataInputsDedicatedDialogs\\Tabs\\TabsEditForm.cs:line 533\\r\\n at DevExpress.XtraEditors.TextEdit.OnEditValueChanged()\\r\\n at DevExpress.XtraEditors.BaseEdit.OnEditValueChanging(ChangingEventArgs e)\\r\\n at DevExpress.XtraEditors.TextEdit.OnEditValueChanging(ChangingEventArgs e)\\r\\n at DevExpress.XtraEditors.BaseEdit.set_EditValue(Object value)\\r\\n at DevExpress.XtraEditors.TextEdit.OnMaskBox_ValueChanged(Object sender, EventArgs e)\\r\\n at DevExpress.XtraEditors.Mask.MaskBox.RaiseEditTextChanged(EventArgs args)\\r\\n at DevExpress.XtraEditors.Mask.MaskBox.MaskStrategy.SimpleStrategy.DoAfterTextChanged(EventArgs e)\\r\\n at DevExpress.XtraEditors.Mask.MaskBox.OnTextChanged(EventArgs e)\\r\\n at System.Windows.Forms.TextBoxBase.WndProc(Message& m)\\r\\n at System.Windows.Forms.TextBox.WndProc(Message& m)\\r\\n at DevExpress.XtraEditors.Mask.MaskBox.MaskStrategy.SimpleStrategy.DoWndProc(Message& m)\\r\\n at DevExpress.XtraEditors.Mask.MaskBox.WndProc(Message& m)\\r\\n at DevExpress.XtraEditors.TextBoxMaskBox.WndProc(Message& msg)\\r\\n at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)\\r\\n at System.Windows.Forms.NativeWindow.Callback(HWND hWnd, MessageId msg, WPARAM wparam, LPARAM lparam)"
}
Da ist ziemlich schade, denn ich brauche dieses Widget sehr oft.
Mit einem freundlichen Gruss
-
Hallo Tom und Thomas
Also, ich habe den Fehler hier auch und grad beides trifft auf mich zu: Hauptmonitor ist HighDPI, zusätzlich noch zwei andere Monitore ...
Mit einem freundlichen Gruss
-
Also das mit dem Einblenden ist KEIN eigentliches v16.8 Problem, das gab es auch in v16.7 bereits - nur nicht auf dieselbe Weise! Bei v16.76 war es unregelmässig, zumindest auf meinem System und mit v16.8 immer ...
Sorry, dass ich mich einmische - aber das sollte zumindest schon erwähnt sein dürfen.
Mit einem freundlichen Gruss
-
-
Und noch schlimmer: Zieht man dann ein Bild vom Ende an den Anfang, wird ein völlig anderes Bild an der Stelle abgelegt.
DIES kann ich nun hier nicht nachvollziehen, wobei ich es nur mit wenigen Bildern getestet habe.
Sie verwenden auch die v16.8?
Mit einem freundlichen Gruss
-
Wenn dieses Spammen immer vom gleichen Source her kommt (identische(r) IP/Host) resp. nur einigen wenigen, was z. B. via Server-Logs (und ggf. Raw-Server-Logs) herausgefunden werden könnte, wäre auch eine entsprechende Sperrung eine Möglichkeit.
Je nach verwendetem Anbieter kann das z.B. via GUI (im Webpanel (Verwaltung Ihres Hostings) oder ähnlich) oder bei Verwendung von Apache als Hosting-Server auch direkt in dessen Haupt-.htaccess-Datei vorgenommen werden.
Für die .htaccess-Datei für Apache-Server >= v2.4 sollte dies dann nach folgendem Schema funktionieren:
Code<RequireAll> Require all granted # IPv4 Require not ip x.x.x.x # IPv6 Require not ip xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx:xxxx # Host Require not host spammer.example.com </RequireAll>Die "x" und "spammer.example.com" sind natürlich durch tatsächliche Zahlen/Buchstaben zu ersetzen ... und nur verwenden, was wirklich gebraucht wird.
Weitere Infos dazu für Apache siehe URL: https://httpd.apache.org/docs/2.4/howto/access.html
Übrigens: Die von mod_access_compat bereitgestellten Anweisungen „Allow“, „Deny“ und „Order“ sind veraltet und werden in einer zukünftigen Version nicht mehr verwendet. Diese Anweisungen also nicht mehr verwenden.
Aber Sie sollten bei solchen .htaccess-Anpassungen schon genau wissen, was Sie da tun!
Mit einem freundlichen Gruss
-
Aha, dann liegt es wohl wirklich daran, Thomas - wieder was gelernt, weil backups in backups verschachtelt sind!
Mit einem freundlichen Gruss
-
Hallo
Und dieser neutrale Speicherort ist nicht derart verschachtelt (LW-Buchstabe:\Verzeichnis\Unterverzeichnis\Unterverzeichnis\usw.\Dateiname.suffix), dass der Pfad inkl. längstem Dateinamen dann eben länger als 260 Zeichen insgesamt ist?
Mit einem freundlichen Gruss
-
Gerne, prima!!
PS: Es ist übrigens auch bei REIHEN dasselbe Problem, nur bei Artikeln nicht, "die dann nach unten geschoben werden".
Mit einem freundlichen Gruss
-
Hier noch ein Hinweis, der wahrscheinlich auch für den Fragesteller gilt:
Es tritt anscheinend nur auf, sobald CONTAINER verknüpft werden und nicht nur Artikel, die dann ZUOBERST oder ZUUNTERST stehen!
-
Das ist natürlich okay! Es scheint eh, dass ich (man) dies durch geschicktes Umordnen von Containern (resp. der Organisation der Verknüpfungen) vermeiden lassen kann in MEINEM Fall ...
Würde mich sonst dann ggf. nochmals in einem separaten Thread melden.
Mit einem freundlichen Gruss
-
Ganz klar ist es mir doch noch nicht:
Im folgenden Beispiel ist ja im Standard-Bereich bereits was (wie ich auch mit <F8> überprüfte):
Dann, wenn ich mittels "+" "nochmals" Text einfüge ist die Standard-Anzeige dann weg, siehe hier:
Auch dieser Text ist natürlich im Standard-Bereich ...
Ist das so in Ordnung?
PS: Vorher hatte ich es übrigens nur für gewisse System-Seiten, nun - nach Anschauen und Deaktivieren von Wireframe anscheinend - überall, ausser auf der Startseite. Auch ein Restore des Backups brachte keine Abhilfe.
PPS: Es scheint ja eh nur ein optisches Problem - nichts dramatisches wohl, aber trotzdem - könnte auch was mit Verknüpfung zu tun haben oder so ...
PPPS: Dies hatte ich glaube ich übrigens auch bereits mit der v16.7 und vorher ...
Mit einem freundlichen Gruss
-
Ahhhhh, VIELEN Dank Stefan S !!!
Mit einem freundlichen Gruss
