Dies ist ein Redaktor-Feature und sollte vorgelagert mit ihnen angesprochen werden ( @jedikev @protich). In der Zwischenzeit sollten Sie mehr Glück haben, wenn Sie einfach auf das Symbol zum Einfügen von Bildern klicken und das Bild ziehen und ablegen.

Danke für die Antwort
Ich werde deine Lösung demnächst ausprobieren.

Natürlich funktioniert es, aber ich hoffe, dass dies bald behoben wird, da COPY PASTE images eine der besten Funktionen in diesem HTML-Editor war.

Mir ist aufgefallen, dass ich diese Art von Fehler erhalte:

[INSERT INTO `ost_attachment` SET `file_id` = 6093, `type` = 'D', `object_id` = 15488, `name` = 'screenshot-NG9O']

Duplicate entry '15488-6093-D' for key 'file-type'<br />
<br />
---- Wsteczne śledzenie ----<br />
#0 (główny katalog)/include/mysqli.php(204): osTicket->logDBError('DB Error #1062', '[INSERT INTO `o...')<br />
#1 (główny katalog)/include/class.orm.php(3133): db_query('INSERT INTO `os...', true, true)<br />
#2 (główny katalog)/include/class.orm.php(597): MySqlExecutor->execute()<br />
#3 (główny katalog)/include/class.attachment.php(161): VerySimpleModel->save()<br />
#4 (główny katalog)/include/ajax.draft.php(101): GenericAttachments->upload(Array)<br />
#5 (główny katalog)/include/ajax.draft.php(300): DraftAjaxAPI->_uploadInlineImage(Object(Draft))<br />
#6 [internal function]: DraftAjaxAPI->uploadInlineImage('15488')<br />
#7 (główny katalog)/include/class.dispatcher.php(145): call_user_func_array(Array, Array)<br />
#8 (główny katalog)/include/class.dispatcher.php(38): UrlMatcher->dispatch('15488/attach', Array)<br />
#9 (główny katalog)/include/class.dispatcher.php(120): Dispatcher->resolve('15488/attach', Array)<br />
#10 (główny katalog)/include/class.dispatcher.php(38): UrlMatcher->dispatch('/draft/15488/at...', NULL)<br />
#11 (główny katalog)/scp/ajax.php(262): Dispatcher->resolve('/draft/15488/at...')<br />
#12 {main}

Aber jetzt erscheint dieses PASTE Image im Editor.

Ich habe den gleichen Fehler beim Kopieren von Bildern aus der Zwischenablage (DB-Fehler #1062). Kann das jemand lösen?
Dankeschön

Ich auch:
DB Error #1062 [INSERT INTO ost_attachment SET file_id = 112, type = 'D', object_id = 184, name` = 'screenshot-FfHO'] Doppelter Eintrag '184-112- D' für Schlüssel 'Dateityp'

---- Rückverfolgung ----
#0 (root)/include/mysqli.php(204): osTicket->logDBError('DB Error #1062', '[INSERT INTO o...') #1 (root)/include/class.orm.php(3133): db_query('INSERT INTO os...', true, true)
#2 (root)/include/class.orm.php(597): MySqlExecutor->execute()
#3 (root)/include/class.attachment.php(161): VerySimpleModel->save()
#4 (root)/include/ajax.draft.php(101): GenericAttachments->upload(Array)
#5 (root)/include/ajax.draft.php(300): DraftAjaxAPI->_uploadInlineImage(Object(Draft))
#6 (root)/include/class.dispatcher.php(145): DraftAjaxAPI->uploadInlineImage('184')
#7 (root)/include/class.dispatcher.php(38): UrlMatcher->dispatch('184/attach', Array)
#8 (root)/include/class.dispatcher.php(120): Dispatcher->resolve('184/attach', Array)
#9 (root)/include/class.dispatcher.php(38): UrlMatcher->dispatch('/draft/184/atta...', NULL)
#10 (root)/scp/ajax.php(262): Dispatcher->resolve('/draft/184/atta...')
#11 {main}`

Könnten Sie bitte Ihre Umgebung und osTicket-Version beschreiben, da ich dieses Problem nicht reproduzieren kann.

Versuchen Sie, auf diesem Tablet/Telefon oder auf einem Computer zu kopieren und einzufügen?

Nein auf einem PC.. Aber ich war nicht in der Nähe meines PCs, als Sie nach weiteren Informationen fragten. Ich möchte eine von Outlook empfangene E-Mail mit Bildern in den Text einfügen. Wenn ich alles einfüge, sehe ich doppelte "Enter"-Zeilen und keine Bilder.

Ok, erstens verwende ich CentOS 7 mit Apache und osTicket v1.10 (neueste) und kann den ganzen Tag Bilder ohne Fehler einfügen. Sie müssen Ihre Umgebung genauer erklären, damit wir weiter versuchen können, dieses Problem zu replizieren.
Zweitens unterstützen wir nicht das Einfügen aus einem Word-Dokument und das Beibehalten seines Formats und seiner Anhänge.

weitere Berichte hier:
http://osticket.com/forum/discussion/89263/db-error-inserting-picture-in-topic

Gibt es ein Update zu diesem Thema? Es ist schwer zu glauben, dass ein solches Schlüsselelement im Editor für eine Support-Anwendung fehlt. Bitte beraten.

Ich bekomme auch diesen Fehler. Ich versuche Bilder aus der Zwischenablage einzufügen (Screengrabs), sie existieren nicht als Dateien auf meinem Windows-PC, ich greife sie einfach mit einem Screengrabber, kopiere das Bild in die Zwischenablage und versuche es in den Editor einzufügen (das hat gut funktioniert) mit 1.8, das wir zuvor ausgeführt haben, um auf 1.10) zu aktualisieren

