[English]Im Microsoft Edge gibt es im 109er-Entwicklungszweig massive Druckprobleme. So klappt bei einigen Nutzern der Schnelldruck nicht mehr. Bei anderen Nutzern stürzt der Druckvorgang ab – Hintergrund ist teilweise, dass der Edge 109 bzw. Windows es übel nehmen, wenn im Druckernamen Sonderzeichen wie Umlaute enthalten sind. Ich habe daher das Thema mal separat hier in einem Blog-Beitrag herausgezogen und aufbereitet.
Anzeige
Der Microsoft Edge 109 wurde ja am 12. Januar 2023 ausgerollt (siehe meinen Beitrag Edge 109.0.1518.49), um mit dem Google Chromium 109 gleichzuziehen. In diesem Release wurden dabei gravierende Schwachstellen geschlossen. Der 109er Entwicklungszweig ist die letzte Version des Browsers, der noch Windows 7, Windows 8.1 und die Server-Varianten 2008 R2 sowie 2012 R2 noch unterstützt.
Allerdings ist der 109er Entwicklungszweig verbuggt, bereits am 13. Januar wurde die Version 109.0.1518.52 freigegeben und am 16. Januar erschien die Version 109.0.1518.55. In der letztgenannten Build ist aufgefallen, dass der Browser bei der Installation eine Desktop-Verknüpfung anlegt und etwas an den Einstellungen ändert (siehe mein Blog-Beitrag Edge 109.0.1518.52/55; aktiviert Passwort-Transfer in die Cloud …). Noch mehr ärgert der neue Edge-Zweig Nutzer, die nicht mehr drucken können.
Diverse Druckprobleme im Edge
Im Laufe der letzten Tage sind mir mehrere Kommentare von Benutzern untergekommen, die über Druckprobleme mit dem Edge-Browser berichten. Inzwischen ergibt sich für mich ein etwas abgerundetes Bild.
Kein Schnelldruck mehr
In meiner Nachlese zum Januar 2023-Patchday (Windows Patchday-Nachlese Januar 2023) hat sich Frank mit diesem Kommentar gemeldet.
Anzeige
Wir haben auf dem Server 2016 auch das Problem, das der Schnelldruck in Microsoft Edge bei keinem User im RD nicht funktioniert.
Hab die Druckertreiber (TA) neuinstalliert, aber es funktioniert trotzdem nicht.Habt ihr noch weitere Ideen?
Diese Frage ist im Sande verlaufen. Ich selbst hatte das Thema nicht mehr verfolgt, da ich das Problem auf die Sicherheitsupdates für Drucker schob. Bei der Recherche zu diesem Beitrag bin ich dann noch auf zwei weitere Kommentare gestoßen. Michael schreibt hier:
Wir haben seit dem Update ein Problem mit dem Schnelldruck in Microsoft Edge, was scheinbar nur in Verbindung mit Kyocera Druckern/ Treiber auftritt.
Ist der Kyocera Drucker als Standarddrucker definiert, kann die Vorschau nicht geladen werden und das Rädchen dreht sich immer weiter. Nutze ich mit STRG-Umschalt-P das klassische Dialogfenster kann man drucken.
Hat jemand die gleiche Kombi und auch das Problem?
Wir setzen ein:
Windows 10 Enterprise 22H2 – Build 19045.2486
Chromium Version 109.0.1518.49 (Offizielles Build) (64-Bit)
Kyocera ECOSYS P2040 – > Treiberversion 8.3.815.0Ergänzung: Hab das Problem jetzt auch in Kombination mit einem HP ColorLaser Jet M553 und ist scheinbar kein generelles Problem in dieser Kombination, weil das Problem an vereinzelten Rechnern nicht nachstellbar ist.
Blog-Leser Calvin ergänzt den Kommentar:
Gleiches Problem hier mit W10 22H2 und Konica Minolta bizhub. Allerdings bis jetzt nur bei einem von über 100 PCs.
Michael hat inzwischen gemeldet, dass der Edge 109.0.1518.55 nicht mehr funktioniert.
Druckvorgang beim Edge hängt
Leider verteilen sich die Kommentare zu Druckproblemen hier im Blog auf verschiedene Beiträge. So hat sich Martin in diesem Kommentar zu meinem Beitrag Edge 109.0.1518.52/55; aktiviert Passwort-Transfer in die Cloud … mit weiteren Details zurück gemeldet.
Wir haben mit den neuen Versionen 109.x massive Probleme beim Druck von Webseiten oder auch PDF-Dateien, welche im Edge geöffnet werden sollen. Selbst die Acrobat Reader Extension versagt ihren Dienst. Statt dem Druckdialog kommt nur ein weißes Fenster und der Kreis dreht sich. Das tritt sowohl unter Windows 10 22H2, als auch unter Windows 11 22H2 auf.
Einziger Workaround bisher ist, den IE-Modus für die Webseiten, von denen gedruckt werden muss, zu aktivieren. Das ist für die Anwender natürlich eher medium…
Kann das Problem evtl. noch jemand bestätigen oder hat jemand eine Idee.
Blog-Leser Steffen bestätigte das Problem und ergänzte:
@Martin:
Gleiches Problem. Das erste Mal gestern aufgetreten.
Heute gehäuft. (Sieht man mal wer alles den Edge als PDF-Viewer nutzt)Workaround: STRG+SHIFT+P um den Systemdruckdialog auszuwählen.
Andere Alternative: PDF herunterladen und mit anderem installierten PDF-Viewer öffnen.Edge Version
109.0.1518.55
An dieser Stelle habe ich mir das Thema auf die Agenda gesetzt – und wurde auch gleich fündig.
Umlaut im Druckernamen
Die Lösung des Druckproblems beim Microsoft Edge 109.x liegt mal wieder in den Details und ist mir durch Zufall auf Facebook zugespielt worden. Auf meinen verlinkten Beitrag zu den Edge-Passwort-Problemen in einer geschlossenen Windows Administratorengruppe meldet sich ein Benutzer in folgendem Hinweis.
Drucken mit Edge ist aktuell nicht möglich wenn der Druckername einen Umlaut z.b Ü enthält. Das Druckfenster stürzt ab.
Das war dann der Lösungsansatz, den ich in meinem Blog-Beitrag Edge 109.0.1518.52/55; aktiviert Passwort-Transfer in die Cloud … als Kommentar gepostet habe. Inzwischen gibt es Bestätigungen, dass genau dies das Problem bei den Druckproblemen war. Auch die Druckvorschau funktioniert wieder, wenn Umlaute oder Sonderzeichen aus dem Druckernamen entfernt werden. Vielleicht hilft es Betroffenen.
Ähnliche Artikel:
Google Chrome Version 109.0.5414.xx / 108.0.5359.179
Edge 109.0.1518.49
Windows 10: Supportende für Internet Explorer 11 am 15.6.2022
Windows 10: Deaktivierung des Internet Explorer 11 am 14. Feb. 2023
Internet Explorer 11: Kein Zugriff auf OneDrive und SharePoint ab Januar 2023 mehr
Windows 7/8.1: Google Chrome Upgrade-Hinweis auf Windows 10 unter deaktivieren
Edge 109.0.1518.52/55; aktiviert Passwort-Transfer in die Cloud …
Anzeige
Eigentlich weiss man das ja seit Jahrzehnten das Umlaute in Devicenamen, SSIDs usw. usw. nichts zu suchen haben und ewig Quell von Ärger sind.
Wer's dennoch macht ist selber Schuld.
ASCII vs. Unicode. Ersteres hat halt nur maximal 8 Bits. Damals nahm niemand Rücksicht auf international.
Dasselbe bei Domain-Namen. Selbst heute klappt das nicht überall fehlerfrei. Ich muß immer weinen, wenn ich gewerbliche/behördliche Anbieter sehe, die mit Umlauten in Domain-Namen hausieren gehen…
Naja, am Ende ist es trotzdem ein Versagen von ms, Täter Opfer Umkehr ist das. Ja wer Problemen aus dem Weg gegen möchte beherzigt die Unfähigkeit von ms
Ich hatte vor sicher 15 Jahren mal Ärger wegen Umlauten und seit dem verwende ich nirgendwo mehr (Devicenamen, SSIDs, Benutzernamen, Freigaben, etc. etc.) Umlaute.
Toll kann das auch mit Umlauten in Passwörtern werden.
Die Windows Domain selbst interessiert das nicht unbedingt, aber Applikationen die auch das Domainlogin verwenden u.U. schon.
Ich hab mir mal einen Wolf nach der Ursache das man sich auf dem Applikationsserver nicht anmelden konnte gesucht.
Frank Carius hat das mal in ähnlicher Form für MS Teams in AD-Umgebungen beleuchtet – die MS-Software ist ein Flickenteppich, die es diesbezüglich an allen Stellen knallen lässt. Ich hatte es nur kurz im Beitrag Microsoft Teams: Probleme mit Sonderzeichen in Profilnamen erwähnt und dann auf Franks Beitrag verlinkt. Es sind ja nicht nur die deutschen Umlaute, sondern m.e. alle diakritischen Zeichen im lateinischen Alphabeth – andere Sprachen wie arabisch, japanisch, chinesisch etc. dürften ähnliche Fallen bieten.
Auch wenn es zwar meistens funktioniert, hüte ich mich seit schon immer davor, Umlaute bei irgendwas zu verwenden, was EDV betrifft.
Mein Name beinhaltet zwei Umlaute und selbst Amazon kriegt es nicht hin, dass mein Name dann korrekt auf Paketen steht. Da wird dann der Umlaut sowie der darauf folgende Buchstabe einfach weggelassen, daher bin ich hier auch aufs oe statt dem ö gegangen.
Können wir Drucker nicht endlich mal abschaffen?
Ständig Ärger damit:
– Papierverschwendung
– Gängelei durch die Druckerhersteller was Verbrauchsmaterialen angeht
– Treiberprobleme
– Sicherheitslücken im Spooler
– Tinte trocknet ein wenn das Gerät nicht regelmäßig benutzt wird
Und trotzdem bestehen manche Leute darauf Webseiten auszudrucken.
Etwas ausgedrucktes wieder einzuscannen ist fast genau so schlimm, nur das der Scanner keine Tinte braucht und dafür Seiten gerne mal kaputt macht.
Und durch Komprimierung und OCR stimmen die Daten schlimmstenfalls hinterher gar nicht mehr.
Digitales sollte digital bleiben.
"Können wir Drucker nicht endlich mal abschaffen?"
Nicht jeder hat einen Drucker, um seine Hello Kitty-Bilder aus dem WehWehWeh auszudrucken.
Das lässt sich nicht machen. Und dafür gibt es viele Gründe. Bestimmte Dinge müssen oder sollten nun mal ausgedruckt werden. Es gibt Menschen die haben keine digitalen Endgeräte weil sie keine wollen oder sich keine leisten können. Außerdem möchte auch ich meine Rechnungen für Telefon, Internet, Strom usw. ausschließlich per Post auf Papier.
Wir haben heute sog "Display Names"
das ist ein Alias, das es den Usern erleichtern soll. Z.B. deren Schrift nicht lateinisch ist.
Schon früher ™ gab es Nonascii Zeichen.
Die wurden von allen einfach ignoriert oder auf 7 Bit runtergebrochen.
Das sich eine Software aufhing WG. des Zeichen satze war aber eher selten.
OK, damals hatte ein Pascal Compiler auch noch 64KB und nicht 4 GB wie das HelloWorld heute…
BTW
Intel ist ein besonderer Spezi. Für ihr "Intel(tm)" verwenden sie UTF-8 im Treiber
Das führt dazu, das Windows plötzlich auf UTF-8 resp 16 ausgibt.
Aber nur in der Zeile….
Mir kommt das Problem ähnlich vor wie das 256 Pfadlängenproblem vor.
Man erstellt unter Windows eine Pfadlänge von mehr als 256 Bytes.
Kopiert man dann mit dem Windows Explorer (= Dateimanager von Windows) den Pfad, bricht der Windows Explorer ab mit der Meldung "Dateipfad zu lang".
Da stimmt doch etwas nicht.
Wenn Windows Druckernamen mit Umlauten zulässt, darf es konsequenterweise keine Probleme beim Drucken geben. Akzeptabel wäre noch die Fehlermeldung "Druckername entspricht nicht den Spezifikationen".
Weiß man denn inzwischen, welche Zeichen "böse" (sorry, "boese") sind?
Umlaut, ok. Getestet und geht tatsächlich nicht. Drcukvorschau gibt dann nur noch "Cannot calculate" als Status zurück.
https://www.borncity.com/blog/2023/01/17/edge-109-0-1518-52-55-aktiviert-passwort-transfer-in-die-cloud/#comment-140458 erwähnt allerdings, dass es ggf. auch mit Unterstrich im Namen Probleme gibt. Das kann ich so bisher nicht reproduzieren. Zumindest die Drcukvorschau im Edge zeigt was ordentliches an.
Zum Einsatz kommen bei uns auch hauptsächlich die im Beitrag erwähnten Kyocera/Triumph-Adler Druckertreiber in der Version 8.3.815.0.
Ich beantworte meine (noch nicht freigeschaltete) Frage einfach mal selbst. Durch Trial&Error herausgefunden, zeichnet sich folgendes Bild:
Folgende Zeichen machen keine Probleme: -_;.:!"$%&/(){}[]=?#+*~^
Folgende Zeichen führen zur Problemen: äöüßÄÖܧµ€°²³
Folgende Zeichen sind grundsätzlich nicht erlaubt: \,
nicht zu vergessen Zeichen aus anderen Sprachen
Bei uns wird das Problem durch das "ß" verursacht…..
bei uns auch durch das – ( Toshiba Geräte )
richtig geil bei 300 Geräten die im ganzen System hinterlegt sind…. könnte kot…..
So am Rande, Edge speichert Userdaten nicht in Appdata\Roaming sondern in Appdata\Local
Kein Wunder warum der Browser nicht so beliebt ist!?
Macht übrigens jeder Chromium basierte Browser, so auch Google Chrome. Kannst du via GPO anpassen wenn du möchtest.
Hat schon jemand einen Link bei MS dafür gefunden, wo das Problem gemeldet wurde? Bei uns ist das mit dem Umbenennen der Drucker leider nicht ganz so easy und mich würde interessieren, ob das Problem seitens MS bald gefixt wird.
Ich muss mal schauen, ob ich morgen den englischen Beitrag veröffentliche und dann über meinen Kanal melde. Eigentlich tut es nicht nötig, die Anwender laufen ja trotzdem wie die Lemmige hinterher – und die Microsoftler wissen ja angeblich, was für euch Anwender gut ist …
Und meine Meldungen enden oft damit, dass ich mich bei den MS-Mitarbeitern oder Dienstleistern ziemlich unbeliebt mache, weil diesen kräftig was zwischen die Hörner gebe, wenn die meinen, ich soll den Feedback Hub oder einen anderen Scheiß absolvieren. Da ist dann kein political correctness in der Kommunikation. Hat 2020 schon beim MVP nicht funktioniert, als ich kommunizierte, sie mögen sich den hinstecken, wo die Sonne in der Büchs nie scheint, wenn meine Arbeit als Referenz nicht reicht und ich ein "Bewerbungsvideo als Windows Insider MVP einreichen soll" – ohne NVP und NDA bloggt es sich einfach herrlich ungeniert ;-)
Wenn die Leute bei MS quasi im Akkord entwickeln und verheizt werden und niemand mehr für Tests zuständig ist, stören alle Rückmeldungen.
Stell Dir vor, Mircosoft verschenkt etwas und
keiner will es haben.
Wenn in Amerika Frühstück ist, wird vermutlich bekannt, dass die gerade ~ 11.000 Leute rauswerfen …
Microsoft will 11.000 Stellen streichen
naja welche großen Firmen der Branche machen das gerade nicht? Wäre wahrscheinlich einfacher und schneller aufgelistet. ;-P
Es ist weltweite Krise und keiner kriegt es mit.
Ich glaub das sind dann 11.000 Leute aus der Qualitätskontrolle, so was unnützes braucht man nicht mehr man hat schließlich Milliarden Anwender zum Testen.
Ist halt schlechte Programmierarbeit wenn Umlaute und Sonderzeichen das Teil zum Stillstand/Absturz bringen, aber heh wer hat von MS was anderes erwartet? Ernsthaft erwartet!
Wir sind auch von dem Problem betroffen. Zwei Probleme kommen zusammen:
1) MS Edge ignoriert seit Neuestem die Einstellung für das Standardprogramm von Dateien mit der Erweiterung .pdf und öffnet das soeben heruntergeladene Dokument trotzdem in einem neuen Tab.
2) Der anschließende Schnelldruck des Dokumentes hängt sich auf.
Workaround: ein Registry-Eintrag, der Edge dazu bringt, den Standard-Druckdialog von Windows zu verwenden. Dieser funktioniert problemlos:
[HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Edge]
"UseSystemPrintDialog"=dword:00000001
Danke für die Ergänzungen. Den Leuten von MS-USA liegt seit heute Nacht der Link auf meine zwei englischsprachigen Blog-Beiträge vor. Keine Ahnung, ob da irgend eine Reaktion kommt.
Auf FB hat mich jemand informiert, dass es auch Upload-Probleme im Edge gäbe – ein Kunde hatte sich gemeldet. Er untersucht das und will Rückmeldung geben, wenn er mehr Details hat.
Das klappt, danke für den Hinweis. Der neue Druckdialog hat sowieso so seine Schwächen, ignoriert häufig auch Standardeinstellungen vom Drucker. So passt das ganz gut wenn der ganz deaktiviert ist.
Gern geschehen. Vielleicht sollte man der Vollständigkeit halber noch erwähnen, dass der Registry-Eintrag erst wirksam wird, wenn man den Edge neu startet.
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Edge]
"UseSystemPrintDialog"=dword:00000001
Muss man das über die GPPs verteilen, oder gibt's in den Edge-ADMX auch diese Einstellung?
Der Workaround rettet einem den Tag.
Was einem dagegen die Laune vermiest ist, dass die Druckernamen bei uns nur deshalb Umlaute hatten, weil ein par neunmalkluge Nichttechniker "ae" und "ue" für unwürdig hielten und auf der Verwendung von Umlauten auch für Ressourcen bestanden.
Wenigstens ein guter Anlass, diese Diskussionen ein für allemal zu beenden.
Und vielleicht Microsoft ein paar übrig gebliebene Tastaturen mit deutschem Layout für Testzwecke zu spenden…
Hatte das Problem mit dem hängenden Dialog bei mir auch schon (Weißes Fenster mit drehendem Kreis).
Habe dann den Ordner "User Data" Im Pfad "C:\users\benutzer\AppData\Local\Microsoft\Edge" gelöscht und siehe da hat es wieder funktioniert.
Sicher kann man das auch noch weiter auf einzelne Ordner bzw. Dateien beschränken, habe ich bis jetzt aber noch nicht probiert. Update folgt, wenn ich mehr weiß.
Bei uns schießt die Funktion application Guard ab, edge ist damit praktisch nicht mehr darüber surffähig
Verteilen proxy settings über wpad
108 funktioniert
109*55, tot
Müssen mal noch mit. 52 testen
Jop alles was 109.* ist tötet application guard
Danke, danke für diesen Beitrag! Der Fehler hat uns bei unserem externen Supporter bisher einiges gekostet. Aber der Regkey für den Druckerdialog funktioniert.
Version 109.0.1518.61: January 19, 2023
Fixed various bugs and performance issues.
This update contains the following Microsoft Edge-specific update:
CVE-2023-21719
Apropos Edge – Einige Windows 10 User klagen seit Tagen darüber, dass unvorhersehbar eine Verknüpfung zum Edge Browser auf dem Desktop erscheint.
Also unsere Drucker haben keine Umlaute und stürzen dennoch ab. Im Ereignisprotokoll wird das hinterlegt:
Name der fehlerhaften Anwendung: msedge.exe, Version: 109.0.1518.61, Zeitstempel: 0x63c8f649
Name des fehlerhaften Moduls: KERNELBASE.dll, Version: 10.0.22621.963, Zeitstempel: 0x766ca8ae
Ausnahmecode: 0xc0000409
Fehleroffset: 0x00000000000873fe
ID des fehlerhaften Prozesses: 0x0x6944
Startzeit der fehlerhaften Anwendung: 0x0x1D92CA8E825F444
Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\Microsoft\Edge\Application\msedge.exe
Pfad des fehlerhaften Moduls: C:\Windows\System32\KERNELBASE.dll
Berichtskennung: deb67ad0-6716-42ac-9caa-54fd19d32417
Vollständiger Name des fehlerhaften Pakets:
Anwendungs-ID, die relativ zum fehlerhaften Paket ist:
Ok ich kann mich doch anschließen…unsere Drucker werden vom Druck-Server verteilt und haben am Ende den Servernamen dran und der hat ein "-" und wenn ich einen lokalen Drucker ohne "-" nutze, wird der Druck ausgeführt.
Kann mich doch anschließen. Sonderzeichen zählen scheinbar auch dazu. Wir haben die Drucker über das Netzwerk verteilt und haben überall den Servernamen mit dran. Dieser hat ein "-" in seinem Namen.
Das Problem ist behoben, Update : 109.0.1518.61 muss eingespielt werden.
Die Desktop-Verknüpfung wird offenbar immer wieder neu angelegt. Ich hatte sie vorgestern gelöscht, sehe aber gerade, dass sie erneut angelegt wurde. Was die Ursache ist, weiß ich noch nicht. Eventuell wird sie nach jedem Update neu angelegt. :( Die beiden Edge-Aufgaben in der Aufgabenplanung verursachen es allerdings nicht – jedenfalls nicht, solange kein Update installiert wird.
suche Mal nach Edge im Blog, gibt einen separaten Beitrag dazu
Oh, vielen lieben Dank! Das war mir irgendwie entgangen.
Wir haben Microsoft Edge Version 112.0.1722.39 (Offizielles Build) (64-Bit) und Windows 10 Version 22H2 (Build 19045.2728) in Nutzung.
Seit wenigen Tagen haben einige Kollegen dass Problem, dass die Druckvorschau im Edge ca. 20 Sekunden lang lädt, sich dann aber fertig aufbaut und man auch Drucken kann. Neustart, Windows Updates, Edge Neuinstallation über Powershell, "Drucker über Windows Verwalten" Haken raus ,bzw. reingenommen. "User Data" unterhalb des Edge gelöscht. keine Verbesserung. Nur über "Shift+Strg+P" funktioniert es direkt.
Die Gemeinsamkeit: Surface Pro 7 im Einsatz und das folgende Update wurde am 05.04.2023 installiert "Surface – System – 6.204.139.0" // Seit dem Tag ist das Problem aufgetreten.