can reproduce it in 
GPU: NVIDIA GTX 1650
CPU: Intel Core i3 10100F
RAM: 16GB
Motherboard: ASUS H510M-K
OS: Arch Linux
Kernel: 6.11.3 mainline
Plasma 6.2.1
Qt 6.8
Graphical Session: X11

The behavior is quite strange.
If you open the properties of system folders located in the root partition in the Dolphin context menu, the opening of the folder properties window occurs smoothly.
The Dolphin window does not restart when actions are performed in the root partition.
If you open the properties of folders in the user's home directory in the Dolphin context menu, then the first time you open the folder properties window, Dolphin will restart.
The same behavior of the Dolphin window occurs when opening the properties of the /tmp folder.
The Dolphin window restarts with the /tmp folder, although when opening the properties window of the rest of the folders in the root / partition, the behavior is correct.
This behavior is on free and proprietary Nvidia drivers.

Operating System: ROSA Fresh Desktop 13
KDE Plasma Version: 6.2.2
KDE Frameworks Version: 6.8.0
Qt Version: 6.8.0
Kernel Version: 6.11.6-generic-4rosa13-x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 8 × Intel® Core™ i7-7700K CPU @ 4.20GHz
Memory: 31.2 ГиБ of RAM
Graphics Processor: NVIDIA GeForce RTX 3050/PCIe/SSE2
Manufacturer: Gigabyte Technology Co., Ltd.
Product Name: B250M-D3H

Same behavior on OpenMandriva.

Operating System: OpenMandriva Cooker
KDE Plasma Version: 6.2.2
KDE Frameworks Version: 6.7.0
Qt Version: 6.8.0
Kernel Version: 6.11.5-desktop-1omv2490 (64-bit)
Graphics Platform: X11
Processors: 4 × Intel® Core™ i7-7700K CPU @ 4.20GHz
Memory: 7.8 ГиБ of RAM
Graphics Processor: llvmpipe
Manufacturer: QEMU
Product Name: Standard PC (Q35 + ICH9, 2009)
System Version: pc-q35-9.1

After removing the kdenetwork-filesharing package, the behavior is normalized.
After a new installation of kdenetwork-filesharing, when opening the folder properties in the context menu, the Dolphin window restarts again.
When I do all these actions with Dolphin in the console, I get this output.


$ dolphin 
qrc:/org.kde.filesharing.samba/qml/ACLPage.qml:23:5: QML OverlaySheet: Binding loop detected for property "implicitHeight":
file:///usr/lib64/qt6/qml/org/kde/kirigami/templates/OverlaySheet.qml:132:5
qrc:/org.kde.filesharing.samba/qml/ACLPage.qml:23:5: QML OverlaySheet: Binding loop detected for property "implicitHeight":
file:///usr/lib64/qt6/qml/org/kde/kirigami/templates/OverlaySheet.qml:132:5
qrc:/org.kde.filesharing.samba/qml/ACLPage.qml:23:5: QML OverlaySheet: Binding loop detected for property "implicitHeight":
file:///usr/lib64/qt6/qml/org/kde/kirigami/templates/OverlaySheet.qml:132:5
qrc:/org.kde.filesharing.samba/qml/ACLPage.qml:23:5: QML OverlaySheet: Binding loop detected for property "implicitHeight":
file:///usr/lib64/qt6/qml/org/kde/kirigami/templates/OverlaySheet.qml:132:5
qrc:/org.kde.filesharing.samba/qml/ACLPage.qml:23:5: QML OverlaySheet: Binding loop detected for property "implicitHeight":
file:///usr/lib64/qt6/qml/org/kde/kirigami/templates/OverlaySheet.qml:132:5
qrc:/org.kde.filesharing.samba/qml/ACLPage.qml:23:5: QML OverlaySheet: Binding loop detected for property "implicitHeight":
file:///usr/lib64/qt6/qml/org/kde/kirigami/templates/OverlaySheet.qml:132:5

Installed the kdenetwork-filesharing package in KDE Neon.
After this, Dolphin's behavior also changed when opening folder properties in Dolphin's context menu.
The main Dolphin window is restarted.