Versuchen Sie, sie mehrmals einzufügen.
Das sollte manchmal funktionieren, zumindest funktioniert es so für meinen Fall.
Könnten Sie bestätigen, dass dies auf diese Weise funktioniert?

Danke zweimal einfügen funktioniert.

Ich habe das gleiche Problem mit v1.10-47-gb9f0937 (b9f0937), gibt es eine Lösung? - Ich habe nur ein englisches Paket installiert (Standard)

[INSERT INTO `ost_attachment` SET `file_id` = 331, `type` = 'D', `object_id` = 142, `name` = 'screenshot-lgbA']

Duplicate entry '142-331-D' for key 'file-type'<br />
<br />
---- Backtrace ----<br />
#0 (root)/include/mysqli.php(204): osTicket->logDBError('DB Error #1062', '[INSERT INTO `o...')<br />
#1 (root)/include/class.orm.php(3133): db_query('INSERT INTO `os...', true, true)<br />
#2 (root)/include/class.orm.php(597): MySqlExecutor->execute()<br />
#3 (root)/include/class.attachment.php(161): VerySimpleModel->save()<br />
#4 (root)/include/ajax.draft.php(101): GenericAttachments->upload(Array)<br />
#5 (root)/include/ajax.draft.php(300): DraftAjaxAPI->_uploadInlineImage(Object(Draft))<br />
#6 [internal function]: DraftAjaxAPI->uploadInlineImage('142')<br />
#7 (root)/include/class.dispatcher.php(145): call_user_func_array(Array, Array)<br />
#8 (root)/include/class.dispatcher.php(38): UrlMatcher->dispatch('142/attach', Array)<br />
#9 (root)/include/class.dispatcher.php(120): Dispatcher->resolve('142/attach', Array)<br />
#10 (root)/include/class.dispatcher.php(38): UrlMatcher->dispatch('/draft/142/atta...', NULL)<br />
#11 (root)/scp/ajax.php(262): Dispatcher->resolve('/draft/142/atta...')<br />
#12 {main}

Haben Sie bemerkt, wenn Sie zuerst vorbeikommen und dann Ihren Text hinzufügen, funktioniert es jedes Mal.

Es funktioniert auch, wenn Sie in der gleichen Zeile wie der zuvor geschriebene Text einfügen. Der Editor fügt automatisch eine Pause vor dem Bild ein (getestet in Chrome und Firefox).

Dies funktioniert nicht, wenn Sie bereits zuvor versucht haben, das Bild in den Editor zu spammen...

Großen Dank, das ist nur:
Heureka !!

Gleiches Problem

@balojs könnten Sie auch bestätigen, dass die @pespi123- Lösung für Sie funktioniert?

@mlipok Die obige Lösung funktioniert bei mir nicht.

Ich erhalte folgende Fehlermeldung, sobald ich versuche einzufügen.

BEARBEITEN:
Dieser spezielle Fehler wurde durch unzureichende Berechtigungen für die PHP-Datei upload_tmp_dir verursacht. Ich habe es in php.ini in C:temp geändert und dann meinem Apppool Berechtigungen zum Lesen und Schreiben erteilt. Jetzt bekomme ich den gleichen Fehler wie oben.

Okay, ich glaube, ich verstehe, warum das passiert.

In class.attachment.php wird in der Upload-Funktion nicht überprüft, ob das Bild bereits gespeichert wurde. Jedes Mal, wenn es versucht zu speichern, versucht es also, das Bild mit dem gleichen Dateinamen, den es zuvor generiert hat, erneut einzufügen.

Ich habe folgendes unter Zeile 157 hinzugefügt:

