I tried again and I discovered exactly when it happens: 

1) If I press right-click on a file WHILE it is syncing, then Dolphin crashes

2) If I press right-click AFTER the file has been synced, then Dolphin context menu opens regularly

(In reply to Tommaso from comment #0)
> Application: dolphin (19.12.3)
> 
> Qt Version: 5.12.8
> Frameworks Version: 5.68.0
> Operating System: Linux 5.4.0-77-generic x86_64
> Windowing system: X11
> Distribution: Ubuntu 20.04.2 LTS
> 
> -- Information about the crash:
> - What I was doing when the application crashed:
> 
> I right-clicked on a file in Dolphin.
> 
> 
> - Custom settings of the application:
> 
> It appens when I have installed Insync (https://www.insynchq.com/)
> 3.4.2.40983 with Dolphin integration
> 
> The crash can be reproduced every time.
> 
> -- Backtrace:
> Application: Dolphin (dolphin), signal: Segmentation fault
> Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
> [Current thread is 1 (Thread 0x7f2784287800 (LWP 5046))]
> 
> Thread 8 (Thread 0x7f2778b89700 (LWP 5054)):
> #0  0x00007f278695a508 in g_mutex_unlock () from
> /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #1  0x00007f278690c8e1 in g_main_context_prepare () from
> /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #2  0x00007f278690d29b in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #3  0x00007f278690d4a3 in g_main_context_iteration () from
> /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #4  0x00007f2788a1c583 in
> QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>)
> () from /lib/x86_64-linux-gnu/libQt5Core.so.5
> #5  0x00007f27889c34db in
> QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from
> /lib/x86_64-linux-gnu/libQt5Core.so.5
> #6  0x00007f27887fb785 in QThread::exec() () from
> /lib/x86_64-linux-gnu/libQt5Core.so.5
> #7  0x00007f27887fc9d2 in ?? () from /lib/x86_64-linux-gnu/libQt5Core.so.5
> #8  0x00007f278724e609 in start_thread (arg=<optimized out>) at
> pthread_create.c:477
> #9  0x00007f278ab0f293 in clone () at
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
> 
> Thread 7 (Thread 0x7f27798a1700 (LWP 5053)):
> #0  futex_wait_cancelable (private=<optimized out>, expected=0,
> futex_word=0x55b1780229a8) at ../sysdeps/nptl/futex-internal.h:183
> #1  __pthread_cond_wait_common (abstime=0x0, clockid=0,
> mutex=0x55b178022958, cond=0x55b178022980) at pthread_cond_wait.c:508
> #2  __pthread_cond_wait (cond=0x55b178022980, mutex=0x55b178022958) at
> pthread_cond_wait.c:647
> #3  0x00007f277ad5eb5b in ?? () from
> /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
> #4  0x00007f277ad5e75b in ?? () from
> /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
> #5  0x00007f278724e609 in start_thread (arg=<optimized out>) at
> pthread_create.c:477
> #6  0x00007f278ab0f293 in clone () at
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
> 
> Thread 6 (Thread 0x7f277a0a2700 (LWP 5052)):
> #0  futex_wait_cancelable (private=<optimized out>, expected=0,
> futex_word=0x55b1780229a8) at ../sysdeps/nptl/futex-internal.h:183
> #1  __pthread_cond_wait_common (abstime=0x0, clockid=0,
> mutex=0x55b178022958, cond=0x55b178022980) at pthread_cond_wait.c:508
> #2  __pthread_cond_wait (cond=0x55b178022980, mutex=0x55b178022958) at
> pthread_cond_wait.c:647
> #3  0x00007f277ad5eb5b in ?? () from
> /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
> #4  0x00007f277ad5e75b in ?? () from
> /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
> #5  0x00007f278724e609 in start_thread (arg=<optimized out>) at
> pthread_create.c:477
> #6  0x00007f278ab0f293 in clone () at
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
> 
> Thread 5 (Thread 0x7f277a8a3700 (LWP 5051)):
> #0  futex_wait_cancelable (private=<optimized out>, expected=0,
> futex_word=0x55b1780229a8) at ../sysdeps/nptl/futex-internal.h:183
> #1  __pthread_cond_wait_common (abstime=0x0, clockid=0,
> mutex=0x55b178022958, cond=0x55b178022980) at pthread_cond_wait.c:508
> #2  __pthread_cond_wait (cond=0x55b178022980, mutex=0x55b178022958) at
> pthread_cond_wait.c:647
> #3  0x00007f277ad5eb5b in ?? () from
> /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
> #4  0x00007f277ad5e75b in ?? () from
> /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
> #5  0x00007f278724e609 in start_thread (arg=<optimized out>) at
> pthread_create.c:477
> #6  0x00007f278ab0f293 in clone () at
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
> 
> Thread 4 (Thread 0x7f2780e7b700 (LWP 5050)):
> #0  futex_wait_cancelable (private=<optimized out>, expected=0,
> futex_word=0x55b1780229a8) at ../sysdeps/nptl/futex-internal.h:183
> #1  __pthread_cond_wait_common (abstime=0x0, clockid=0,
> mutex=0x55b178022958, cond=0x55b178022980) at pthread_cond_wait.c:508
> #2  __pthread_cond_wait (cond=0x55b178022980, mutex=0x55b178022958) at
> pthread_cond_wait.c:647
> #3  0x00007f277ad5eb5b in ?? () from
> /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
> #4  0x00007f277ad5e75b in ?? () from
> /usr/lib/x86_64-linux-gnu/dri/iris_dri.so
> #5  0x00007f278724e609 in start_thread (arg=<optimized out>) at
> pthread_create.c:477
> #6  0x00007f278ab0f293 in clone () at
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
> 
> Thread 3 (Thread 0x7f2782758700 (LWP 5049)):
> #0  0x00007f278ab02aff in __GI___poll (fds=0x7f2774013440, nfds=1,
> timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
> #1  0x00007f278690d36e in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #2  0x00007f278690d4a3 in g_main_context_iteration () from
> /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #3  0x00007f2788a1c583 in
> QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>)
> () from /lib/x86_64-linux-gnu/libQt5Core.so.5
> #4  0x00007f27889c34db in
> QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from
> /lib/x86_64-linux-gnu/libQt5Core.so.5
> #5  0x00007f27887fb785 in QThread::exec() () from
> /lib/x86_64-linux-gnu/libQt5Core.so.5
> #6  0x00007f2788c9eefa in ?? () from /lib/x86_64-linux-gnu/libQt5DBus.so.5
> #7  0x00007f27887fc9d2 in ?? () from /lib/x86_64-linux-gnu/libQt5Core.so.5
> #8  0x00007f278724e609 in start_thread (arg=<optimized out>) at
> pthread_create.c:477
> #9  0x00007f278ab0f293 in clone () at
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
> 
> Thread 2 (Thread 0x7f2783384700 (LWP 5048)):
> #0  0x00007f278ab02aff in __GI___poll (fds=0x7f2783383ca8, nfds=1,
> timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
> #1  0x00007f2787209c1a in ?? () from /lib/x86_64-linux-gnu/libxcb.so.1
> #2  0x00007f278720b90a in xcb_wait_for_event () from
> /lib/x86_64-linux-gnu/libxcb.so.1
> #3  0x00007f2783b8a298 in ?? () from /lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
> #4  0x00007f27887fc9d2 in ?? () from /lib/x86_64-linux-gnu/libQt5Core.so.5
> #5  0x00007f278724e609 in start_thread (arg=<optimized out>) at
> pthread_create.c:477
> #6  0x00007f278ab0f293 in clone () at
> ../sysdeps/unix/sysv/linux/x86_64/clone.S:95
> 
> Thread 1 (Thread 0x7f2784287800 (LWP 5046)):
> [KCrash Handler]
> #6  0x00007f2788a02c64 in QVariant::toString() const () from
> /lib/x86_64-linux-gnu/libQt5Core.so.5
> #7  0x00007f276e4e0275 in
> FileItemActionInsyncPlugin::getContextMenuActions(QString const&) () from
> /usr/lib/x86_64-linux-gnu/qt5/plugins/fileitemactioninsyncplugin.so
> #8  0x00007f276e4dffb9 in
> FileItemActionInsyncPlugin::actions(KFileItemListProperties const&,
> QWidget*) () from
> /usr/lib/x86_64-linux-gnu/qt5/plugins/fileitemactioninsyncplugin.so
> #9  0x00007f278a5c745f in KFileItemActions::addPluginActionsTo(QMenu*) ()
> from /lib/x86_64-linux-gnu/libKF5KIOWidgets.so.5
> #10 0x00007f278ac4716d in ?? () from
> /lib/x86_64-linux-gnu/libkdeinit5_dolphin.so
> #11 0x00007f278ac478f8 in ?? () from
> /lib/x86_64-linux-gnu/libkdeinit5_dolphin.so
> #12 0x00007f278ac3d0e8 in ?? () from
> /lib/x86_64-linux-gnu/libkdeinit5_dolphin.so
> #13 0x00007f27889f0458 in QMetaObject::activate(QObject*, int, int, void**)
> () from /lib/x86_64-linux-gnu/libQt5Core.so.5
> #14 0x00007f278a9131a8 in DolphinView::requestContextMenu(QPoint const&,
> KFileItem const&, QUrl const&, QList<QAction*> const&) () from
> /lib/x86_64-linux-gnu/libdolphinprivate.so.5
> #15 0x00007f278a982338 in DolphinView::slotItemContextMenuRequested(int,
> QPointF const&) () from /lib/x86_64-linux-gnu/libdolphinprivate.so.5
> #16 0x00007f27889f0458 in QMetaObject::activate(QObject*, int, int, void**)
> () from /lib/x86_64-linux-gnu/libQt5Core.so.5
> #17 0x00007f278a9113aa in KItemListController::itemContextMenuRequested(int,
> QPointF const&) () from /lib/x86_64-linux-gnu/libdolphinprivate.so.5
> #18 0x00007f278a9436b4 in
> KItemListController::mousePressEvent(QGraphicsSceneMouseEvent*, QTransform
> const&) () from /lib/x86_64-linux-gnu/libdolphinprivate.so.5
> #19 0x00007f278a945e45 in KItemListController::processEvent(QEvent*,
> QTransform const&) () from /lib/x86_64-linux-gnu/libdolphinprivate.so.5
> #20 0x00007f278a955716 in KItemListView::event(QEvent*) () from
> /lib/x86_64-linux-gnu/libdolphinprivate.so.5
> #21 0x00007f27894b5a66 in QApplicationPrivate::notify_helper(QObject*,
> QEvent*) () from /lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #22 0x00007f27894bf0f0 in QApplication::notify(QObject*, QEvent*) () from
> /lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #23 0x00007f27889c493a in QCoreApplication::notifyInternal2(QObject*,
> QEvent*) () from /lib/x86_64-linux-gnu/libQt5Core.so.5
> #24 0x00007f27897e01e3 in ?? () from /lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #25 0x00007f27897e0627 in ?? () from /lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #26 0x00007f27897e8acb in ?? () from /lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #27 0x00007f27897e8cff in
> QGraphicsScene::mousePressEvent(QGraphicsSceneMouseEvent*) () from
> /lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #28 0x00007f27897f227a in QGraphicsScene::event(QEvent*) () from
> /lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #29 0x00007f27894b5a66 in QApplicationPrivate::notify_helper(QObject*,
> QEvent*) () from /lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #30 0x00007f27894bf0f0 in QApplication::notify(QObject*, QEvent*) () from
> /lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #31 0x00007f27889c493a in QCoreApplication::notifyInternal2(QObject*,
> QEvent*) () from /lib/x86_64-linux-gnu/libQt5Core.so.5
> #32 0x00007f278980f22b in QGraphicsView::mousePressEvent(QMouseEvent*) ()
> from /lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #33 0x00007f27894f82d1 in QWidget::event(QEvent*) () from
> /lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #34 0x00007f27895a5d52 in QFrame::event(QEvent*) () from
> /lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #35 0x00007f2789810421 in QGraphicsView::viewportEvent(QEvent*) () from
> /lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #36 0x00007f27889c464b in
> QCoreApplicationPrivate::sendThroughObjectEventFilters(QObject*, QEvent*) ()
> from /lib/x86_64-linux-gnu/libQt5Core.so.5
> #37 0x00007f27894b5a55 in QApplicationPrivate::notify_helper(QObject*,
> QEvent*) () from /lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #38 0x00007f27894bf343 in QApplication::notify(QObject*, QEvent*) () from
> /lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #39 0x00007f27889c493a in QCoreApplication::notifyInternal2(QObject*,
> QEvent*) () from /lib/x86_64-linux-gnu/libQt5Core.so.5
> #40 0x00007f27894be457 in QApplicationPrivate::sendMouseEvent(QWidget*,
> QMouseEvent*, QWidget*, QWidget*, QWidget**, QPointer<QWidget>&, bool, bool)
> () from /lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #41 0x00007f278951435d in ?? () from /lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #42 0x00007f27895171ec in ?? () from /lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #43 0x00007f27894b5a66 in QApplicationPrivate::notify_helper(QObject*,
> QEvent*) () from /lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #44 0x00007f27894bf0f0 in QApplication::notify(QObject*, QEvent*) () from
> /lib/x86_64-linux-gnu/libQt5Widgets.so.5
> #45 0x00007f27889c493a in QCoreApplication::notifyInternal2(QObject*,
> QEvent*) () from /lib/x86_64-linux-gnu/libQt5Core.so.5
> #46 0x00007f2788e867d3 in
> QGuiApplicationPrivate::processMouseEvent(QWindowSystemInterfacePrivate::
> MouseEvent*) () from /lib/x86_64-linux-gnu/libQt5Gui.so.5
> #47 0x00007f2788e8810b in
> QGuiApplicationPrivate::
> processWindowSystemEvent(QWindowSystemInterfacePrivate::WindowSystemEvent*)
> () from /lib/x86_64-linux-gnu/libQt5Gui.so.5
> #48 0x00007f2788e6235b in
> QWindowSystemInterface::sendWindowSystemEvents(QFlags<QEventLoop::
> ProcessEventsFlag>) () from /lib/x86_64-linux-gnu/libQt5Gui.so.5
> #49 0x00007f2783b8b32e in ?? () from /lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
> #50 0x00007f278690d17d in g_main_context_dispatch () from
> /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #51 0x00007f278690d400 in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #52 0x00007f278690d4a3 in g_main_context_iteration () from
> /lib/x86_64-linux-gnu/libglib-2.0.so.0
> #53 0x00007f2788a1c565 in
> QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>)
> () from /lib/x86_64-linux-gnu/libQt5Core.so.5
> #54 0x00007f27889c34db in
> QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from
> /lib/x86_64-linux-gnu/libQt5Core.so.5
> #55 0x00007f27889cb246 in QCoreApplication::exec() () from
> /lib/x86_64-linux-gnu/libQt5Core.so.5
> #56 0x00007f278ac2b8b5 in kdemain () from
> /lib/x86_64-linux-gnu/libkdeinit5_dolphin.so
> #57 0x00007f278aa140b3 in __libc_start_main (main=0x55b17631a060, argc=1,
> argv=0x7ffecb12b438, init=<optimized out>, fini=<optimized out>,
> rtld_fini=<optimized out>, stack_end=0x7ffecb12b428) at
> ../csu/libc-start.c:308
> #58 0x000055b17631a09e in _start ()
> [Inferior 1 (process 5046) detached]
> 
> Possible duplicates by query: bug 438045, bug 225413, bug 225209, bug
> 222535, bug 219318.
> 
> Reported using DrKonqi

