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

            Bug ID: 524019
           Summary: Native tab-set profiles (save/load named groups of
                    open tabs)
    Classification: Applications
           Product: dolphin
      Version First 26.04.3
       Reported In:
          Platform: Fedora RPMs
                OS: Linux
            Status: REPORTED
          Severity: wishlist
          Priority: NOR
         Component: general
          Assignee: [email protected]
          Reporter: [email protected]
                CC: [email protected]
  Target Milestone: ---

Dolphin currently only remembers the single most recent session (via "Show on
startup: Folders, tabs, and window state from last time"). There is no way to
save multiple distinct sets of open tabs under a name and switch between them
on demand.

Requested feature: A native "tab profile" system, similar to what file managers
like Directory Opus offer:

Save current tabs as a named profile (e.g. via a menu entry "Save open tabs
as...")
Load a saved profile, opening it as a new window/new tabs by default (does not
disturb currently open tabs)
Optional per-profile "replace on load" setting, configured at save time, for
profiles that should always replace the current tabs/window state instead of
opening alongside them
Manage profiles (rename, delete, reorder) in a simple settings dialog, ideally
with per-profile keyboard shortcuts

Use case: Users who work across several distinct contexts (e.g. different
projects, work vs. private folders, recurring maintenance tasks) currently have
to manually reopen and re-arrange the same sets of folders every time. A native
profile system would let them jump directly into a known tab layout with one
click or shortcut, without losing their current work by default.

Current workarounds and their limits:

The single "last session" auto-restore doesn't support multiple named sets.
External scripting is barely possible: Dolphin's D-Bus interface
(org.kde.dolphin.MainWindow) offers openDirectories() to open paths, but no
method to query the currently open tab URLs, so external tools cannot even
build this from the outside. (Related discussion on the same underlying D-Bus
gap, from a different angle:
https://discuss.kde.org/t/listing-dolphins-current-directories-in-file-dialogs/38852)

A native implementation inside Dolphin would be far more useful than relying on
external tooling, and would also resolve the D-Bus limitation as a side effect
if profile data becomes queryable.

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to