$existing = AttachmentFile::lookup($fileId);
if($existing != null) {
    $i[] = $fileId;
    continue;
}

Ich bin mir sicher, dass dies nicht der beste Weg ist, um es zu beheben, aber ich kenne PHP nicht.

Dies hilft Firefox immer noch nicht, aber ich denke, das ist ein Javascript-Problem.

Hat jemand, der dieses Verhalten auch beobachtet, schon eine Lösung gefunden?

Bei mir funktioniert @pespi123 Lösung.

Ich glaube nicht, dass dies die richtige Lösung ist, aber es funktioniert für mich und ich denke, es würde jeden, der etwas über Javascript weiß, auf die wahre Lösung für dieses Problem hinweisen. Hoffe das hilft.

Danke für deine Erkenntnisse.
Hoffe @JediKev schaut bald hier nach.

@mlipok , funktioniert die Lösung von @dbummy für Sie? Ich kann dieses Problem nicht reproduzieren, daher brauche ich jemand anderen, um dies zu testen!

Auf den ersten Blick:
Ja, es behebt das Problem - aber nicht vollständig.
Ich meine, dies ist eine sehr nützliche Lösung, die es benutzerfreundlicher macht, wenn dies zu funktionieren beginnt.
Aber nach dem schnellen Testen gibt es Situationen, in denen ich immer noch Fehler wie diese erhalte:

[INSERT IN ost_attachment SET file_id = 8493, type = 'D', object_id = 90]
Doppelter Eintrag '90-8493-D' für Schlüssel 'Dateityp'

---- Wsteczne Sledzenie ----

0 (glówny katalog)/include/mysqli.php(204): osTicket->logDBError('DB Error #1062', '[INSERT INTO `o...')

1 (glówny katalog)/include/class.orm.php(3133): db_query('INSERT INTO `os...', true, true)

2 (glówny katalog)/include/class.orm.php(597): MySqlExecutor->execute()

3 (glówny katalog)/include/class.attachment.php(161): VerySimpleModel->save()

4 (glówny katalog)/include/ajax.draft.php(101): GenericAttachments->upload(Array)

5 (glówny katalog)/include/ajax.draft.php(300): DraftAjaxAPI->_uploadInlineImage(Object(Draft))

6 [interne Funktion]: DraftAjaxAPI->uploadInlineImage('90')

7 (glówny katalog)/include/class.dispatcher.php(145): call_user_func_array(Array, Array)

8 (glówny katalog)/include/class.dispatcher.php(38): UrlMatcher->dispatch('90/attach', Array)

9 (glówny katalog)/include/class.dispatcher.php(120): Dispatcher->resolve('90/attach', Array)

10 (glówny katalog)/include/class.dispatcher.php(38): UrlMatcher->dispatch('/draft/90/attac...', NULL)

11 (glówny katalog)/scp/ajax.php(262): Dispatcher->resolve('/draft/90/attac...')

12 {Haupt}

Aber ich kann bestätigen, dass mir dieser schnelle Fix sehr geholfen hat und sehr hilfreich ist.
Danke @dbummy

@pespi123 sagte:

Dies funktioniert nicht, wenn Sie bereits zuvor versucht haben, das Bild in den Editor zu spammen...

Ich kann bestätigen, dass in @dbummy fix das Problem mit dem mehrfachen Einfügen desselben Bildes ebenfalls behoben ist, jedoch nur, wenn Sie es mehrmals schnell einfügen.

Es scheint also, als ob der Grund dafür kein neues Wissen ist. Der Kommentar oben, in dem ich diese Änderung vorgenommen habe, lautet:
(Zeile 964 in redactor-plugins.js)
// Erfassen Sie die Auswahlposition ab und zu, wenn Redactor es zu tun scheint// beim Versuch, ein Bild einzufügen, vor dem paste Browserereignis löschen// feuert
und es scheint, als ob es dem Cursor nur einen vertikalen Versatz gibt. Als ich die Änderung anwendete, waren die meisten meiner Arbeitscomputer in Ordnung, aber als ich es mit meinem MacBook Pro überprüfte, hatte es die gleichen Ergebnisse wie zuvor (ich vermute, dass es sich um einen Pixelversatz handelt und das Macbook eine viel höhere Auflösung hat) , es ist nicht "gelandet" wo es hingehört. Ich habe auch einige der Datenbankfehler bekommen, aber sie scheinen sich seit heute Morgen verlangsamt zu haben. Ich habe heute Morgen ungefähr 5-8 als erstes und dann nur einen bekommen mehr um 11ish (Central) Ich werde weiter beobachten und andere Dinge ausprobieren, um zu sehen, ob ich eine elegantere Lösung finden kann.

