[okteta] [Bug 365523] OktetaPart plugin crashes on second openUrl() call
https://bugs.kde.org/show_bug.cgi?id=365523 A. Bikadorov changed: What|Removed |Added CC||goto...@gmx.net -- You are receiving this mail because: You are watching all bug changes.
[krusader] [Bug 350028] A problem renaming a file that is inside an archive
https://bugs.kde.org/show_bug.cgi?id=350028 A. Bikadorov changed: What|Removed |Added CC||goto...@gmx.net -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 366216] Dropping into folder popup on KUrlNavigator changes folder
https://bugs.kde.org/show_bug.cgi?id=366216 --- Comment #1 from A. Bikadorov --- update. I think I tracked it down: in filewidgets/kurlnavigatormenu.cpp there is a signal emitted for every dropEvent AND mouseReleaseEvent: two signals for one mouse release. Question is why the mouseButtonClicked signal is emitted for mouse releases and not mouse clicks. And my new explanation why this does not happen in Dolphin: the dropEvent signal opens a popup menu by calling KIO::drop(). This menu catches the mouse release event. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 366216] New: Dropping into folder popup on KUrlNavigator changes folder
https://bugs.kde.org/show_bug.cgi?id=366216 Bug ID: 366216 Summary: Dropping into folder popup on KUrlNavigator changes folder Product: frameworks-kio Version: 5.24.0 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: fa...@kde.org Reporter: goto...@gmx.net CC: kdelibs-b...@kde.org It happens when dropping URLs on a folder in the popup opened by the ">" icons in the URL navigator. The navigator emits the "urlsDropped" signal (correct) but also changes the current URL to the dropped folder path (wrong). Reproducible: Always Steps to Reproduce: 1. Find some usage of the KUrlNavigator (except Dolphin), e.g. the "open" dialog in Kate 2. (Change the navigator mode from editable to navigate) 3. Drag some file with the mouse from the file view onto one of the ">" icons in the navigator -> a popup with a list of all subfolders will be shown. 4. Drop the file onto one of the folders Actual Results: The current folder changes to the drop folder. Expected Results: Current folder should not change. This has nothing to do whether dropping is implemented or if the QDropEvent is accepted or not. I tried connecting the signal and accepting the event it but the folder still changes. (Background: I'm working on Krusader. The GIT version uses KUrlNavigators now, I wanted to implement the URL dropping and found the bug this way.) This does not happen in Dolphin. I guess because it uses the old KDE4 libs and the old signal "urlsDropped(KUrl,QDropEvent*)". -- You are receiving this mail because: You are watching all bug changes.
[krusader] [Bug 339555] Add meld to list of supported diff programs
https://bugs.kde.org/show_bug.cgi?id=339555 A. Bikadorov changed: What|Removed |Added CC||goto...@gmx.net --- Comment #1 from A. Bikadorov --- In Settings->Dependencies you can set meld as diff tool and it works. So it is actually possible(?) -- You are receiving this mail because: You are watching all bug changes.
[krusader] [Bug 350920] please revert removal of "minimize to tray"
https://bugs.kde.org/show_bug.cgi?id=350920 A. Bikadorov changed: What|Removed |Added CC||goto...@gmx.net --- Comment #2 from A. Bikadorov --- I was already working on this but there is a bug in KF5 that prevents me from commiting: https://bugs.kde.org/show_bug.cgi?id=365105 As soon as it is fixed I'll upload for testing. -- You are receiving this mail because: You are watching all bug changes.
[okteta] [Bug 365523] New: OktetaPart plugin crashes on second openUrl() call
https://bugs.kde.org/show_bug.cgi?id=365523
Bug ID: 365523
Summary: OktetaPart plugin crashes on second openUrl() call
Product: okteta
Version: 0.16.0
Platform: Archlinux Packages
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: general
Assignee: kosse...@kde.org
Reporter: goto...@gmx.net
The OktetaPart plugin is used in another application (Krusader) and it crashes
on the second call of openUrl(). Here is the test code:
KPluginLoader loader("oktetapart");
KPluginFactory *factory = loader.factory();
KParts::ReadOnlyPart* part = factory->create(this,
this);
part->openUrl(url1);
part->openUrl(url2); // crash here
And the stack trace:
1 ??
0x7fffc8014f40
2 QObject::disconnect(QObject const *, const char *, QObject const *, const
char *)0x72bfa861
3 ??
0x7fffd5e83139
4 ??
0x7fffd61ba83d
5 ??
0x7fffd61bc53c
6 QMetaObject::activate(QObject *, int, int, void * *)
0x72bf64e9
7 Kasten::AbstractLoadJob::documentLoaded(Kasten::AbstractDocument *)
0x7fffd551e0af
8 Kasten::AbstractLoadJob::setDocument(Kasten::AbstractDocument *)
0x7fffd551504a
9 ??
0x7fffd551636e
10 ??
0x7fffd5516476
11 QObject::event(QEvent *)
0x72bf7349
12 QApplicationPrivate::notify_helper(QObject *, QEvent *)
0x738aae3c
13 QApplication::notify(QObject *, QEvent *)
0x738b25b1
14 QCoreApplication::notifyInternal2(QObject *, QEvent *)
0x72bcac80
15 QCoreApplicationPrivate::sendPostedEvents(QObject *, int, QThreadData *)
0x72bcd3fd
16 ??
0x72c1f173
17 g_main_context_dispatch
0x7fffee2c0dd7
18 ??
0x7fffee2c1040
19 g_main_context_iteration
0x7fffee2c10ec
20 QEventDispatcherGlib::processEvents(QFlags)
0x72c1f57f
21 QEventLoop::exec(QFlags)
0x72bc90da
22 KJob::exec()
0x750dd07e
23 Kasten::JobManager::executeJob(KJob *)
0x7fffd551a0ec
24 ??
0x7fffd61bb6cb
25 ??
0x778b7091
26 KParts::ReadOnlyPart::openUrl(QUrl const&)
0x778b7fbc
...
Reproducible: Always
Steps to Reproduce:
1. try code above
2. compile
3. run.)
Actual Results:
crash
Expected Results:
no crash
--
You are receiving this mail because:
You are watching all bug changes.
[plasmashell] [Bug 365105] QSystemTrayIcon with context menu does not react after second show
https://bugs.kde.org/show_bug.cgi?id=365105 --- Comment #4 from A. Bikadorov --- You can also use the Qt example: https://doc.qt.io/qt-5/qtwidgets-desktop-systray-example.html Same bug there -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 365105] QSystemTrayIcon with context menu does not react after second show
https://bugs.kde.org/show_bug.cgi?id=365105 --- Comment #3 from A. Bikadorov --- Created attachment 99861 --> https://bugs.kde.org/attachment.cgi?id=99861&action=edit Cmake file -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 365105] QSystemTrayIcon with context menu does not react after second show
https://bugs.kde.org/show_bug.cgi?id=365105 --- Comment #2 from A. Bikadorov --- Created attachment 99860 --> https://bugs.kde.org/attachment.cgi?id=99860&action=edit Demo code -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 365105] QSystemTrayIcon with context menu does not react after second show
https://bugs.kde.org/show_bug.cgi?id=365105 A. Bikadorov changed: What|Removed |Added CC||goto...@gmx.net -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 365105] New: QSystemTrayIcon with context menu does not react after second show
https://bugs.kde.org/show_bug.cgi?id=365105
Bug ID: 365105
Summary: QSystemTrayIcon with context menu does not react after
second show
Product: plasmashell
Version: 5.6.5
Platform: Archlinux Packages
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: NOR
Component: System Tray
Assignee: plasma-b...@kde.org
Reporter: goto...@gmx.net
During development with Qt I noticed a bug in the Plasma's system tray when
using QSystemTrayIcon:
If the system tray has a context menu set and is shown after one hide
(show->hide->show) the tray doesn't react anymore:
* no context menu shown on right click
* left click doesn't emit signal
Reproducible: Always
Steps to Reproduce:
1.Try this code inside a QMainWindow:
QSystemTrayIcon *sysTray = new QSystemTrayIcon(this);
sysTray->setIcon(style()->standardIcon(QStyle::SP_DesktopIcon));
QMenu *trayMenu = new QMenu(this);
sysTray->setContextMenu(trayMenu);
connect(sysTray, &QSystemTrayIcon::activated,
[=](QSystemTrayIcon::ActivationReason){ qDebug() << "clicked";
});
sysTray->show();
sysTray->hide();
sysTray->show();
2. compile
3. run:)
Actual Results:
left click on tray does not do anything ("clicked" not printed)
Expected Results:
print "clicked" to std output
This does not happen in LXQt, so I assume it is related to KF5.
--
You are receiving this mail because:
You are watching all bug changes.
[dolphin] [Bug 306257] Add a feature so that we can save and restore a dolphin session
https://bugs.kde.org/show_bug.cgi?id=306257 A. Bikadorov changed: What|Removed |Added CC||goto...@gmx.net -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 246028] wish for being able to save "sessions" (with multiple tabs)
https://bugs.kde.org/show_bug.cgi?id=246028 A. Bikadorov changed: What|Removed |Added CC||goto...@gmx.net -- You are receiving this mail because: You are watching all bug changes.
