Eine FAQ lebt von gestellten Fragen. Sie haben eine Frage? Dann nur zu!
| Frage | Antwort | |||||||||
|---|---|---|---|---|---|---|---|---|---|---|
| Editor erscheint als graue Fläche, Text nicht sichtbar | Das Problem tritt nur an Arbeitsplätzen mit mehreren Bildschirmen auf, und zwar dann, wenn die Auftragsbearbeitung auf dem Nebenbildschirm geöffnet wird und der Nebenbildschirm links neben dem Hauptbildschirm angeschlossen ist. Der Nebenbildschirm muss rechts neben dem Hauptbildschirm angeschlossen bzw. in den Windows-Anzeigeeinstellungen links neben dem Nebenbildschirm konfiguriert werden.
| |||||||||
| Auf welchen Betriebssystemen läuft das System? | Das VL-Anzeigensystem läuft unter Windows (7-10). Die Serverkomponenten laufen unter Windows Server 2008RS-2016 und SQL Server 2008R2-2016 oder Oracle. | |||||||||
Das Logon kommt nicht hoch und es gibt auch keine Fehlermeldung Menüpunkt "Füller" in der Blattplanung erscheint nicht (dll-Zugriff über anderes Netzlaufwerk als die Exe selbst) | Evtl. wird die Logon.exe von einem Netzlaufwerk geladen. Hierbei muss die .NET-Sicherheitsrichtlinie korrekt eingerichtet sein: Beispiel-Befehl in der Administrator-cmd: "caspol.exe -m -ag LocalIntranet_Zone -url file:\\les-file1\* FullTrust" oder manuell via: Verwaltung\Microsoft .NET Framework Configuration\Arbeitsplatz\Laufzeitsicherheitsrichtlinie\<Rechtsklick>\Sicherheit anpassen\Änderungen an diesem Computer vornehmen\Weiter\Lokales Intranet -> voll vertrauen Zu finden ist die EXE unter %windir%\Microsoft.NET\Framework64 (bei 32Bit-Anwendungen ohne 64) - am Besten für alle vorhandenen Frameworks ausführen!
Schlagworte: Assembly, caspol, .NET, Berechtigung, Erlaubnis | |||||||||
Unerwarteter DB-Fehler beim Logon | VL-DB nicht erreichbar. Check per "vl_test -n RTGenW". In der CMD efolgt damit eine positive oder negative Rückmeldung. Weiter zu prüfen: DBName aus VL-Konfig ermitteln, ODBC-Knoten prüfen, welcher DB-Server angesprochen wird und prüfen, ob dieser erreichbar ist. | |||||||||
Unbekannte DB-Fehler nach SEPABox-Update | Ein Update für eine SEPABox, die ihre DB-Tabellen mit in der Anzeigen-DB hinterlegt hat, zertört immer die Userrechte und im Fehlerfall werden auch verschiedene Indizes deaktiviert.
→ Indizes wieder aktivieren und /wiki/spaces/SEP/pages/218170132 | |||||||||
Die ntdll.dll stürzt beim Starten des Logons ab | Prüfen, dass auf dem angesprochenen Wrapperserver nicht der selbe Wrapper in zwei oder mehr unterschiedlichen Benutzersessions läuft. Darf nur in einer Session laufen! | |||||||||
Start Logon Fehlermeldung Zugriff verweigert SharedMem::SharedMem CreateFileMapping | Mit Einführung von UAC in Windows 7 muss der Benutzer das Recht zum Anlegen Globaler Objekte, sonst kommt nachstehende Fehlermeldung. Dazu die gpedit.msc starten und nach Computerkonfiguration → Windows-Einstellungen → Sicherheitseinstellungen → Lokale Richtlinien - Zuweisen von Benutzerrechten → Erstellen Globaler Objekte navigieren und am "einfachsten" Jeder hinzufügen.
| |||||||||
Wie erzeugt man in der Typokatalogbearbeitung Referenzen (Links) auf bereits vorhandene Aktionen (Mehrfachverwendung einer Aktion)? | Mit linker Maustaste die betreffende Aktion markieren, nochmals darauf links klicken und die Maustaste gedrückt halten, jetzt dazu Strg+Shift gedrückt halten und die Referenz wird als Objekt am Cursor initialisiert (es erscheint am Cursor ein Icon mit einem R in einem Kreis). Diese kann nun dorthin gezogen werden, wo man sie benötigt. Dort dann die linke Maustaste loslassen, sodass die Referenzt erstellt wird. | |||||||||
Wie kann man Aktionen, die Referenzen (Links) auf andere Aktionen enthalten, in andere Typokataloge kopieren ohne die Meldung zu erhalten, dass eine enthaltene Referenz nicht aufgelöst werden kann? | Die referenzierten Aktionen müssen mit dem selben Kopierprozess mitkopiert werden. D.h. diese Aktionen müssen sich mit im selben oder einem der Unterordner des Ordners befinden, den man kopieren will. | |||||||||
Wo befinden sich die Druckdaten? | Bricht man einen Druckprozess mitten in der Verarbeitung ab (bei Aktion "Starte Report-Erzeugung [...] Job=2206374 [...]"), so findet man die Druckdaten in der Tabelle "vlsysadm.DRUCKDATEN". Diese einfach über die JOBID des Druckjobs selektieren. Zum Testen kann man auch den Config-Schalter: ReportGenerator.NoDelete = "1"; setzen, damit werden die Druckdaten nach dem Beenden des Druckjobs nicht aus der Tabelle vlsysadm.Druckdaten gelöscht. (select * from vlsysadm.DRUCKDATEN where JOBID = 2206374;) Was was bedeutet kann man in der Druckdoku nachlesen: http://docbook/internal/unique/de/html/HUP_Druckloesung.html | |||||||||
Beim Speichern von Aufträgen erfolgt die Meldung, dass ein zu löschendes Objekt nicht vorhanden sei. | In den Default-Einstellungen ist kein Satzstudio gesetzt. Menü "Einstellungen" - "Default-Einstellungen": In den Selectboxen "Standort" und "Standort Anzeigen" einen Wert eingeben. Anschließend diesen auch im Auftrag unter "Satzdaten ..." in der Selectbox "Satzstudio" auswählen. Auftrag sollte nun zu speichern gehen. | |||||||||
Wann und warum wird das UV-Kennzeichen "SK Sonderkonditionen" gesetzt? |
| |||||||||
Beim Wandeln von Rohlingsaufträgen/Rohlingen, die über MarketMaster / den Rohlingsimporter importiert wurden stürzt die Auftragsbearbeitung ab | Prüfen, dass die Ordner-Sicherheitseinstellungen des über die Start-CMD "orderservicecontainer.cmd" gesetzte Temp-Verzeichnises "de.hup.vl.adv.order.import.teilvorlagen.directory" so eingestellt sind, dass alle Benutzer, die Rohlinge wandeln/bearbeiten können sollen wenigstens Lesezugriff darauf besitzen. Befindet sich nämlich sowohl das Verzeichnis der Auftragstaschen als auch dieses Temp-Verzeichnis auf dem selben Laufwerksbuchstaben/UNC-Pfad, so werden die Sicherheitseinstellungen durch das Verschieben der Rohlings-XMLs in die Auftragstasche nicht neu gesetzt, sondern bleiben erhalten. Hat also auf das Temp-Verzeichnis z.B. nur der Admin Zugriff, so hat auch nur dieser später Zugriff auf die Rohlings-XML und die Auftrbea stürzt beim Zugriff mit einem anderen Systembenutzer ab, da die erforderlichen Leserechte fehlen. | |||||||||
Beim Export erfolgt der Fehler: "Fehler beim Verschieben der temporären Datei. Grund: Zugriff verweigert" | Prüfen, ob der "XML-Dateiname (Muster)" gesetzt ist. Dieser darf nicht leer sein. Mögliche Variablen: %Auftragsnummer% und %LaufendeNummer% (APOS, Groß-Kleinschreibung beachten!). | |||||||||
In den Vorschauen der Muster mit Bild werden statt der Bilder nur graue Flächen angezeigt. | Prüfen, ob der Logomanager erreich- und bedienbar ist. Auf der cmd mit VL-Anzeigen-Umgebung folgenden Befehl eingeben: "vl_config | findstr /I logomgrbridge" und die URL zusammengesetzt aus den Konfigeingträgen "LogoMgrBridge.Host":"LogoMgrBridge.Port"/"LogoMgrBridge.Connect" im Browser eingeben. Es sollte der Loginbildschirm des Logomanagers erscheinen. Dort versuchen sich mit dem Default-Login anzumelden:
| |||||||||
| Der Printtreiber erkennt die eingelesene PPD-Datei nicht / Paramter-Liste ist leer | Höchstwahrscheinlich sind in der Datei exotische Zeichenkombinationen enthalten, die den Parser aus dem Tritt bringen. (z.B. Klammer im String "x(" oder Pluszeichen "+".) Lösung:
| |||||||||
Kann man zur Anmeldung (am Logon) auch einen Windows-Domänennutzer verwenden? | Ja! Hierbei gibt es zwei Möglichkeiten:
| |||||||||
Beim Starten von Anwendungen erfolgt ein Side-By-Side-Fehler (Ereignisanzeige) | Es müssen noch die C++-Runtimes installiert werden. (zu finden unter: \\les-file1\install\entwicklung\VCREDIST-Module\) | |||||||||
Anwendungen die auf Dlls des Anzeigensystems zugreifen starten gar nicht oder stürzen frühzeitig ab zB. Blattplanung, Bausteinbearbeitung Stammdaten melden, dass sich die Kommerzdialoge nicht laden lassen In der Ereignisanzeige steht im Falle der Abstürze eine Fehlermeldung bzgl der MSVCR90.dll | Im Bin-Verzeichnis fehlt die MSVCR71.DLL | |||||||||
Logon, Useradmin, Bildueb und Bildeditor starten ohne Probleme, redaktionelle Anwendungen stürzen frühzeitig ab - ohne Hinweise in der Ereignisanzeige. Bausteinbea und rgrafmust melden nicht gefundenen Einsprungspunkt in msvcrt.dll | Im Bin-Verzeichnis liegen gdiplus.dll und/oder dwrite.dll - die haben dort nichts zu suchen, werden über die jeweilige Betriebssystem-Variante gezogen | |||||||||
Logon stürzt mit "Orbix insufficient memory" ab | cache-Verzeichnis mit offenbar problematischem Inhalt, Löschen hilft (beobachtet bei erstmaligem Start nach Wechsel auf 64 bit, gleiche DB wie vorher 5.51.55) | |||||||||
SSO-Anmeldung im Logon möglich, in Auftragsbearbeitung jedoch keine Publikation wählbar (Liste ist leer) | Tritt beim internen Wechsel von Datenbanken/Kundensystemen auf, wenn Stammdatenprofile eingerichtet sind. Das Profil der letzten Anmeldung wird in der Registry unter HKCU\SOFTWARE\MPO-System\Logon\SDProfilId bzw. HKCU\SOFTWARE\MPO-System\Logon\LastSDProfilId. Ist auf der aktuellen DB kein Profil mit dieser ID vorhanden, wird der Benutzer nicht richtig angemeldet und hat keinen Zugriff auf Publikationen und andere profilabhängige Daten (z. B. Abteilungen). Details siehe
Lösung: Mit dem eigenen Benutzer einmal direkt anmelden (ohne SSO oder Windows-Authentifizierung) → dabei werden die Registry-Einträge aktualisiert und dann ist auch "normales" Arbeiten zwischen verschiedenen Datenbanken wieder möglich (dann auch wieder mit SSO-Anmeldung). |