Created attachment 144332 [details]
New crash information added by DrKonqi

dolphin (19.12.3) using Qt 5.12.8

- What I was doing when the application crashed:
Right Clicked on a folder
- Custom settings of the application:

Insync 3.6.1.50206 with Dolphin intergration

-- Backtrace (Reduced):
#6  0x00007f1e3622fc64 in QVariant::toString() const () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#7  0x00007f1e217f9275 in FileItemActionInsyncPlugin::getContextMenuActions(QString const&) () from /usr/lib/x86_64-linux-gnu/qt5/plugins/fileitemactioninsyncplugin.so
#8  0x00007f1e217f8fb9 in FileItemActionInsyncPlugin::actions(KFileItemListProperties const&, QWidget*) () from /usr/lib/x86_64-linux-gnu/qt5/plugins/fileitemactioninsyncplugin.so
#9  0x00007f1e37df445f in KFileItemActions::addPluginActionsTo(QMenu*) () from /lib/x86_64-linux-gnu/libKF5KIOWidgets.so.5
[...]
#14 0x00007f1e381401a8 in DolphinView::requestContextMenu(QPoint const&, KFileItem const&, QUrl const&, QList<QAction*> const&) () from /lib/x86_64-linux-gnu/libdolphinprivate.so.5

An easy way to reproduce this is by putting a symlink into the synced directory (on the cheapest solo plan) - Insync will refuse to sync that, so it is perpetually "in sync" and Dolpin crashes every time when I right click the folder.

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

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

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