Danke für dein Engagement @dbummy .

Kein Problem. Schön, dass ich helfen kann!

Ich verwende MariaDB (ich habe osTicket mit Snipe-IT gemischt, um das Asset Management zu verwalten), daher weiß ich nicht, ob das einen Einfluss auf den Fehler 1062 hat oder nicht. Ich habe hinzugefügt

'OLD_MODE' => 'NO_DUP_KEY_WARNINGS_WITH_IGNORE'

zu /include/mysqli.php (um Zeile 77) wie hier beschrieben: https://github.com/osTicket/osTicket/issues/3193

und ich habe keine 1062 Fehler mehr (noch) bekommen und ich war beim Testen glücklich. Scheint, als hätte dies den Fehler auf meinem System unterdrückt, aber wie gesagt, ich verwende MariaDB.

Wie ich das mariaDB-Handbuch gelesen habe, sollte NO_DUP_KEY_WARNINGS_WITH_IGNORE nicht helfen, da es kein INSERT IGNORE ist, das den Fehler 1062 verursacht

Interessant. Ich werde weiter testen. Ich habe mit dem Wechsel immer noch nichts mehr bekommen, während ich gestern bis jetzt schon ~5-8 hatte. Ich werde weiter testen und sehen, ob ich die Datei redactor-plugins.js weiter auseinandernehmen kann (von hier glaube ich, dass die Fehler und seltsamen Probleme herkommen) Danke @fredricj !

Ok, ich habe meine E-Mails gelöscht und nicht die Protokolle für die 1062-Fehler und sie werden immer noch angezeigt (glaube, meine E-Mail hat es satt, sie zu senden). Ich denke, dass das Problem beim Einfügen darauf zurückzuführen ist, dass Redactor versucht hat, dort weiterzumachen, wo es nach dem Einfügen des Bildes aufgehört hat. Ich habe einige verschiedene Installationen von 1.10 versucht, die auf verschiedenen Betriebssystemen ausgeführt wurden, indem ich 10 Mal die Eingabetaste gedrückt habe und dann versuche, es jedes Mal einzufügen. Kann jemand bestätigen, dass dies nicht für alle Fälle gilt?
Wenn jemand über JS-Kenntnisse verfügt, können Sie sich die Zeilen 948 - 1072 von redactor-plugins.js ansehen und herausfinden, was vor/nach/während des Einfügens eines Bildes aus der Zwischenablage passiert? Vielen Dank!

Ich denke, das Problem ist, wenn ich das Bild nach dem Drücken von "Enter" einfüge, wenn ich ein Zeichen eingebe und das Bild aus der Zwischenablage ohne "Enter" einfüge, erhalte ich keinen DB-Fehler #1062

Ich bekomme das auch: Neuinstallation (heute Morgen!)

DB Error #1062
[INSERT INTO `ost_attachment` SET `file_id` = 14, `type` = 'D', `object_id` = 7] Duplicate entry '7-14-D' for key 'file-type'

 ---- Backtrace ----
 #0 (root)/include/mysqli.php(204): osTicket->logDBError('DB Error #1062', '[INSERT INTO `o...')
 #1 (root)/include/class.orm.php(3133): db_query('INSERT INTO `os...', true, true)
 #2 (root)/include/class.orm.php(597): MySqlExecutor->execute()
 #3 (root)/include/class.attachment.php(161): VerySimpleModel->save()
 #4 (root)/include/ajax.draft.php(101): GenericAttachments->upload(Array)
 #5 (root)/include/ajax.draft.php(229): DraftAjaxAPI->_uploadInlineImage(Object(Draft))
 #6 (root)/include/class.dispatcher.php(145): DraftAjaxAPI->uploadInlineImageClient('7')
 #7 (root)/include/class.dispatcher.php(38): UrlMatcher->dispatch('7/attach', Array)
 #8 (root)/include/class.dispatcher.php(120): Dispatcher->resolve('7/attach', Array)
 #9 (root)/include/class.dispatcher.php(38): UrlMatcher->dispatch('/draft/7/attach', NULL)
 #10 (root)/ajax.php(50): Dispatcher->resolve('/draft/7/attach')
 #11 {main}

Entschuldigung - ich habe nicht die notwendigen JS-Kenntnisse, um das Problem zu verstehen, geschweige denn zu beheben....

Ich kann diesen Fehler bestätigen - migriert von 1.9.8.1 auf 1.10.1 und wenn ich ein Bild aus der Zwischenablage einfüge, nachdem ich auf "Enter" geklickt habe, erhalte ich "DB Error #1062" - kann das Bild nicht einfügen:

