links in pdfs

10.5.1 32bit Win 11 / Bei mir öffnet ein externer Link in der Vorschau des PDF-Tabs immer im Standardbrowser.

Stelle in Deinem Betrübssystem die Standardanwendung für .html auf Deinen Webbrowser ein.

Hat denn der angeklickte Link einen absoluten oder relativen Pfad? Ist er also vollständig oder gekürzt? Kann mir vorstellen, dass relative mangels http(s) nicht extern geladen werden können.

Passiert das denn bei allen (PDF-)Anhängen oder nur bei bestimmten? Und was ist mit Links in der Nachricht selbst? Werden diese extern geladen?

Ansonsten ist es bei den Links in HTML-Mails üblich, target="_blank" hinzuzufügen, damit die Links immer in externen Browsern geöffnet werden, weil moderne Mailprogramme Links auch selbst öffnen können. Ein Anhang ist aber keine HTML-Mail und z.B. PDF-Viewer können normalerweise keine HTML-Dateien anzeigen. Daher ist dieser Zusatz dort nicht unbedingt notwendig.

Anders ist es aber bei The Bat!, denn dort werden die Anhänge über den internen Browser angezeigt, der zudem jetzt auch noch als alternativer HTML-Betrachter zu CEF reaktiviert wurde. Fehlt also bei einem im Anhang enthaltenen Link der o.g. Zusatz, könnte dieser durchaus gleich im internen HTML-Betrachter geladen werden, insbesondere weil Ritlabs behauptet, dass die Anzeige von Anhängen in einer Art Sandbox geschieht, wodurch vielleicht der Befehl an einen externen Browser unterbunden wird.

Habe es jetzt mit Links in verschiedenen angehängten PDF-Dateien getestet und diese werden alle im externen Browser geladen. Also alles so, wie es sein soll.

Wenn deine PDF-Datei keine persönlichen Infos beinhaltet, dann lade sie hier hoch, damit wir sie testen können.

Soweit ich das erkennen konnte, wird der PDF-Anhang bei dir aber nicht im internen HTML-Viewer geladen, weil dieser keine Symbolleisten etc. beinhaltet, die man aber bei dir sieht. Es wird vielmehr nach dem Klick auf den Reiter immer nur der Inhalt der Anhangs angezeigt. Irgendwie sieht es so aus, als ob die PDF-Datei in deinem Standard-PDF-Viewer angezeigt wird, der sich in den Reiter eingenistet hat.

Hast du denn CEF deaktiviert bzw. nutzt du Win7/8?

Startest du mit /ForceNoCEF? Und wenn du diesen Kommandozeilenparameter weglässt und damit CEF wieder einschaltest?

Zitat von Liquid Soul

CEF in den Einstellungen deaktiviert.

Man kann CEF nicht über die Benutzereinstellungen deaktivieren, sondern nur über den o.g. Kommandozeilenparameter. Für den Test solltest du CEF aber gerade einschalten, weil du geschrieben hast, dass es bei dir aus ist.

Und wenn du die Option ganz unten im ersten Reiter Allgemein meinst, so bewirkt sie lediglich, dass CEF als Einzelprozess ausgeführt wird. Es bleibt aber mit oder ohne diese Option immer eingeschaltet.

Zitat von Liquid Soul

Und nun Ansicht siehe bildschirmfoto.

Jetzt sieht es so aus, wei es eigentlich aussehen müsste, wenn man einen PDF-Anhang im Reiter öffnet. Wird denn der Link jetzt im externen Browser geladen oder immer noch intern?

Zitat von Liquid Soul

ich ging davon aus das CEF ein ist, weil es unter optionen - benutzereinstellungen - allgemein (den cef-browser als einzelprozess einsetzen [blabla]) ein haken gesetzt war. jetzt ist dort kein haken gesetzt. also meine nächste frage: soll unter optionen - benutzereinstellungen - allgemein der haken bei cef-browser nun gesetzt sein oder nicht?

Wie ich bereits geschrieben habe, bewirkt diese Option, wenn sie aktiviert ist, lediglich, dass CEF als Einzelprozess ausgeführt wird. Ist sie hingegen deaktiviert, was standardmäßig der Fall ist, wird CEF in mehreren Prozessen ausgeführt. Das kennst du vielleicht von deinem Browser, der im Task-Manager mehrmals aufgelistet wird, obwohl eigentlich nur einmal gestartet. Da der Mehrprozess zu Problemen bei einigen Nutzern geführt hat, hat man diese Option eingebaut.

In beiden Fällen wird CEF aber ausgeführt. Unterbinden kann man das erst seit v9.5.1 mit dem neuen Kommandozeilenparameter /ForceNoCEF, der beim Programmstart benutzt werden muss. Dann wird unter Win10/11 der alternative HTML-Betrachter verwendet, was bei älteren OS sowieso der Fall ist.

Du nutzt aber Win10. also hast du die Wahl, ob mit oder ohne CEF, wobei Ritlabs empfehlen, CEF zu aktivieren, was bedeutet, dass man den o.g. Kommandozeilenparameter nicht (!) verwenden sollte. Ob man dann die o.g. Option in den Benutzereinstellungen aktivieren sollte oder nicht, hängt davon ab, ob du mit Mehrprozess Probleme hast. Wenn nicht, dann lasse sie deaktiviert.

Zitat von Liquid Soul

wenn ich tb so starte "TheBat64.exe /ForceNoCEF" dann siehe eintrag #14. der link ist anklickbar aber es wird nichts geöffnet das der link nicht richtig interpretiert wird "http://atboard.net/thread/1"

Ob später im Browser die richtige Webseite geladen wird oder der Fehler 404 erscheint, ist eine andere Sache. Zunächst muss ein externer Browser überhaupt gestartet werden, was normalerweise passiert, wenn man auf http klickt, und was bei dir wohl nicht passiert.

Du hast übrigens immer noch nicht geantwortet, ob Links in der Nachricht selbst, also nicht im Anhang, ordnungsgemäß im externen Browser geladen werden oder auch nicht? Wenn auch nicht, dann stimmt etwas mit deinen Protokoll-Verknüpfungen nicht. Du solltest sie auf jeden Fall in Windows unter Standardprogramme festlegen überprüfen.

Am besten vielleicht einen anderen Browser als Standard definieren und es damit testen. Und wenn's läuft, dann wieder zurück zum alten Browser wechseln. Dabei muss man nicht mal in die Windows-Einstellungen gehen, da wenn man den Alternativ-Browser startet, er oft selbst vorschlägt, ihn als Standard-Browser zu definieren. Einfach auf OK klicken und dann die Links in The Bat! testen.

Liquid Soul Ah, ich hatte Benutzereinstellungen → Allgemein → [×] CEF-Browser auf Einzelprozess, da öffnet dann im externen Browser.

Wenn ich das deaktiviere, öffnen Links im PDF-Viewer des CEF

Stelle mal um auf: Benutzereinstellungen → Allgemein → [×] CEF-Browser auf Einzelprozess

Und The Bat! neu starten.