See also https://forums.insynchq.com/t/insynch-crashing-dolphin/18686

As far as I can tell that's a bug in the Insync plugin for Dolphin. Not much we can do about that

(In reply to Nicolas Fella from comment #7)
> See also https://forums.insynchq.com/t/insynch-crashing-dolphin/18686
> 
> As far as I can tell that's a bug in the Insync plugin for Dolphin. Not much
> we can do about that

I would have an expectation that plugin should not be able to crash the whole application. But if it were so, then plugins could not be nearly as powerful?

Created attachment 153442 [details]
New crash information added by DrKonqi

dolphin (21.12.2) using Qt 5.15.2

Related to bug 439664 (https://bugs.kde.org/show_bug.cgi?id=439664) but experiencing with Insync version 3.7.12.50395

-- Backtrace (Reduced):
#4  0x00007f1bac8e3114 in QVariant::toString() const () from /lib64/libQt5Core.so.5
#5  0x00007f1b7840334c in FileItemActionInsyncPlugin::getContextMenuActions(QString const&) () from /usr/lib64/qt5/plugins/fileitemactioninsyncplugin.so
#6  0x00007f1b784030da in FileItemActionInsyncPlugin::actions(KFileItemListProperties const&, QWidget*) () from /usr/lib64/qt5/plugins/fileitemactioninsyncplugin.so
#7  0x00007f1bae712bc8 in KFileItemActionsPrivate::addPluginActionsTo(QMenu*, QMenu*, QStringList const&) () from /lib64/libKF5KIOWidgets.so.5
#8  0x0000557415e42f62 in DolphinContextMenu::addAdditionalActions(KFileItemListProperties const&) ()

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

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

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

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

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

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

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

This is a plugin issue.

I reported the bug downstream https://github.com/insynchq/dolphin-insync-plugin/issues/3

This is also reported at insynchq https://forums.insynchq.com/t/insynch-crashing-dolphin/18686/30

Plugins being able to crash Dolphin is fine?

(In reply to Fabian from comment #18)
> Plugins being able to crash Dolphin is fine?

What do you mean ? of course not.

But dolphin can't anything about someone else's code.

That the tricky part about C/C++ plugins, they can crash the application they are embedded into.

>That's the tricky part about C/C++ plugins, they can crash the application they are embedded into.

Yes, that's what I meant. Normally I would assume that only the plugin crashes, just like a program crash does not make the operating system crash.

Dolphin can (or should) handle the plugin error and prevent the entire application from shutting down.

The application is closing because its code does not anticipate that plugins can perform actions that result in a fatal error.

There are multiple errors that Dolphin itself can cause, but these errors are handled in such a way that they do not result in failure.

In short, the application needs to handle not only errors arising from its own native actions, but also generally handle errors that may arise from plugin actions.

(In reply to Henrique Sant'Anna from comment #21)
> Dolphin can (or should) handle the plugin error and prevent the entire
> application from shutting down.

This is technically impossible, or it would require to rewrite all the plugins in the first place and do even more work of the dolphin side as well.
Other plugins are fine.

> 
> The application is closing because its code does not anticipate that plugins
> can perform actions that result in a fatal error.

The application crashes because the plugin is buggy and unmaintained.
And since those are C++ plugins they leave in the same processes and can't survive a crash of one another.

I can add the bug seems like an easy one to fix. That I may have help fix but its development is not open.
There is an old version of its code online:
https://github.com/insynchq/dolphin-insync-plugin/blob/master/dolphin-insync-plugin.cpp

Please direct your feedback to the company concerned:
https://forums.insynchq.com/t/insynch-crashing-dolphin/18686

In comparison a nextcloud or owncloud develop and maintain well their dolphin plugin.

> 
> There are multiple errors that Dolphin itself can cause, but these errors
> are handled in such a way that they do not result in failure.

Sure, applications dev follows this mind-set, for instance by prioritizing frequent crashing issues.
Plugins should do the same, but it requires resources as anything to make progress.

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

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

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

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

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

(In reply to Filip from comment #27)
> *** Bug 496603 has been marked as a duplicate of this bug. ***

There has been some code change in the opensource KDE5 insync plugin.
https://github.com/insynchq/dolphin-insync-plugin/commit/a7a4868c3c2a31b4bd7e7e366f92303a6a426d9e

It has been the first change since 2014.
It has changed the code causing the crash, so this plugin might not exhibit this crash.

I would recommend concerned users of this to try this plugin.

There is a fork https://github.com/kevinbburns/dolphin-insync-plugin-plasma-6 for Plasma 6.

That just makes it harder to reproduce. Dolphin should still handle plugin errors.