[INSERT INTO `ost_attachment` SET `file_id` = 6930, `type` = 'D', `object_id` = 46194]

Duplicate entry '46194-6930-D' for key 'file-type'<br /> <br />
---- Wsteczne śledzenie ----<br />
#0 (główny katalog)/include/mysqli.php(204): osTicket->logDBError('DB Error #1062', '[INSERT INTO `o...')<br />
#1 (główny katalog)/include/class.orm.php(3133): db_query('INSERT INTO `os...', true, true)<br />
#2 (główny katalog)/include/class.orm.php(597): MySqlExecutor->execute()<br />
#3 (główny katalog)/include/class.attachment.php(161): VerySimpleModel->save()<br />
#4 (główny katalog)/include/ajax.draft.php(101): GenericAttachments->upload(Array)<br />
#5 (główny katalog)/include/ajax.draft.php(300): DraftAjaxAPI->_uploadInlineImage(Object(Draft))<br />
#6 (główny katalog)/include/class.dispatcher.php(145): DraftAjaxAPI->uploadInlineImage('46194')<br />
#7 (główny katalog)/include/class.dispatcher.php(38): UrlMatcher->dispatch('46194/attach', Array)<br />
#8 (główny katalog)/include/class.dispatcher.php(120): Dispatcher->resolve('46194/attach', Array)<br />
#9 (główny katalog)/include/class.dispatcher.php(38): UrlMatcher->dispatch('/draft/46194/at...', NULL)<br />
#10 (główny katalog)/scp/ajax.php(262): Dispatcher->resolve('/draft/46194/at...')<br />
#11 {main}

Eine vorübergehende Lösung besteht darin, einige Zeichen einzugeben, nachdem ich die Eingabetaste gedrückt habe und bevor ich das Bild einfüge.

Gibt es schon eine Lösung für dieses Problem? Ich habe die neueste Version installiert, habe aber immer noch dieses Problem

Jeder, probiert diesen Pull-Request aus und meldet euch bei mir: https://github.com/osTicket/osTicket/pull/4113

Danke schön.

Habe die neue Redactor-Version von #4113 angewendet und das Einfügen von Bildern funktioniert jetzt auf v1.10

Beim Einfügen von Bildern nacheinander aus dem Snipping Tool wurde das Bild jedes Mal eingefügt, aber es wurden immer noch Bilder eingefügt.

Installierte Änderungen von #4113 und Problem beim Einfügen von Bildern DB-Fehler #1062 besteht weiterhin:

[INSERT INTO `ost_attachment` SET `file_id` = 7073, `type` = 'D', `object_id` = 46325]

Duplicate entry '46325-7073-D' for key 'file-type'<br /> <br />
---- Wsteczne śledzenie ----<br />
#0 (główny katalog)/include/mysqli.php(204): osTicket->logDBError('DB Error #1062', '[INSERT INTO `o...')<br />
#1 (główny katalog)/include/class.orm.php(3133): db_query('INSERT INTO `os...', true, true)<br />
#2 (główny katalog)/include/class.orm.php(597): MySqlExecutor->execute()<br />
#3 (główny katalog)/include/class.attachment.php(161): VerySimpleModel->save()<br />
#4 (główny katalog)/include/ajax.draft.php(101): GenericAttachments->upload(Array)<br />
#5 (główny katalog)/include/ajax.draft.php(300): DraftAjaxAPI->_uploadInlineImage(Object(Draft))<br />
#6 (główny katalog)/include/class.dispatcher.php(145): DraftAjaxAPI->uploadInlineImage('46325')<br />
#7 (główny katalog)/include/class.dispatcher.php(38): UrlMatcher->dispatch('46325/attach', Array)<br />
#8 (główny katalog)/include/class.dispatcher.php(120): Dispatcher->resolve('46325/attach', Array)<br />
#9 (główny katalog)/include/class.dispatcher.php(38): UrlMatcher->dispatch('/draft/46325/at...', NULL)<br />
#10 (główny katalog)/scp/ajax.php(262): Dispatcher->resolve('/draft/46325/at...')<br />
#11 {main}

Tut mir leid, wenn ich hier ein totes Pferd schlage, aber ich versuche schon seit einiger Zeit, eine Lösung zu finden. Meine Konfiguration ist unten dargestellt. Ich habe die beiden in diesem Thread erwähnten Fixes ausprobiert: Redactor auf 10.2.5 aktualisieren und Zeile 964 in redactor-plugins.js ändern. Wenn ich Redactor aktualisiere, hören die DB-Fehler auf, aber das Einfügen funktioniert immer noch nicht. Wenn ich Zeile 964 in redactor-plugins.js ändere, funktioniert das erste Einfügen, aber nachfolgende Einfügungen nicht, gefolgt von einer Reihe von DB-Fehlern. Datenbankfehler werden auch unten angezeigt.

