Bug 518285 - Location bar doesn't render correctly in the edit mode with non-Breeze application styles
Summary: Location bar doesn't render correctly in the edit mode with non-Breeze applic...
Status: RESOLVED FIXED
Alias: None
Product: dolphin
Classification: Applications
Component: bars: location (other bugs)
Version First Reported In: 25.12.3
Platform: Other Linux
: NOR minor
Target Milestone: ---
Assignee: Dolphin Bug Assignee
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2026-03-29 05:36 UTC by Bart
Modified: 2026-06-04 08:53 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed/Implemented In:
Sentry Crash Report:


Attachments
Appearance of the location bar when in the toolbar (87.14 KB, image/png)
2026-03-29 05:45 UTC, Bart
Details
Appearance of the detached location bar (88.66 KB, image/png)
2026-03-29 05:46 UTC, Bart
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Bart 2026-03-29 05:36:14 UTC
SUMMARY
While the location bar in Dolphin correctly adapts to the style in the "breadcrumbs" mode that's the default, it's got sort of an ugly, unstyled appearance when you switch to the "edit" mode. It can easily slip because it looks normal on the Breeze widget style, but when you turn to something else (Fusion, Windows 9x, Oxygen etc.), it's better visible. It's especially prevalent when the location bar is detached from the toolbar. It only became an issue after Plasma got ported to Qt 6, I checked an older distro which still used Qt 5 and it still looked right.

STEPS TO REPRODUCE
1. Enter the Dolphin configuration, then go to "Status & location bars" in the "Interface" category.
2. Check the "Make location bar editable" box on.
or
1. View > Location Bar
2. Check the "Editable location" box on

OBSERVED RESULT
The entry field isn't styled like it's supposed to be, instead appearing as an odd-looking white box without borders that clashes with the widget style. It only looks right on Breeze.

EXPECTED RESULT
The entry field should be styled after the widget theme of choice, having the correct borders.

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: universal, tested on Debian 13, Arch Linux and CachyOS, all fully updated
KDE Plasma Version: 6.6.3, though the issue has been a thing since the first version of Plasma 6
KDE Frameworks Version: 6.24.0
Qt Version: 6.11.0

ADDITIONAL INFORMATION
The visual bug doesn't appear in Plasma 5, as I tested it on Kubuntu 24.04 LTS and Debian 12 and it looked fine there.
Comment 1 Bart 2026-03-29 05:45:29 UTC
Created attachment 191099 [details]
Appearance of the location bar when in the toolbar

This is how the location bar appears when placed on the toolbar, presented on the Oxygen style
Comment 2 Bart 2026-03-29 05:46:35 UTC
Created attachment 191100 [details]
Appearance of the detached location bar

This is how the location bar appears when detached from the toolbar, presented on the Oxygen style
Comment 3 TraceyC 2026-04-02 18:05:12 UTC
Thanks for the bug report, and the screenshots. I can see what you're talking about, but I'm not able to reproduce it in Dolphin 25.12.3, nor built from git-master using any of the application styles you saw the bug with

