[konsole] [Bug 368785] konsole tab title format only uses the first program you ever ran, not the current one
https://bugs.kde.org/show_bug.cgi?id=368785 Rémi Verschelde changed: What|Removed |Added CC||rversche...@gmail.com --- Comment #6 from Rémi Verschelde --- I can confirm the bug on 16.08.1, and that the patch in comment 5 fixes it. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 329740] Okular hangs in presentation mode when displaying PDFs when default printer is not accessible
https://bugs.kde.org/show_bug.cgi?id=329740 Rémi Verschelde changed: What|Removed |Added CC||rversche...@gmail.com --- Comment #12 from Rémi Verschelde --- Still valid in Mageia 6 today with okular 16.04.3: https://bugs.mageia.org/show_bug.cgi?id=16330 -- You are receiving this mail because: You are watching all bug changes.
[kmymoney4] [Bug 364387] kmymoney 4.8.0 builds libpayeeidentifier.so but asks for libkmm_payeeidentifier.so
https://bugs.kde.org/show_bug.cgi?id=364387 --- Comment #11 from Rémi Verschelde --- So to clarify, the bug is not "kmymoney 4.8.0 builds libpayeeidentifier.so but asks for libkmm_payeeidentifier.so" as currently titled, but more "kmymoney 4.8.0 names a lib binary libkmm_payeeidentifier.so instead of libkmm_payeeidentifier.so.$libmajor, triggering packaging issues". -- You are receiving this mail because: You are watching all bug changes.
[kmymoney4] [Bug 364387] kmymoney 4.8.0 builds libpayeeidentifier.so but asks for libkmm_payeeidentifier.so
https://bugs.kde.org/show_bug.cgi?id=364387 Rémi Verschelde changed: What|Removed |Added CC||rversche...@gmail.com --- Comment #10 from Rémi Verschelde --- As José mentions in comment 9, the problem is that libkmm_payeeidentifier.so is not properly libified; it's only provided as a non-symlink .so and not a binary .so.4.14.21 symlinked to the .so. Excerpt from the (successful, after the parallel build issue was fixed) build on Mageia 6 x86_64 [0]: extracting debug info from /home/iurt/rpmbuild/BUILDROOT/kmymoney-4.8.0-1.mga6.x86_64/usr/lib64/libpayeeidentifier_iban_bic_widgets.so.4.14.21 extracting debug info from /home/iurt/rpmbuild/BUILDROOT/kmymoney-4.8.0-1.mga6.x86_64/usr/lib64/libkmm_widgets.so.4.14.21 extracting debug info from /home/iurt/rpmbuild/BUILDROOT/kmymoney-4.8.0-1.mga6.x86_64/usr/lib64/libkmm_kdchart.so.4.14.21 extracting debug info from /home/iurt/rpmbuild/BUILDROOT/kmymoney-4.8.0-1.mga6.x86_64/usr/lib64/kde4/kmm_ofximport.so extracting debug info from /home/iurt/rpmbuild/BUILDROOT/kmymoney-4.8.0-1.mga6.x86_64/usr/lib64/kde4/kmm_weboob.so extracting debug info from /home/iurt/rpmbuild/BUILDROOT/kmymoney-4.8.0-1.mga6.x86_64/usr/lib64/kde4/kmm_csvimport.so extracting debug info from /home/iurt/rpmbuild/BUILDROOT/kmymoney-4.8.0-1.mga6.x86_64/usr/lib64/kde4/payeeidentifier_nationalAccount_ui.so extracting debug info from /home/iurt/rpmbuild/BUILDROOT/kmymoney-4.8.0-1.mga6.x86_64/usr/lib64/kde4/kmm_reconciliationreport.so extracting debug info from /home/iurt/rpmbuild/BUILDROOT/kmymoney-4.8.0-1.mga6.x86_64/usr/lib64/kde4/kmm_printcheck.so extracting debug info from /home/iurt/rpmbuild/BUILDROOT/kmymoney-4.8.0-1.mga6.x86_64/usr/lib64/kde4/payeeidentifier_iban_bic_delegates.so extracting debug info from /home/iurt/rpmbuild/BUILDROOT/kmymoney-4.8.0-1.mga6.x86_64/usr/lib64/kde4/kmm_icalendarexport.so extracting debug info from /home/iurt/rpmbuild/BUILDROOT/kmymoney-4.8.0-1.mga6.x86_64/usr/lib64/kde4/konlinetasks_sepa.so extracting debug info from /home/iurt/rpmbuild/BUILDROOT/kmymoney-4.8.0-1.mga6.x86_64/usr/lib64/kde4/kmm_csvexport.so extracting debug info from /home/iurt/rpmbuild/BUILDROOT/kmymoney-4.8.0-1.mga6.x86_64/usr/lib64/kde4/kcm_kmm_printcheck.so extracting debug info from /home/iurt/rpmbuild/BUILDROOT/kmymoney-4.8.0-1.mga6.x86_64/usr/lib64/kde4/payeeidentifier_ibanbic_storageplugin.so extracting debug info from /home/iurt/rpmbuild/BUILDROOT/kmymoney-4.8.0-1.mga6.x86_64/usr/lib64/kde4/konlinetasks_national.so extracting debug info from /home/iurt/rpmbuild/BUILDROOT/kmymoney-4.8.0-1.mga6.x86_64/usr/lib64/kde4/kcm_kmm_icalendarexport.so extracting debug info from /home/iurt/rpmbuild/BUILDROOT/kmymoney-4.8.0-1.mga6.x86_64/usr/lib64/kde4/payeeidentifier_nationalaccount_storageplugin.so extracting debug info from /home/iurt/rpmbuild/BUILDROOT/kmymoney-4.8.0-1.mga6.x86_64/usr/lib64/libkmm_plugin.so.4.14.21 extracting debug info from /home/iurt/rpmbuild/BUILDROOT/kmymoney-4.8.0-1.mga6.x86_64/usr/lib64/libpayeeidentifier_nationalAccount.so.4.14.21 extracting debug info from /home/iurt/rpmbuild/BUILDROOT/kmymoney-4.8.0-1.mga6.x86_64/usr/lib64/libkmm_payeeidentifier.so extracting debug info from /home/iurt/rpmbuild/BUILDROOT/kmymoney-4.8.0-1.mga6.x86_64/usr/lib64/libpayeeidentifier_iban_bic.so.4.14.21 extracting debug info from /home/iurt/rpmbuild/BUILDROOT/kmymoney-4.8.0-1.mga6.x86_64/usr/lib64/libkmm_mymoney.so.4.14.21 I took the debuginfo extraction part, not because it is relevant for the issue, but because it shows the inconsistency in the naming of the binary libs (the ones from which debugging symbols will be extracted). All libs (in /usr/lib64) have the following naming scheme: libkmm_$name.so.4.14.21, apart from libkmm_payeeidentifier.so. On the other hand plugins in /usr/lib64/kde4 don't have a suffix after the .so, but that's fine for plugins. This is a simple issue that needs to be fixed in your CMake buildsystem. It's non critical in itself, but triggered various issues in Mageia's packaging [1] that José needs to workaround: - Since it had no .so suffix, José did not split libkmm_payeeidentifier.so in its own library package. Still, RPM's autorequires know that libkmm_mymoney.so.4.14.21 needs it, so RPM will look for it. - Against due to the unconventional .so suffix, the file was globbed by /usr/lib64/*.so and thus packaged within Mageia's lib64kmymoney-devel, i.e. the development package meant to hold .so symlinks and headers. - So the non-devel package that holds libkmm_mymoney.so.4.14.21 requires libkmm_payeeidentifier.so()(64bit), which is provided by lib64kmymoney-devel and thus needs to be installed, but it fails because the latter does not provide libkmm_payeeidentifier(64bit) due to the lack of a libkmm_payeeidentifier.so symlink. That triggers this Mageia bug report [2]. So all in all, this is fixable on Mage
[plasmashell] [Bug 360192] Pidgin (gtk2) tray icon is tiny, ksensors (kde3) tray icon is misplaced
https://bugs.kde.org/show_bug.cgi?id=360192 --- Comment #8 from Rémi Verschelde --- Using 5.6.4, I can't reproduce the bug anymore (I think David's fix mentioned in comment 6 fixed the bug properly). -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 358348] krunner crashes when doing a simple search
https://bugs.kde.org/show_bug.cgi?id=358348 Rémi Verschelde changed: What|Removed |Added CC||rversche...@gmail.com -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 361975] krunner crashes when processing the expression "2^12", apparently linked to baloo
https://bugs.kde.org/show_bug.cgi?id=361975 --- Comment #1 from Rémi Verschelde --- (Note that it's potentially a duplicate, but there are so many open bugs for krunner crashes, quite often involving baloo, that I can't evaluate myself what bug report might be a duplicate of my issue, so I preferred to open a new one and leave it to the KDE bugsquad/krunner maintainers). -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 361975] New: krunner crashes when processing the expression "2^12", apparently linked to baloo
https://bugs.kde.org/show_bug.cgi?id=361975 Bug ID: 361975 Summary: krunner crashes when processing the expression "2^12", apparently linked to baloo Product: krunner Version: 5.6.2 Platform: Mageia RPMs OS: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: filesearch Assignee: m...@vhanda.in Reporter: rversche...@gmail.com Trying to compute "2^12" in krunner, I get a crash with this gdb backtrace: #0 0x745e0ea8 in __memcpy_sse2_unaligned () at /lib64/libc.so.6 #1 0x7fffc6e411a3 in Baloo::PostingCodec::decode(QByteArray const&) () at /lib64/libKF5BalooEngine.so.5 #2 0x7fffc6e2cebe in DBPostingIterator::DBPostingIterator(void*, unsigned int) () at /lib64/libKF5BalooEngine.so.5 #3 0x7fffc6e2cf61 in Baloo::PostingDB::iter(QByteArray const&) () at /lib64/libKF5BalooEngine.so.5 #4 0x7fffc6e36e5a in Baloo::Transaction::postingIterator(Baloo::EngineQuery const&) const () at /lib64/libKF5BalooEngine.so.5 #5 0x7fffc7282a5f in Baloo::SearchStore::constructQuery(Baloo::Transaction*, Baloo::Term const&) () at /lib64/libKF5Baloo.so.5 #6 0x7fffc7282cda in Baloo::SearchStore::constructQuery(Baloo::Transaction*, Baloo::Term const&) () at /lib64/libKF5Baloo.so.5 #7 0x7fffc7283be9 in Baloo::SearchStore::exec(Baloo::Term const&, unsigned int, int, bool) () at /lib64/libKF5Baloo.so.5 #8 0x7fffc72731df in Baloo::Query::exec() () at /lib64/libKF5Baloo.so.5 #9 0x7fffc7493600 in SearchRunner::match(Plasma::RunnerContext&, QString const&, QString const&) () at /usr/lib64/qt5/plugins/krunner_baloosearchrunner.so #10 0x7fffc7494316 in SearchRunner::match(Plasma::RunnerContext&) () at /usr/lib64/qt5/plugins/krunner_baloosearchrunner.so #11 0x7fffd8ba71f8 in Plasma::AbstractRunner::performMatch(Plasma::RunnerContext&) () at /lib64/libKF5Runner.so.5 #12 0x7fffd8986807 in ThreadWeaver::Executor::run(QSharedPointer const&, ThreadWeaver::Thread*) () at /lib64/libKF5ThreadWeaver.so.5 #13 0x7fffd8985570 in ThreadWeaver::Job::execute(QSharedPointer const&, ThreadWeaver::Thread*) () at /lib64/libKF5ThreadWeaver.so.5 #14 0x7fffd8984d30 in ThreadWeaver::Thread::run() () at /lib64/libKF5ThreadWeaver.so.5 #15 0x74d26579 in QThreadPrivate::start(void*) () at /lib64/libQt5Core.so.5 #16 0x7288a65d in start_thread () at /lib64/libpthread.so.0 #17 0x74640dad in clone () at /lib64/libc.so.6 Reproducible: Always Steps to Reproduce: 1. Start krunner (Alt+F2) 2. Type "2^1" (without the quotes): it works OK, returns 1 and shows matching files, etc. 3. Add a 2, i.e. type "2^12": krunner crashes (sometimes before showing the result, sometimes after) 4. To get the backtrace, kill krunner and run it through gdb, then do the above steps. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 360192] Pidgin (gtk2) tray icon is tiny, ksensors (kde3) tray icon is misplaced
https://bugs.kde.org/show_bug.cgi?id=360192 --- Comment #5 from Rémi Verschelde --- > Can you confirm if that really is with 5.5.95 (5.6 beta) or git master (which > will also report itself as 5.5.95)? In my case it is 5.6 beta, as packaged in Mageia Cauldron. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 360192] Pidgin (gtk2) tray icon is tiny, ksensors (kde3) tray icon is misplaced
https://bugs.kde.org/show_bug.cgi?id=360192 Rémi Verschelde changed: What|Removed |Added CC||rversche...@gmail.com --- Comment #2 from Rémi Verschelde --- Created attachment 97858 --> https://bugs.kde.org/attachment.cgi?id=97858&action=edit Screenshot of the systray in 5.5.95 with tiny hexchat icon Same issue for hexchat's systray icon, which is IINM also GTK+2. (see attached screenshot) I'm seeing this issue with plasma-workspace 5.5.95, it was working fine with 5.5.4. -- You are receiving this mail because: You are watching all bug changes.
[yakuake] [Bug 360037] KF5 yakuake sometimes gets detached and shows up in the task manager
https://bugs.kde.org/show_bug.cgi?id=360037 --- Comment #2 from Rémi Verschelde --- > 3. Pressing the toggle button again should fold it and remove it from the > taskbar; pressing the taskbar button makes Yakuake disappear, and quite hard > to find back. Erratum here: actually pressing the task in the task bar only folds the terminal again, but another press of the toggle button shows it again (i.e. normal behaviour). The behaviour I described was what happened in pre-3.0.0 git builds. The rest of the issue as described in the other points is of course still valid. -- You are receiving this mail because: You are watching all bug changes.
[yakuake] [Bug 360037] KF5 yakuake sometimes gets detached and shows up in the task manager
https://bugs.kde.org/show_bug.cgi?id=360037 --- Comment #1 from Rémi Verschelde --- Created attachment 97661 --> https://bugs.kde.org/attachment.cgi?id=97661&action=edit Screenshot of Yakuake in "detached task" mode -- You are receiving this mail because: You are watching all bug changes.
[yakuake] [Bug 360037] New: KF5 yakuake sometimes gets detached and shows up in the task manager
https://bugs.kde.org/show_bug.cgi?id=360037 Bug ID: 360037 Summary: KF5 yakuake sometimes gets detached and shows up in the task manager Product: yakuake Version: 3.0.2 Platform: Compiled Sources OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: h...@kde.org Reporter: rversche...@gmail.com First of all thanks for the 3.0.2 release, it's great! Last bug that I have with it since the move to KF5 is as follows: when expanding the yakuake window, it may _at times_ be "detached" and show up like a normal application in the Plasma taskbar. I guess there is a focus conflict of some sort. Reproducible: Always Steps to Reproduce: 1. Press the toggle button repeatedly, without doing anything else in particular 2. After a few presses, the "Yakuake" task should appear in the taskbar 3. Pressing the toggle button again should fold it and remove it from the taskbar; pressing the taskbar button makes Yakuake disappear, and quite hard to find back. -- You are receiving this mail because: You are watching all bug changes.
[yakuake] [Bug 336228] pressing f12 (or the equivalent closekey) causes respawn of yakuake if mouse is in yakuake
https://bugs.kde.org/show_bug.cgi?id=336228 --- Comment #20 from Rémi Verschelde --- I can confirm the fix on the current HEAD of the frameworks branch, I've update my Mageia package and it works like a charm. Thanks a lot! I use yakuake extensively and this issue was quite annoying :) -- You are receiving this mail because: You are watching all bug changes.
[frameworks-plasma] [Bug 355410] the scroll speed of QML scroll area is too slow with Libinput
https://bugs.kde.org/show_bug.cgi?id=355410 Rémi Verschelde changed: What|Removed |Added CC||rversche...@gmail.com --- Comment #3 from Rémi Verschelde --- I have the exact same issue as Christian in comment 2, though I can't confirm if it's really the same one as comment 0. Many applications work fine but Dolphin and the application launcher have unbearably slow scrolling speeds. Testing on Mageia Cauldron (6) with Plasma 5.5.4, Dolphin 15.12.1, Qt 5.6.0 beta. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 358143] New: Segmentation fault during normal usage (both autostart and manual start)
https://bugs.kde.org/show_bug.cgi?id=358143 Bug ID: 358143 Summary: Segmentation fault during normal usage (both autostart and manual start) Product: plasmashell Version: 5.5.3 Platform: Mageia RPMs OS: Linux Status: UNCONFIRMED Severity: crash Priority: NOR Component: XembedSNIProxy Assignee: plasma-b...@kde.org Reporter: rversche...@gmail.com Created attachment 96702 --> https://bugs.kde.org/attachment.cgi?id=96702&action=edit Console output and gdb backtrace around a segfault Using Plasma 5.5.3 on Mageia Cauldron 64-bit with Qt 5.6.0-beta. XembedSNIProxy seems to segfault relatively often with (so far) no reliable pattern that I could identify. I've opened a bug report on Mageia's bugzilla about this issue, where I started to do some investigation: https://bugs.mageia.org/show_bug.cgi?id=17516 The utility is properly started with plasmashell, but apparently crashes after a short while. Running it again from a terminal seem to show that it's a segmentation fault, though it can happen after quite a long time of normal usage (including legacy icons for hexchat, clementine, Mageia's net_applet and mgaapplet). I ran it through gdb and just got this crash: --- kde.xembedsniproxy: trying to dock window 75497483 kde.xembedsniproxy: adding damage watch for 75497483 Program received signal SIGSEGV, Segmentation fault. 0x0040e697 in SNIProxy::SNIProxy (this=0x709d30, wid=75497483, parent=) at /usr/src/debug/plasma-workspace-5.5.3/xembed-sni-proxy/sniproxy.cpp:165 165 if (clientGeom->width > s_embedSize || clientGeom->height > s_embedSize ) --- And the backtrace: --- (gdb) bt #0 0x0040e697 in SNIProxy::SNIProxy(unsigned int, QObject*) (this=0x709d30, wid=75497483, parent=) at /usr/src/debug/plasma-workspace-5.5.3/xembed-sni-proxy/sniproxy.cpp:165 #1 0x0040c3f3 in FdoSelectionManager::dock(unsigned int) (this=this@entry=0x7fffd970, winId=75497483) at /usr/src/debug/plasma-workspace-5.5.3/xembed-sni-proxy/fdoselectionmanager.cpp:157 #2 0x0040c55c in FdoSelectionManager::nativeEventFilter(QByteArray const&, void*, long*) (this=0x7fffd970, eventType=..., message=0x7fffe4004ee0, result=) at /usr/src/debug/plasma-workspace-5.5.3/xembed-sni-proxy/fdoselectionmanager.cpp:124 #3 0x76958237 in QAbstractEventDispatcher::filterNativeEvent(QByteArray const&, void*, long*) (this=, eventType=..., message=message@entry=0x7fffe4004ee0, result=result@entry=0x7fffd478) at kernel/qabstracteventdispatcher.cpp:460 #4 0x7fffee33a0c5 in QXcbConnection::handleXcbEvent(xcb_generic_event_t*) (this=this@entry=0x641be0, event=event@entry=0x7fffe4004ee0) at qxcbconnection.cpp:1062 #5 0x7fffee33afb6 in QXcbConnection::processXcbEvents() (this=0x641be0) at qxcbconnection.cpp:1672 #6 0x7698706a in QObject::event(QEvent*) (this=0x641be0, e=) at kernel/qobject.cpp:1256 #7 0x7695b1ea in QCoreApplication::notify(QObject*, QEvent*) (event=, receiver=) at kernel/qcoreapplication.cpp:1088 #8 0x7695b1ea in QCoreApplication::notify(QObject*, QEvent*) (this=, receiver=, event=) at kernel/qcoreapplication.cpp:1074 #9 0x7695b348 in QCoreApplication::notifyInternal2(QObject*, QEvent*) (receiver=0x641be0, event=event@entry=0x7fffe4006d40) at kernel/qcoreapplication.cpp:1013 #10 0x7695d16b in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) (event=0x7fffe4006d40, receiver=) at kernel/qcoreapplication.h:227 #11 0x7695d16b in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) (receiver=receiver@entry=0x0, event_type=event_type@entry=0, data=0x635710) at kernel/qcoreapplication.cpp:1648 #12 0x7695d638 in QCoreApplication::sendPostedEvents(QObject*, int) (receiver=receiver@entry=0x0, event_type=event_type@entry=0) at kernel/qcoreapplication.cpp:1506 #13 0x769ad1d3 in postEventSourceDispatch(GSource*, GSourceFunc, gpointer) (s=0x6910c0) at kernel/qeventdispatcher_glib.cpp:270 #14 0x72e70267 in g_main_context_dispatch (context=0x7fffe40016f0) at gmain.c:3154 #15 0x72e70267 in g_main_context_dispatch (context=context@entry=0x7fffe40016f0) at gmain.c:3769 #16 0x72e70498 in g_main_context_iterate (context=context@entry=0x7fffe40016f0, block=block@entry=1, dispatch=dispatch@entry=1, self=) at gmain.c:3840 #17 0x72e7053c in g_main_context_iteration (context=0x7fffe40016f0, may_block=may_block@entry=1) at gmain.c:3901 #18 0x769ad5e6 in QEventDispatcherGlib::processEvents(QFlags) (this=0x68edf0, flags=...) at kernel/qeventdispatcher_glib.cpp:417 #19 0x7695903a in QEventLoop::exec(QFlags) (this=this@entry=0x7fffd8d0, flags=..., flags@entry=...) at kernel/qeventloop.cpp:204 #20 0x76961541 in QCoreApplication::exec() () at kernel/qcoreapplication.cpp:1283 #21 0
[yakuake] [Bug 342638] Yakauke doesn't retract properly when you press F12
https://bugs.kde.org/show_bug.cgi?id=342638 Rémi Verschelde changed: What|Removed |Added CC||rversche...@gmail.com --- Comment #7 from Rémi Verschelde --- I think this bug is a duplicate of bug 336228 (or reciprocally, the bug triagers can keep the one with the most useful debugging info/bug diagnostic). -- You are receiving this mail because: You are watching all bug changes.
[yakuake] [Bug 336228] pressing f12 (or the equivalent closekey) causes respawn of yakuake if mouse is in yakuake
https://bugs.kde.org/show_bug.cgi?id=336228 Rémi Verschelde changed: What|Removed |Added CC||rversche...@gmail.com --- Comment #13 from Rémi Verschelde --- I can confirm the bug on Plasma 5.5.3 with yakuake built from the current "frameworks" branch (as of 2016-01-16). As Till Schäfer pointed out, it seems to be triggered by the "Keep window open when it loses focus" option. If activated, toggling yakuake will work fine regardless of the position of the mouse pointer. If deactivated, toggling yakuake works when the mouse pointer is not over the yakuake panel, but produces an immediate re-toggle of the panel if the mouse pointer was over the panel. Screencast that shows the issue (7 MB): http://remi.verschelde.fr/files/misc/yakuake-retoggle.mkv -- You are receiving this mail because: You are watching all bug changes.