Hat jemand andere Vorschläge? Es scheint, als ob der Redaktor aufgegeben wurde :

INSERT INTO ost_attachment SET file_id = 2257, type = 'D', object_id` = 10]

Doppelter Eintrag '10-2257-D' für Schlüssel 'Dateityp'


---- Rückverfolgung ----

0 PATH-TO-MY-OSTICKET-DIRECTORYincludemysqli.php(204): osTicket->logDBError('DB Error #1062', '[INSERT INTO `o...')

1 PATH-TO-MY-OSTICKET-DIRECTORYincludeclass.orm.php(3133): db_query('INSERT INTO `os...', true, true)

2 PATH-TO-MY-OSTICKET-DIRECTORYincludeclass.orm.php(597): MySqlExecutor->execute()

3 PATH-TO-MY-OSTICKET-DIRECTORYincludeclass.attachment.php(161): VerySimpleModel->save()

4 PATH-TO-MY-OSTICKET-DIRECTORYincludeajax.draft.php(101): GenericAttachments->upload(Array)

5 PATH-TO-MY-OSTICKET-DIRECTORYincludeajax.draft.php(300): DraftAjaxAPI->_uploadInlineImage(Object(Draft))

6 [interne Funktion]: DraftAjaxAPI->uploadInlineImage('10')

7 PATH-TO-MY-OSTICKET-DIRECTORYincludeclass.dispatcher.php(145): call_user_func_array(Array, Array)

8 PATH-TO-MY-OSTICKET-DIRECTORYincludeclass.dispatcher.php(38): UrlMatcher->dispatch('10/attach', Array)

9 PATH-TO-MY-OSTICKET-DIRECTORYincludeclass.dispatcher.php(120): Dispatcher->resolve('10/attach', Array)

10 PATH-TO-MY-OSTICKET-DIRECTORYincludeclass.dispatcher.php(38): UrlMatcher->dispatch('/draft/10/attac...', NULL)

11 PATH-TO-MY-OSTICKET-DIRECTORYscpajax.php(262): Dispatcher->resolve('/draft/10/attac...')

12 {Haupt}