Can you let us know all of the appearance settings you changed? Thanks.
Comment 4 Bart 2026-04-04 00:14:10 UTC
(In reply to TraceyC from comment #3)
> Thanks for the bug report, and the screenshots. I can see what you're
> talking about, but I'm not able to reproduce it in Dolphin 25.12.3, nor
> built from git-master using any of the application styles you saw the bug
> with
> 
> Can you let us know all of the appearance settings you changed? Thanks.

Was the location bar in the "breadcrumbs" mode or the text field mode? It renders right with the breadcrumbs mode, but the theming breaks when it appears as a text field.
Comment 5 Bart 2026-04-04 01:29:02 UTC
There is also one more style that actually renders it right - the Kvantum engine. However, when the location bar is detached from the toolbar (if there's none on the toolbar, it appears below it), the background behind it uses the text field color instead the window color, this issue applies to all styles.
Comment 6 TraceyC 2026-04-11 11:32:27 UTC
(In reply to Bart from comment #4)
> Was the location bar in the "breadcrumbs" mode or the text field mode? It
> renders right with the breadcrumbs mode, but the theming breaks when it
> appears as a text field.
Yes, I had tested following your steps to reproduce, with the location bar set to text mode (aka editable)

Doing something slightly different, I am able to reproduce the bug on Dolphin built from git-master
1.  View > Location Bar > check the "Editable location" box
2. Show Panels > uncheck "Lock panels"

With panels locked, the background of the location bar changes to white in edit mode
With panels unlocked, the white area is larger than the border
Comment 7 Filip Fila 2026-06-03 12:12:24 UTC
Git commit dad191bb92022631a2bba5675c9a0aad2b1df5d8 by Filip Fila.
Committed on 03/06/2026 at 12:12.
Pushed by filipf into branch 'master'.

KUrlNavigator: Fix double background interference when in editable mode

THE ISSUE BEING SOLVED

Currently the editable mode in KIO's navigator bar isn't implemented ideally, both from a general technical point of view and from the point of view of real life visual glitches that emerge as a result.

The issue is that when in editable mode, we are drawing two elements at the same time: 1) `PE_FrameLineEdit` responsible for the normal URL bar look; 2) `KUrlCombobox` that is the editable mode and that gets drawn on top of `PE_FrameLineEdit` when in editable mode.

The end result with most QStyles is a glitched look, with 2 elements' backgrounds overlapping.
 

THE PROPOSED SOLUTION

We should not be drawing two elements at the same time. 

This MR fixes the described issue by making the `PE_FrameLineEdit` morph seamlessly into `KUrlCombobox`.

I made sure that there is no bouncing around on mode switch and that spacings are correct in RTL layouts too.

The end result works great with all QStyles - none of the ones I tested look glitched anymore. 

____________
Related: bug 506177, bug 520249

FIXED-IN: 6.27

M  +20   -19   src/filewidgets/kurlnavigator.cpp

https://invent.kde.org/frameworks/kio/-/commit/dad191bb92022631a2bba5675c9a0aad2b1df5d8
Comment 8 Méven 2026-06-04 08:53:01 UTC
Git commit 76f6eb07739290bd7e7a61946f51d7329fb75545 by Méven Car, on behalf of Filip Fila.
Committed on 04/06/2026 at 08:52.
Pushed by meven into branch 'master'.

DolphinNavigatorsWidgetAction: Let non-Breeze QStyles style the non-toolbar navbar how they want

Currently when Dolphin's location bar is moved from the main toolbar, it stops being a nice `FrameLineEdit` that QStyles can style as they please.

That's because the current code is only adjusted for Breeze, which wants to fill the entire navbar frame with a plain rectangle.

Unfortunately, non-Breeze styles suffer from bad looks because this Breeze design is applied for them too.

In order to fix this, this MR restores the styling power back to QStyles by removing the rectangle, all the while keeping it for Breeze.

| Before (Breeze) | After (Breeze) |
| ------ | ------ |
|![DolphinURL-before_Breeze_](/uploads/b526076352023862e2f17cef744802a0/DolphinURL-before_Breeze_.png){width=698 height=134}        |  ![DolphinURL-after_Breeze_](/uploads/eb60d5c2a6dff129c4d200fef5f8c5ab/DolphinURL-after_Breeze_.png){width=715 height=138}      |

| Before (Oxygen) | After (Oxygen) |
| ------ | ------ |
|  ![DolphinURL-before_Oxygen_](/uploads/2d8f19debbd5410b8f0882ed20b34f83/DolphinURL-before_Oxygen_.png){width=714 height=114}      | ![DolphinURL-after_Oxygen_](/uploads/fc6a1bed3de647534494951a7b113d5e/DolphinURL-after_Oxygen_.png){width=687 height=129}       |

| Before (MSWindows9x) | After (MSWindows9x) |
| ------ | ------ |
|   ![DolphinURL-before_MSWindows9x_](/uploads/88ebd20a2be5d9052165ea417517b4a3/DolphinURL-before_MSWindows9x_.png){width=715 height=107}     |  ![DolphinURL-after_MSWindows9x_](/uploads/575e7a944238113714c70b7705b3854a/DolphinURL-after_MSWindows9x_.png){width=702 height=100}      |

| Before (Darkly) | After (Darkly) |
| ------ | ------ |
|  ![DolphinURL-before_Darkly_](/uploads/76f28b8175498b6a611953c05554c4e8/DolphinURL-before_Darkly_.png){width=675 height=123}      |  ![DolphinURL-after_Darkly_](/uploads/7b9b15eaab10ee7731d55c60af7591bf/DolphinURL-after_Darkly_.png){width=705 height=144}      |

| Before (Fusion) | After (Fusion) |
| ------ | ------ |
|  ![DolphinURL-before_Fusion_](/uploads/de27a5028986d797407bfe66b2e9916b/DolphinURL-before_Fusion_.png){width=701 height=118}      |   ![DolphinURL-after_Fusion_](/uploads/7f5c7acd1c433fcba8b96e402cf12a21/DolphinURL-after_Fusion_.png){width=692 height=122}     |


| Before (Kvantum) | After (Kvantum) |
| ------ | ------ |
| ![DolphinURL-before_Kvantum](/uploads/21c2126044ba31c3bc00610e34a71ec1/DolphinURL-before_Kvantum.png){width=697 height=135}       |   ![DolphinURL-after_Kvantum](/uploads/ea5287e7ba59e1f9b449c1b002d3b634/DolphinURL-after_Kvantum.png){width=700 height=123}     |

FIXED-IN:

M  +6    -3    src/dolphinnavigatorswidgetaction.cpp

https://invent.kde.org/system/dolphin/-/commit/76f6eb07739290bd7e7a61946f51d7329fb75545