Quantcast
Channel: TechNet Blogs
Viewing all articles
Browse latest Browse all 34890

[PRINT] DE: Fehlende Fächer unter “Seite einrichten” auf Word 2010/2013 | EN: Missing trays under „Page setup“ on Word 2010/2013

$
0
0

[Deutsch] Szenario:

Es wurden freigegebene Druckerqueues von einem Windows Server 2008 R2 SP1 Druckserver auf einem Windows 2012 R2 migriert. Nach der Migration melden Anwender dass nicht mehr alle Fächer unter Word 2010/2013 (kann auch andere Office Apps betreffen) unter der Option „Seite einrichten“ vorhanden sind.

In dem unterem Screenshot (Word 2013) müsste unter der Option “Seite einrichten” außer “Fach 1” auch “Fach 2” erscheinen.




Überprüft man die Druckeinstellungen des Druckers auf Client (in diesem Beispiel Windows 8) und auch auf dem Druckserver (Windows Server 2012 R2), dann ist zu sehen dass das Betriebssystem selber “Fach 2” problemlos erkennt und dass dieser Fach aktiv ist.






Überprüft man die Druckeinstellungen aus Wordpad oder Notepad, dann ist zu sehen dass hier “Fach 2” auch richtig anerkannt wird.







Dazu muss aber gesagt werden dass Wordpad, Notepad sogar auch Adobe Reader in deren „Seite einrichten“ Option keine Fächer anzeigen gegenüber den Office Applikationen:



Daher können die Fächer unter Wordpad und Notepad nur unter den “Druckeinstellungen” innerhalb der App überprüft werden.

Nun würde man sagen dass das Problem von den Office Apps kommt, da nur mit diesen dieses Problem auftaucht und das Betriebssystem „Fach 2“ korrekt anzeigt.
Alle anderen Druckoptionen funktionieren auf dem Client und unter Word 2013 problemlos.

Lösung:
Anscheinend ist die Ursache dieses Problems auf dem Druckserver zu finden. Während der Migration wurden nicht alle Druckerinformationen korrekt übernommen. Dazu wurde folgender Powershell Parameter verwendet: „Set-PrinterProperty“. Die genauen Schritte die für die Migration durchgeführt wurden sind mir in diesem Kundenszenario nicht bekannt.


Es wurde festgestellt dass auf dem neuen Druckserver die Einstellungen unter folgendem Registrypfad nicht richtig übernommen wurden:

[HKLM\SYSTEM\CurrentControlSet\Control\Print\Printers\<printername>\DsDriver]
"PrintBinNames"




In dem unteren Screenshot ist zu sehen dass „Fach 2“ (Tray 2) unter "PrintBinNames" fehlt:





Wird „Tray 2“ unter "PrintBinNames" eingetragen und der Spoolerdienst auf Druckserver und Client neugestartet, dann zeigt Word 2013 die Fächer korrekt an:












[English] Scenario:

Since I saw multiple requests on our blog for English versions of our blog entries, I’ll honor those requests with this blog entry.

Shared print queues were migrated from a Windows Server 2008 R2 SP1 print server to Windows Server 2012 R2. After the migration, end users are reporting that not all printer trays are visible in Word 2010/2013 (this can also appear in other Office apps) under the option „Page setup“.
In the below screenshot (Word 2013) the end user should also see “Fach 2” (Tray 2) which is missing under “Seite einrichten” (Page setup).




If you check the print properties of the printer on the client (in this example it’s Windows 8) and also on the print server (Windows Server 2012 R2), then you’ll see that the OS is displaying „Fach 2“ (Tray 2) correctly.







If you check the print properties in Wordpad or Notepad for comparison, then you’ll see that these apps show „Fach 2“ (Tray 2) correctly:





As a side note: Wordpad, Notepad and even Adobe reader don’t have the same „Page Setup“ window as the Office Apps. The option for printer trays does not exist under the above mentioned apps:




The option for printer trays inside of Wordpad and Notepad can be found under „print properties“.

Now you would probably say that the issue must be within the Office apps, since the OS shows „Fach 2“ (Tray 2) correctly.
All other print options on the client and under Word 2013 are working without any issues.

Resolution:

It seems that the cause of this particular issue is located on the print server. The migration of the print queues did apparently not transfer all information correctly. What I know is that the following Powershell Cmdlet was used “Set-PrinterProperty“ during the migration. All steps which were performed in this particular customer scenario during the migration are unknown to me.




It was identified that the settings under the following registry path on the print server were not completely applied during the migration:
[HKLM\SYSTEM\CurrentControlSet\Control\Print\Printers\<printername>\DsDriver]
"PrintBinNames"




In the below screenshot you can see that „Tray 2” under "PrintBinNames" is missing:





If you add the missing „Tray 2“ under "PrintBinNames" and restart the local spooler service on both print server and client then Word 2013 will display tray 2 correctly:

 



Dieser Beitrag verleiht keinerlei Garantie oder Rechte.


Cezar Poenaru
Support Engineer - Platforms Core Team



--- Disclaimer ---/

This posting is provided "AS IS" with no warranties, and confers no rights.

The entire risk arising out of the use or performance of the sample scripts and
documentation remains with you. In no event shall Microsoft, its authors, or
anyone else involved in the creation, production, or delivery of the scripts be
liable for any damages whatsoever (including, without limitation, damages for
loss of business profits, business interruption, loss of business information,
or other pecuniary loss) arising out of the use of or inability to use the
sample scripts or documentation, even if Microsoft has been advised of the
possibility of such damages.
--- Disclaimer ---\


Viewing all articles
Browse latest Browse all 34890

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>