`

@JediKev Erwägen Sie, zu einem anderen WYSIWYG-Editor zu wechseln? (https://summernote.org/
https://quilljs.com / https://www.tinymce.com/ / https://ckeditor.com )

@Aka4Code Wenn Sie tinymce verwenden möchten, können Sie diesen Artikel http://osticket.com/forum/discussion/91133/plugin-tinymce lesen
Jetzt benutze ich das und löse bisher das Problem mit dem Kopieren und Einfügen von Bildern

@JediKev , warum willst du Redactor nicht durch TinyMCE ersetzen? Jemand hat bereits ein Plugin erstellt und wie @vieckzand sagte, es funktioniert mit osTicket ....

@Aka4Code Ich denke, das Problem sind die Bildergebnis aus dem Kopieren und Einfügen des Bildes). Sie können testen, was sich von TinyMCE und Redactor unterscheidet.
Ich teste bereits für den gleichen Text mit dem gleichen Bild, wenn ich Redactor verwende, bekomme ich eher eine kleine Größe als TinyMCE.
Vielen Dank

@Aka4Code, weil wir ganz andere Pläne für den Texteditor haben. Ich kann diese Pläne noch nicht verraten, aber ich weiß, dass demnächst Änderungen für den Texteditor erfolgen werden. Danke schön.

Ich hoffe, dieser Editor bleibt.
Oder zumindest wird die neue neue Version einen Editor mit der gleichen Funktion haben - "einfaches" Bild-/Screenshot-Einfügen.
In jedem Forum/Helpdes, das ich kenne, ist das Hauptproblem, dass ich Bilder anhängen muss und sie nicht einfach EINFÜGEN kann, und dies ist keine effektive Möglichkeit, mit "Messaging/Kommunikations"-Systemen von Computern zu arbeiten.

Bleiben in Hoffnung und Erwartung,
mLipok

@mlipok

Vertrauen Sie mir, das Anhängen/Einfügen von Bildern bleibt so einfach wie es ist. Der Editor wird einfach viel besser sein, möglicherweise mehr Funktionen haben und _hoffentlich_ alle Probleme beim Einfügen beheben, die in letzter Zeit aufgetreten sind. Ich bin froh, dass die meisten hoffnungsvoll bleiben, da wir viel Arbeit in die nächsten Veröffentlichungen stecken.

Danke schön.

Danke für deine Antwort.

@JediKev dein Patch #4113 behebt das Problem, danke

@davidegiunchidiennea wie Sie aus der letzten @JediKev- Antwort lesen können, hat das DevTeam beschlossen, den Editor überhaupt zu ändern (soweit ich die @JediKev- Anweisung verstehe).
Seien Sie also geduldig beim Warten auf die neue Version.

@JediKev Wie ist der Status dieses Problems? Haben Sie eine Roadmap für die Veröffentlichung dieser Änderungen im Texteditor?

@Aka4Code

Wir haben/versprechen nie Zeitpläne für irgendetwas, da wir immer an 1.000 Dingen gleichzeitig arbeiten, aber es kommt. Neuer/ersetzender Texteditor wird in/nach Version 2.0 hinzugefügt. Kein festgelegtes Veröffentlichungsdatum oder Entwicklungsdatum für diese Version, da wir immer noch versuchen, 1.11.x . Bitte bleiben Sie dran.

Danke schön.

@JediKev Es tut mir leid, ich habe deine vorherige Nachricht falsch verstanden:

Ich kann diese Pläne noch nicht verraten, aber ich weiß , dass demnächst Änderungen für den Texteditor anstehen .

• Das war im Januar, vor zehn Monaten...

Ich nehme an, wenn 1.11 noch nicht fertig ist, dann wird die Version 2.0 und diese Änderungen im Texteditor nicht bald kommen, zumindest nicht in den nächsten 2-3 Jahren, prognostiziere ich :/ Wir haben ein anderes Verständnis von coming soon Anweisung, fürchte ich.

Vielen Dank für die Details und dass Sie mir das Gegenteil beweisen, damit ich den tatsächlichen Status dieses Problems kenne.

Danke schön.

@Aka4Code

Nun, wir haben keine festgelegten Veröffentlichungs- oder Entwicklungsdaten, also kann ich nur sagen, bald, also ... ja.

Danke schön.

Ich habe auch die Probleme beim Kopieren + Einfügen eines Screenshots in den WYSIWYG-Editor.
Ich habe das Problem jedoch nur in Firefox (neuestes Update, aber auch frühere Versionen).
Im Internet Explorer oder Chrome habe ich keine Probleme.

Ich habe bereits versucht, scp.js & redactor.min.js mit den Informationen von JediKev zu aktualisieren - aber leider habe ich nicht geholfen.
Gibt es verpflichtende Informationen zu diesem Problem in Bezug auf Firefox?
(Der Kunde, der osTicket verwendet, kann keinen anderen Browser installieren, also nur FF oder IE).

Vielen Dank!

@osTicketRocks dieses Problem existiert auch in Chrome

@JediKev bitte

btw.
Ich habe festgestellt, dass, wenn ich einen bestimmten Screenshot in eine ThunderBird-E-Mail einfüge und sie dann aus ThunderBird kopiere, ich immer kein Problem mit dem Einfügen in osTicket habe.

@Aka4Code

Ich kann diesen Fehler immer noch nicht reproduzieren. Ich habe es mit Mac, Linux und Windows (v1.10.4-5 und v1.11) versucht und kann jedes Mal einfügen, wenn ich merke, dass Sie keinen Screenshot von einer Localhost-Site einfügen können, da es sich weder um ein öffentlich zugängliches Bild noch um ein Bild handelt ein Bild vom Computer selbst.

Danke schön.

Wir verwenden Windows und Chrome-Browser. Wir haben es immer hier drin. Funktioniert nie. Myabe hilft diese Info?

Unser osTicket ist kein localhost, sondern ein öffentlich zugängliches Hosting.

Bild wird aus der Zwischenablage eingefügt – zum Beispiel mit dem Windows Snipping Tool kopiert
oder von einem Grafikeditor wie Windows Paint.Net.

Getestet mit Chrome und Windows 10 1809.
Gleiches Verhalten mit 1.10 und 1.11.

@Kasse

Leider hilft das nicht, da ich das gleiche getestet habe und ich einfügen kann.

@Aka4Code

Ich habe gerade mit Windows Server 2016, Chrome (neueste) und dem Snipping Tool getestet und es funktioniert einwandfrei:

Danke schön.

Hilft diese Konfiguration etwas? Kann ich Ihnen andere Protokolle liefern?

@Aka4Code

Vielen Dank dafür, aber es hilft nicht wirklich, da ich mit osTicket gehostet mit NGINX, osTicket gehostet mit Apache und osTicket gehostet mit IIS alle Bilder aus dem Snipping Tool problemlos einfügen kann. Ich bin mir nicht sicher, wo das Problem für euch liegt, da es bei mir funktioniert und die von euch geposteten "Fehler" keine detaillierten Fehler sind, sondern Fehlercodes.

Hilfreich sind an dieser Stelle lediglich ausführliche Fehlerprotokolle und ein Beispielbild.

Danke schön.

Wie kann ich helfen? Aus welcher Quelle möchten Sie diese Protokolle? Bild kann ich liefern. Logs auch, aber ich muss wissen, woher ich sie bekommen soll. Apache logs/php logs/mysql logs/osticket logs oder etwas anderes?

@Aka4Code

Alle Fehler, die damit zusammenhängen. Stellen Sie nur sicher, dass sie Details und nicht nur einen Fehlercode enthalten.

Danke schön.

immer noch Fehler in 0.12 (aber es funktioniert, wenn Sie 2x hinter sich haben)

Tritt auf, wenn Sie auf eine Ticket-E-Mail antworten. Neuinstallation/Setup. Ich glaube nicht, dass es sich um dasselbe Problem handelt, aber ein Ticket mit diesem Problem wurde als Duplikat geschlossen, also ...

[INSERT IN ost_attachment SET type = 'H', object_id = 11, file_id = 1, inline = 1]

Doppelter Eintrag '1-11' für Schlüssel 'file_object'



---- Rückverfolgung ----

0 (root)/include/mysqli.php(199): osTicket->logDBError('DB Error #1062', '[INSERT INTO `o...')

