[okular] [Bug 514631] Opening in new tab from Windows Explorer 11

Scott bugzilla_noreply at kde.org
Sat Jan 17 04:38:17 GMT 2026


https://bugs.kde.org/show_bug.cgi?id=514631

--- Comment #1 from Scott <scott at mischko.com> ---
Here's what Gemini AI told me about this:

The behavior you're seeing is a documented architectural issue in the Windows
port.

  The Technical Root Cause
  Okular relies on KDBusService (a KDE wrapper for D-Bus) to handle
single-instance logic. Here is how it's designed to
  work:
   1. When you launch Okular with --unique, it tries to register a "well-known
name" on the D-Bus session bus.
   2. If the name is already taken, it sends the file path to the existing
instance via D-Bus and exits.
   3. The Windows Problem: On Linux, D-Bus is a system standard. On Windows,
Okular has to bundle a minimal D-Bus
      daemon. Because of how the Windows port is packaged, the second instance
often fails to connect to the "bus"
      created by the first instance, or the daemon is simply not compiled to
allow session-wide discovery in the same
      way.

  Can it be fixed?
  The logic to handle this is in Okular's shell/main.cpp. To fix it for
Windows, the code would likely need to be
  modified to use a native Windows mechanism (like a Named Pipe, MailSlot, or a
Hidden Window with WM_COPYDATA) instead
  of D-Bus when running on Q_OS_WIN.

  Currently, the source code shows that if D-Bus fails or is unavailable,
Okular just falls back to being a "normal"
  application, which results in a new window.

  Summary:
  Yes, Okular's code would need a Windows-specific patch to handle
single-instance discovery without a functioning D-Bus
  daemon. There is no configuration setting or registry hack that can bridge
this gap because the inter-process
  communication (IPC) channel itself is broken on the Windows port.

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the Okular-devel mailing list