Cannot reproduce. The logging shows that yo have a broken widget somewhere:

> KPackageStructure of KPluginMetaData(pluginId:"zayron.simple.separator", fileName:
> "/home/pnedyalkov/.local/share/plasma/plasmoids/zayron.simple.separator/metadata.json")
> does not match requested format "Plasma/Applet"
I wonder if this is related; if you remove that widget and then restart the machine, does the issue still happen?

Obviously if this fixes it, we have a different bug; a broken widget shouldn't cause this issue. But it would be good to know if that's related or not.

Created attachment 170589 [details]
Video 2

Hello Nate,

Thank you for your feedback. I removed and uninstalled the widget, but the issue is still reproducible. I recorded a new video and can be found in the above comment. The Plasmashell exits with the following Wayland protocol error:

qt.qml.context: file:///usr/share/plasma/plasmoids/org.kde.plasma.kickoff/contents/ui/KickoffDropArea.qml:19:5 Parameter "drag" is not declared. Injection of parameters into signal handlers is deprecated. Use JavaScript functions with formal parameters instead.
file:///usr/share/plasma/plasmoids/org.kde.plasma.kickoff/contents/ui/KickoffGridView.qml:147:19: QML KickoffGridDelegate (parent or ancestor of QQuickDragAttached): Binding loop detected for property "active"
Arrived mimeData QList(QUrl("file:///usr/share/applications/systemsettings.desktop")) QList("text/uri-list") at 788 ,  753
Mimetype Job returns. "application/x-desktop"
Received a suitable dropEvent at  QPoint(788,753)
Bailing out. Cannot find associated dropEvent related to the TransferJob
Creating menu for:  "application/x-desktop"
xdg_wm_base#3: error 3: no xdg_popup parent surface has been specified
The Wayland connection experienced a fatal error: Protocol error

Fascinating. Yeah, I can't reproduce that with git master everything. I wonder if this is caused by an old version of plasma-wayland-protocols, maybe? What version of that package (might be under a slight different name) do you have?

I talked to a KWin developer and he said it's likely a Qt issue. I see you're using 6.8, while I've got 6.7.1 myself (and it works for me), so this seems possible.

Hello Nate. Thank you for your feedback. I updated Plasma to 6.1 stable on my Arch Linux but the issue still persists. I have installed the Wayland protocols packages listed below:
plasma-wayland-protocols - 1.13.0-1
wayland-protocols- 1.36-1

Unfortunately, I cannot downgrade Qt to 5.7.x on Arch Linux. Here is my updated configuration:
Operating System: Arch Linux 
KDE Plasma Version: 6.1.0
KDE Frameworks Version: 6.3.0
Qt Version: 6.8.0
Kernel Version: 6.9.5-arch1-1 (64-bit)
Graphics Platform: Wayland

A possibly relevant merge request was started @ https://invent.kde.org/frameworks/kio/-/merge_requests/1650

A possibly relevant merge request was started @ https://invent.kde.org/plasma/libplasma/-/merge_requests/1151

qtwayland patch: https://codereview.qt-project.org/c/qt/qtwayland/+/570201

Git commit d3ffa52bf2deb487ce9761551c08b6905a5dffb1 by Vlad Zahorodnii.
Committed on 24/06/2024 at 16:50.
Pushed by vladz into branch 'master'.

kjobwidgets: Force setWindow() creating a window handle

Otherwise a null window handle may be set.

M  +9    -1    src/kjobwidgets.cpp

https://invent.kde.org/frameworks/kwidgetsaddons/-/commit/d3ffa52bf2deb487ce9761551c08b6905a5dffb1

Git commit cccaa8f89897146043a535d45a276e3a57412815 by Vlad Zahorodnii.
Committed on 24/06/2024 at 16:50.
Pushed by vladz into branch 'master'.

kjobwidgets: Add functions to associate QWindow with a KJob

KJobWidgets::setWindow() only works with QWidget objects. But there are
cases where a QtQuick based component needs to associate a QWindow with
a KJob in order to set a proper trasient parent for popups, etc.

M  +9    -1    src/kjobwidgets.cpp
M  +22   -1    src/kjobwidgets.h

https://invent.kde.org/frameworks/kwidgetsaddons/-/commit/cccaa8f89897146043a535d45a276e3a57412815

Git commit b6de43287519ecc2e9fdaa160e5a5b2f33ef9a31 by Vlad Zahorodnii.
Committed on 24/06/2024 at 16:55.
Pushed by vladz into branch 'master'.

Port DropJob to KJobWidgets::windowHandle()

This allows QtQuick components setting transient parent for DropJobs.

M  +11   -0    src/widgets/dropjob.cpp

https://invent.kde.org/frameworks/kio/-/commit/b6de43287519ecc2e9fdaa160e5a5b2f33ef9a31

Git commit 1120130cfedaa3770b5009a4bbf13d94c84d12b2 by Vlad Zahorodnii.
Committed on 25/06/2024 at 14:16.
Pushed by vladz into branch 'master'.

Specify transient parent both for drop menu and drop job

Currently, the transient parent for the drop job popup is unset, so
QtWayland QPA needs to guess the transient parent, otherwise the
client would be killed due to violating the xdg-shell protocol.

The popup parent heuristics in QtWayland are based on input events,
specifically they check what window the user interacted with last
time, i.e. where the last pointer button click has occurred, etc.

When dragging something, the last interacted window will correspond
to the drag source, so if a popup needs to be shown, it will likely
have the drag source window as the transient parent. This can be a
problem. For example, when dragging an item from Kickoff to the
desktop, Kickoff window will close when a drop occurs on the desktop.

QtWayland can't work around that. It simply needs to be told proper
metadata about the connection of the popup to the parent window. The
purpose of the setTransientParent() function is to achieve exactly
that.

M  +11   -3    src/plasmaquick/plasmoid/dropmenu.cpp

https://invent.kde.org/plasma/libplasma/-/commit/1120130cfedaa3770b5009a4bbf13d94c84d12b2