1 (root)/include/class.orm.php(3455): db_query('INSERT INTO `os...', true, true)

2 (root)/include/class.orm.php(658): MySqlExecutor->execute()

3 (root)/include/class.thread.php(1189): VerySimpleModel->save()

4 (root)/include/class.thread.php(1197): ThreadEntry->createAttachment(Array, 'powered-by-osti...')

5 (root)/include/class.thread.php(1665): ThreadEntry->createAttachments(Array)

6 (root)/include/class.thread.php(1677): ThreadEntry::create(Array)

7 (root)/include/class.thread.php(2748): ThreadEntry::add(Array)

8 (root)/include/class.thread.php(2963): MessageThreadEntry::add(Array, Array)

9 (root)/include/class.ticket.php(2692): ObjectThread->addMessage(Array, Array)

10 (root)/include/class.ticket.php(3099): Ticket->postMessage(Array, 'Email')

11 (root)/include/class.thread.php(571): Ticket->postThreadEntry('M', Array)

12 (root)/include/class.thread.php(839): Thread->postEmail(Array, Object(ThreadEntry))

13 (root)/include/class.mailfetch.php(845): ThreadEntry->postEmail(Array)

14 (root)/include/class.mailfetch.php(917): MailFetcher->createTicket(1)

15 (root)/include/class.mailfetch.php(997): MailFetcher->fetchEmails()

16 (root)/include/class.cron.php(25): MailFetcher::run()

17 (root)/include/class.cron.php(110): Cron::MailFetcher()

18 (root)/include/api.cron.php(19): Cron::run()

19 (root)/include/api.cron.php(40): CronApiController->run()

20 (root)/api/cron.php(23): LocalCronApiController::call()

21 {Haupt}

Ich habe das gleiche Problem, als ich versuchte, ein Bild in eine E-Mail-Antwort einzufügen, erhalte ich diese Fehlermeldung:

@mlipok @vieckzand @Aka4Code @davidegiunchidiennea @osTicketRocks @CashDesk @thctlo @ebonweaver @sjxiong

Der neue/verbesserte Editor wird mit v1.14-rc1 veröffentlicht und ist hier verfügbar:

• https://osTicket.com/download

Es ist ein RC, daher empfehlen wir nicht, in der Produktion zu laufen. Sie können eine neue Instanz installieren, um das Kopieren/Einfügen mit dem neuen Editor zu testen. Wenn Sie Probleme finden, führen Sie bitte zuerst eine rekursive Suche in diesem Repository durch, um zu sehen, ob bereits ein Problem dafür erstellt wurde, und erstellen Sie andernfalls einen eigenen Problembericht. Stellen Sie sicher, dass Sie die gesamte Problemvorlage ausfüllen, um die bestmögliche Unterstützung zu erhalten.

Danke schön.

Im Moment kann ich bestätigen, dass dieses Problem ab der Installation von v1.14.x nicht mehr auftritt
Ich denke, wenn ein anderer Benutzer ( @vieckzand @Aka4Code @davidegiunchidiennea @osTicketRocks @CashDesk @thctlo @ebonweaver @sjxiong) bestätigt, dass dies behoben ist .... dann kann dieses Ticket geschlossen werden.

Als ich auf 1.14 aktualisiert habe, wurde dieses Problem für mich behoben.

Ein Upgrade auf 1.14 hat das Problem gelöst!

Läuft jetzt 14.1 und ja.. gelöst.