Sometimes when this happens for me, the Dolphin window reappears on a different screen than it was before. Also, any window settings I had activated (window pinned on top, inverted colors, etc.) are lost.

*** Bug 497659 has been marked as a duplicate of this bug. ***

*** Bug 495423 has been marked as a duplicate of this bug. ***

*** Bug 495403 has been marked as a duplicate of this bug. ***

Can't reproduce with the properties window opened from Okular, but I can with Dolphin. Seems Dolphin-specific; moving there.

(In reply to Nate Graham from comment #10)
> Can't reproduce with the properties window opened from Okular, but I can
> with Dolphin. Seems Dolphin-specific; moving there.

It does seem like this is not quite specific to Dolphin: it also happens when opening the properties of a folder in the Places sidebar in a file dialog, as I mentioned in Bug 497684 (while with a folder in the main area of a file dialog it results in an outright crash, reported in that bug report).

I'm not sure where in Okular you opened a properties window; these bugs only happen with folders, not regular files in my experience, and also Okular's File/Properties opens the PDF (or other file type) specific properties anyway, different from the general properties window.

You're right, it does happen there too.

OTOH it doesn't happen in Krusader or Konqueror.

Seems like a redundant of https://bugs.kde.org/show_bug.cgi?id=497248

*** Bug 497248 has been marked as a duplicate of this bug. ***

*** Bug 496623 has been marked as a duplicate of this bug. ***

*** Bug 497244 has been marked as a duplicate of this bug. ***

*** Bug 499385 has been marked as a duplicate of this bug. ***

I can confirm the problem:

Operating System: Arch Linux 
KDE Plasma Version: 6.2.5
KDE Frameworks Version: 6.10.0
Qt Version: 6.8.2
Kernel Version: 6.13.1-arch1-1 (64-bit)
Graphics Platform: X11
Processors: 32 × Intel® Core™ i9-14900KF
Memory: 62.6 GiB of RAM
Graphics Processor: NVIDIA GeForce RTX 4090/PCIe/SSE2
Manufacturer: ASUS
Dolphin: 24.12.1

I no longer experience the issue of Dolphin restarting when clicking on "Properties" of folder under "Places" now that I've update to Plasma 6.3.

Operating System: Arch Linux 
KDE Plasma Version: 6.3.0
KDE Frameworks Version: 6.10.0
Qt Version: 6.8.2
Kernel Version: 6.13.2-arch1-1 (64-bit)
Graphics Platform: Wayland
Processors: 8 × 11th Gen Intel® Core™ i5-11300H @ 3.10GHz
Memory: 8.1 GB of RAM
Graphics Processor 1: NVIDIA GeForce GTX 1650
Graphics Processor 2: Intel® Iris® Xe Graphics
Manufacturer: LENOVO
Product Name: 82MG
System Version: IdeaPad Gaming 3 15IHU6

(In reply to Fernando M. Muniz from comment #20)
> I no longer experience the issue of Dolphin restarting when clicking on
> "Properties" of folder under "Places" now that I've update to Plasma 6.3.

Still present in 6.3, and removing kdenetwork-filesharing still workarounds it, so I would have been surprised if a plasma update would have fixed it.

Can now repro this after building `kdenetwork-filesharing`

Operating System: Fedora Linux 41
KDE Plasma Version: 6.3.80
KDE Frameworks Version: 6.12.0
Qt Version: 6.8.2
Kernel Version: 6.12.13-200.fc41.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 12 × AMD Ryzen 5 3600 6-Core Processor
Memory: 15.5 GiB of RAM
Graphics Processor: AMD Radeon RX 6600

After going this through with GDB, it seems that the dolphin main window closes when this bit of code is being iterated in `kpropertiesdialog.cpp`

```cpp

    const auto jsonPlugins = KPluginMetaData::findPlugins(QStringLiteral("kf6/propertiesdialog"), filter);
    for (const auto &jsonMetadata : jsonPlugins) {
        if (auto plugin = KPluginFactory::instantiatePlugin<KPropertiesDialogPlugin>(jsonMetadata, q).plugin) {
            insertPlugin(plugin);
        }
    }
```

The exact part being:
```
(auto plugin = KPluginFactory::instantiatePlugin<KPropertiesDialogPlugin>(jsonMetadata, q).plugin)
```

After some more investigation, only `sambausershareplugin` causes this issue. Other plugins work fine.

You'll probably want to set a breakpoint on QWidgetPrivate::hide_helper

Thanks to Harald we found out that this can be fixed with `export QT_WIDGETS_RHI=1` env var.

However we probably should add this to Dolphin itself.

A possibly relevant merge request was started @ https://invent.kde.org/system/dolphin/-/merge_requests/911

When I set QT_WIDGETS_RHI=1 in /etc/environment I get very weird behavior in plasma wayland session. dekstop right click menus doesnt show fully until you mouse over it then the contents display correctly. Also right clicking to any window to bring up the window options menu or Alt+F3 shrotcut displays a sort of invisible menu. 

https://imgur.com/a/akAPpzE

(In reply to Mehmet from comment #28)
> When I set QT_WIDGETS_RHI=1 in /etc/environment I get very weird behavior in
> plasma wayland session. dekstop right click menus doesnt show fully until
> you mouse over it then the contents display correctly. Also right clicking
> to any window to bring up the window options menu or Alt+F3 shrotcut
> displays a sort of invisible menu. 
> 
This isn't meant as to be applied at the session level in `/etc/environment`.
It will even worsen perf.

But only for dolphin (and potentially other mixed QtWidget QtQuick applications):

QT_WIDGETS_RHI=1 dolphin

> However we probably should add this to Dolphin itself.

As it was implied.

(In reply to Mehmet from comment #28)
> When I set QT_WIDGETS_RHI=1 in /etc/environment I get very weird behavior in
> plasma wayland session. dekstop right click menus doesnt show fully until
> you mouse over it then the contents display correctly. Also right clicking
> to any window to bring up the window options menu or Alt+F3 shrotcut
> displays a sort of invisible menu. 
> 
> https://imgur.com/a/akAPpzE

Please don't use it as your environment variable. I should have clarified it was for testing only to see what fixes the bug and what doesn't, not an actual solution.

There is work underway to fix this bug.

Doesn't happen to me currently. Not sure if it happend before 6.3, i have never noticed this happening.

Operating System: Arch Linux 
KDE Plasma Version: 6.3.1
KDE Frameworks Version: 6.11.0
Qt Version: 6.8.2
Kernel Version: 6.13.3-arch1-1 (64-bit)
Graphics Platform: Wayland
Processors: 4 × Intel® Core™ i5-7600K CPU @ 3.80GHz
Memory: 23.4 GiB of RAM
Graphics Processor: AMD Radeon Pro 580X
Manufacturer: Apple Inc.
Product Name: iMac18,3
System Version: 1.0

A possibly relevant merge request was started @ https://invent.kde.org/network/kdenetwork-filesharing/-/merge_requests/63

Git commit ace9a6511252f7e61297d1052824c41c2b789f50 by Akseli Lahtinen.
Committed on 24/02/2025 at 13:46.
Pushed by akselmo into branch 'master'.

If parent is mainWindow and rasterSurface, use Software rendering

When opening a properties dialog, or any dialog that uses
QtQuick (`QQuickView`), Dolphin will restart since it uses raster surface,
and QtQuick expects GPU accelerated surface.

During plugin construction, check if the parent window is using RasterSurface.
If so, set the QQuickWindow API to Software.

This fixes the restarting of Dolphin when opening properties, for example.

M  +18   -1    samba/filepropertiesplugin/sambausershareplugin.cpp

https://invent.kde.org/network/kdenetwork-filesharing/-/commit/ace9a6511252f7e61297d1052824c41c2b789f50

*** Bug 501349 has been marked as a duplicate of this bug. ***

*** Bug 502362 has been marked as a duplicate of this bug. ***

Hello,
When the fix should lend to end users?

The commit that fixed this has the tags 
v25.03.80 v25.03.90

This fix will be present in Dolphin 25.03

(In reply to TraceyC from comment #37)
> The commit that fixed this has the tags 
> v25.03.80 v25.03.90
> 
> This fix will be present in Dolphin 25.03

Thank you TraceyC!