[Powerdevil] [Bug 490508] New: Power management daemon crash on screen locking
https://bugs.kde.org/show_bug.cgi?id=490508
Bug ID: 490508
Summary: Power management daemon crash on screen locking
Classification: Plasma
Product: Powerdevil
Version: 6.1.3
Platform: Arch Linux
OS: Linux
Status: REPORTED
Keywords: drkonqi
Severity: crash
Priority: NOR
Component: general
Assignee: plasma-b...@kde.org
Reporter: gufi...@gmail.com
CC: m...@ratijas.tk, natalie_clar...@yahoo.de
Target Milestone: ---
Application: org_kde_powerdevil (6.1.3)
Qt Version: 6.7.2
Frameworks Version: 6.4.0
Operating System: Linux 6.9.10-arch1-1 x86_64
Windowing System: Wayland
Distribution: "Arch Linux"
DrKonqi: 6.1.3 [CoredumpBackend]
-- Information about the crash:
Everytime my desktop locks after inactivity, a crash window about Power
management crashing is present.
The crash can be reproduced every time.
-- Backtrace:
Application: KDE Power Management System (org_kde_powerdevil), signal:
Segmentation fault
Content of s_kcrashErrorMessage: std::unique_ptr = {get() = }
Downloading separate debug info for /usr/lib/org_kde_powerdevil...
[New LWP 26396]
[New LWP 26398]
[New LWP 26397]
[New LWP 26404]
[New LWP 26406]
[New LWP 26524]
[New LWP 26403]
[New LWP 26405]
[New LWP 26465]
[New LWP 26401]
[New LWP 26467]
[New LWP 26400]
[New LWP 26466]
[New LWP 26399]
Downloading separate debug info for /usr/lib/libKF6Crash.so.6...
Downloading separate debug info for /usr/lib/libpowerdevilcore.so.2...
Downloading separate debug info for /usr/lib/libKF6DBusAddons.so.6...
Downloading separate debug info for /usr/lib/libKF6XmlGui.so.6...
Downloading separate debug info for /usr/lib/libKF6GlobalAccel.so.6...
Downloading separate debug info for /usr/lib/libKF6CoreAddons.so.6...
Downloading separate debug info for /usr/lib/libKF6I18n.so.6...
Downloading separate debug info for /usr/lib/libQt6DBus.so.6...
Downloading separate debug info for /usr/lib/libQt6Gui.so.6...
Downloading separate debug info for /usr/lib/libQt6Core.so.6...
Downloading separate debug info for /usr/lib/libc.so.6...
Downloading separate debug info for /usr/lib/libX11.so.6...
Downloading separate debug info for /usr/lib/libPlasmaActivities.so.6...
Downloading separate debug info for /usr/lib/libkworkspace6.so.6...
Downloading separate debug info for /usr/lib/libKF6AuthCore.so.6...
Downloading separate debug info for /usr/lib/libKF6Solid.so.6...
Downloading separate debug info for /usr/lib/libKF6IdleTime.so.6...
Downloading separate debug info for /usr/lib/libKF6Screen.so.8...
Downloading separate debug info for /usr/lib/libKF6Notifications.so.6...
Downloading separate debug info for /usr/lib/libKirigamiPlatform.so.6...
Downloading separate debug info for /usr/lib/libudev.so.1...
Downloading separate debug info for /usr/lib/libxcb.so.1...
Downloading separate debug info for /usr/lib/libddcutil.so.5...
Downloading separate debug info for /usr/lib/libKF6ConfigGui.so.6...
Downloading separate debug info for /usr/lib/libKF6ConfigCore.so.6...
Downloading separate debug info for /usr/lib/libm.so.6...
Downloading separate debug info for /usr/lib/libQt6Xml.so.6...
Downloading separate debug info for /usr/lib/libQt6Network.so.6...
Downloading separate debug info for /usr/lib/libQt6PrintSupport.so.6...
Downloading separate debug info for /usr/lib/libKF6ItemViews.so.6...
Downloading separate debug info for /usr/lib/libKF6IconWidgets.so.6...
Downloading separate debug info for /usr/lib/libKF6ConfigWidgets.so.6...
Downloading separate debug info for /usr/lib/libKF6WidgetsAddons.so.6...
Downloading separate debug info for /usr/lib/libQt6Widgets.so.6...
Downloading separate debug info for /usr/lib/libKF6IconThemes.so.6...
Downloading separate debug info for /usr/lib/libKF6ColorScheme.so.6...
Downloading separate debug info for /usr/lib/libKF6GuiAddons.so.6...
Downloading separate debug info for /usr/lib/libdbus-1.so.3...
Downloading separate debug info for /usr/lib/libEGL.so.1...
Downloading separate debug info for /usr/lib/libfontconfig.so.1...
Downloading separate debug info for /usr/lib/libglib-2.0.so.0...
Downloading separate debug info for /usr/lib/libxkbcommon.so.0...
Downloading separate debug info for /usr/lib/libGLX.so.0...
Downloading separate debug info for /usr/lib/libOpenGL.so.0...
Downloading separate debug info for /usr/lib/libpng16.so.16...
Downloading separate debug info for /usr/lib/libharfbuzz.so.0...
Downloading separate debug info for /usr/lib/libmd4c.so.0...
Downloading separate debug info for /usr/lib/libfreetype.so.6...
Downloading separate debug info for /usr/lib/libz.so.1...
Downloading separate debug info for /usr/lib/libicui18n.so.75...
Downloading separate debug info for /usr/lib/libicuuc.so.75...
Downloading separate debug info for /usr/lib/libsystemd.so.0...
Downloading separate debug info for /usr/lib/libdouble-conversion.so.3...
Downloading separate debug info for
[kdevelop] [Bug 397045] Kdevelop crashes when parsing starts [clang::Decl::setInvalidDecl]
https://bugs.kde.org/show_bug.cgi?id=397045 --- Comment #7 from Guillaume Racicot --- It seems the crash now has a workaround. When opening the crashing project, I click the "Stop All" button as soon as the initial parsing starts. Then, everything seems to work at that point. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 397205] Lambda capture with initializers and structured binding declaration not parsed
https://bugs.kde.org/show_bug.cgi?id=397205 Guillaume Racicot changed: What|Removed |Added CC||gufi...@gmail.com --- Comment #1 from Guillaume Racicot --- Created attachment 115585 --> https://bugs.kde.org/attachment.cgi?id=115585=edit Highligted operator== with two unhighlighted variables As with lambda capture, structured binding seems to behave as if the type of the variable is indeed recognized, but not the declaration. I added a screenshot that demonstrates that two unhighlighted variables (created from structured bindings) actually yield to highlighted expressions when it uses other entities. I analyzed what libclang output as information, and it seems to skip declaration of such variable (structured bindings and lambda capture with initializers) but later uses those as if they were declared. This breaks the KDevelop DUChain, since the usages cannot be linked to a declaration. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 397045] Kdevelop crashes when parsing starts [clang::Decl::setInvalidDecl]
https://bugs.kde.org/show_bug.cgi?id=397045 --- Comment #6 from Guillaume Racicot --- The crash still happens with clang 7. The backtrace when opening my project is similar: #0 0x7fffb27107b0 in clang::Decl::setInvalidDecl(bool) () at /usr/lib/../lib/libclangAST.so.7 #1 0x7fffb27107fc in clang::Decl::setInvalidDecl(bool) () at /usr/lib/../lib/libclangAST.so.7 #2 0x7fffb10e9c18 in clang::ASTDeclReader::VisitDecl(clang::Decl*) () at /usr/lib/../lib/../lib/libclangSerialization.so.7 #3 0x7fffb10ea4e2 in clang::ASTDeclReader::VisitNamedDecl(clang::NamedDecl*) () at /usr/lib/../lib/../lib/libclangSerialization.so.7 #4 0x7fffb10eaa02 in clang::ASTDeclReader::VisitValueDecl(clang::ValueDecl*) () at /usr/lib/../lib/../lib/libclangSerialization.so.7 #5 0x7fffb10eaa96 in clang::ASTDeclReader::VisitDeclaratorDecl(clang::DeclaratorDecl*) () at /usr/lib/../lib/../lib/libclangSerialization.so.7 #6 0x7fffb10f913e in clang::ASTDeclReader::VisitVarDeclImpl(clang::VarDecl*) () at /usr/lib/../lib/../lib/libclangSerialization.so.7 #7 0x7fffb10fa044 in clang::ASTDeclReader::VisitDecompositionDecl(clang::DecompositionDecl*) () at /usr/lib/../lib/../lib/libclangSerialization.so.7 #8 0x7fffb1100346 in clang::ASTDeclReader::Visit(clang::Decl*) () at /usr/lib/../lib/../lib/libclangSerialization.so.7 #9 0x7fffb1100ae0 in clang::ASTReader::ReadDeclRecord(unsigned int) () at /usr/lib/../lib/../lib/libclangSerialization.so.7 #10 0x7fffb10b75a6 in clang::ASTReader::GetDecl(unsigned int) () at /usr/lib/../lib/../lib/libclangSerialization.so.7 #11 0x7fffb1102563 in clang::ASTStmtReader::VisitDeclStmt(clang::DeclStmt*) () at /usr/lib/../lib/../lib/libclangSerialization.so.7 #12 0x7fffb1117885 in clang::ASTReader::ReadStmtFromStream(clang::serialization::ModuleFile&) () at /usr/lib/../lib/../lib/libclangSerialization.so.7 #13 0x7fffb10bd6c3 in clang::ASTReader::GetExternalDeclStmt(unsigned long) () at /usr/lib/../lib/../lib/libclangSerialization.so.7 #14 0x7fffb270806c in clang::FunctionDecl::getBody(clang::FunctionDecl const*&) const () at /usr/lib/../lib/libclangAST.so.7 #15 0x7fffb2939c6c in clang_getCursorDefinition () at /usr/lib/libclang.so.7 #16 0x7fffb2939fcb in clang_isCursorDefinition () at /usr/lib/libclang.so.7 #17 0x7fffb2a7bd3d in (anonymous namespace)::Visitor::dispatchCursor<(CXCursorKind)30, (Decision)0, (Decision)2> (cursor=..., this=0x7fff82ffc170, parent=...) at /home/master/prog/kdevelop/plugins/clang/duchain/builder.cpp:919 #18 0x7fffb2a7bd3d in (anonymous namespace)::Visitor::dispatchCursor<(CXCursorKind)30> (parent=..., cursor=..., this=0x7fff82ffc170) at /home/master/prog/kdevelop/plugins/clang/duchain/builder.cpp:912 #19 0x7fffb2a7bd3d in (anonymous namespace)::visitCursor(CXCursor, CXCursor, CXClientData) (cursor=..., parent=..., data=0x7fff82ffc170) at /home/master/prog/kdevelop/plugins/clang/duchain/builder.cpp:1541 #20 0x7fffb2941025 in () at /usr/lib/libclang.so.7 #21 0x7fffb294306e in () at /usr/lib/libclang.so.7 #22 0x7fffb294316c in () at /usr/lib/libclang.so.7 #23 0x7fffb2940b03 in () at /usr/lib/libclang.so.7 #24 0x7fffb2948c81 in clang_visitChildren () at /usr/lib/libclang.so.7 #25 0x7fffb2a670e1 in (anonymous namespace)::Visitor::buildDeclaration<(CXCursorKind)2, KDevelop::ClassDeclaration, true> (cursor=..., this=0x7fff82ffc170) at /usr/include/c++/8.2.1/bits/move.h:99 #26 0x7fffb2a670e1 in (anonymous namespace)::Visitor::dispatchCursor<(CXCursorKind)2, (Decision)0, (Decision)0> (parent=..., cursor=..., this=0x7fff82ffc170) at /home/master/prog/kdevelop/plugins/clang/duchain/builder.cpp:950 #27 0x7fffb2a670e1 in (anonymous namespace)::Visitor::dispatchCursor<(CXCursorKind)2, (Decision)0, (Decision)2>(CXCursor, CXCursor) (this=0x7fff82ffc170, cursor=..., parent=...) at /home/master/prog/kdevelop/plugins/clang/duchain/builder.cpp:924 #28 0x7fffb2a7e551 in (anonymous namespace)::Visitor::dispatchCursor<(CXCursorKind)2> (parent=..., cursor=..., this=0x7fff82ffc170) at /home/master/prog/kdevelop/plugins/clang/duchain/builder.cpp:448 #29 0x7fffb2a7e551 in (anonymous namespace)::visitCursor(CXCursor, CXCursor, CXClientData) (cursor=..., parent=..., data=0x7fff82ffc170) at /home/master/prog/kdevelop/plugins/clang/duchain/builder.cpp:1522 #30 0x7fffb2941025 in () at /usr/lib/libclang.so.7 #31 0x7fffb294306e in () at /usr/lib/libclang.so.7 #32 0x7fffb294316c in () at /usr/lib/libclang.so.7 #33 0x7fffb2940b03 in () at /usr/lib/libclang.so.7 #34 0x7fffb2948c81 in clang_visitChildren () at /usr/lib/libclang.so.7 #35 0x7fffb2a6c4c1 in (anonymous namespace)::Visitor::buildDeclaration<(CXCursorKind)22, KDevelop::Declaration, true>(CXCursor) (this=this@entry=0x7fff82ffc170, cursor=...) at /usr/include/c++/8.2.1/bits/move.h:99 #36 0x7fffb2a7a536 in (anonymous namespace)::Visitor::dispatchCursor<(CXCu
[kdevelop] [Bug 397045] Kdevelop crashes when parsing starts
https://bugs.kde.org/show_bug.cgi?id=397045 --- Comment #1 from Guillaume Racicot --- I tried opening the project in QtCreator, and it cannot parse the project correctly. I get in the console "Clang Code Model: Error: The clangbackend process has finished unexpectedly and was restarted." So it seems to be an error in the clang library. But instead of outputting an error like QtCreator, kdevelop crashes. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 397045] Kdevelop crashes when parsing starts
https://bugs.kde.org/show_bug.cgi?id=397045 Guillaume Racicot changed: What|Removed |Added Platform|Archlinux Packages |Compiled Sources -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 397045] New: Kdevelop crashes when parsing starts
https://bugs.kde.org/show_bug.cgi?id=397045 Bug ID: 397045 Summary: Kdevelop crashes when parsing starts Product: kdevelop Version: 5.2.3 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kdevelop-bugs-n...@kde.org Reporter: gufi...@gmail.com Target Milestone: --- Application: kdevelop (5.2.3) Qt Version: 5.11.1 Frameworks Version: 5.48.0 Operating System: Linux 4.17.10-1-ARCH x86_64 Distribution: "Arch Linux" -- Information about the crash: - What I was doing when the application crashed: I opened a project. The background parser started then crashes the IDE. It happen every time I open that particular project. This make KDevelop completely unusable for that project (cash on startup) Some investigation showed me that it happen when the cursor kind is CXCursor_FunctionTemplate and it seem it happen when it's a member function. I tried debugging it but it was inconclusive. Copying the preprocessed file in another project did not reproduced the crash. I Also tried deleting the .kdev and the .kdev folder and I tried emptying the cache. - Custom settings of the application: I enabled C++17. It didn't seemed related for this bug however. It happen both with the master branch and the v5.2.3 tag The crash can be reproduced every time. -- Backtrace: Application: KDevelop (kdevelop), signal: Segmentation fault Using host libthread_db library "/usr/lib/libthread_db.so.1". [Current thread is 1 (Thread 0x7f8c3e2b0940 (LWP 6785))] Thread 20 (Thread 0x7f8bba7fc700 (LWP 7028)): #0 0x7f8c2fc9d3f6 in pthread_cond_timedwait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7f8c36a7e1dd in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/libQt5Core.so.5 #2 0x7f8c36a75c04 in () at /usr/lib/libQt5Core.so.5 #3 0x7f8c36a7db45 in () at /usr/lib/libQt5Core.so.5 #4 0x7f8c2fc97075 in start_thread () at /usr/lib/libpthread.so.0 #5 0x7f8c35dc053f in clone () at /usr/lib/libc.so.6 Thread 19 (Thread 0x7f8bb8ff9700 (LWP 6841)): #0 0x7f8c35db5ea9 in poll () at /usr/lib/libc.so.6 #1 0x7f8c2d58f523 in () at /usr/lib/libglib-2.0.so.0 #2 0x7f8c2d58f63e in g_main_context_iteration () at /usr/lib/libglib-2.0.so.0 #3 0x7f8c36c7f054 in QEventDispatcherGlib::processEvents(QFlags) () at /usr/lib/libQt5Core.so.5 #4 0x7f8c36c2a94c in QEventLoop::exec(QFlags) () at /usr/lib/libQt5Core.so.5 #5 0x7f8c36a73a99 in QThread::exec() () at /usr/lib/libQt5Core.so.5 #6 0x7f8bcab26cea in () at /usr/lib/qt/qml/QtQuick/XmlListModel/libqmlxmllistmodelplugin.so #7 0x7f8c36a7db45 in () at /usr/lib/libQt5Core.so.5 #8 0x7f8c2fc97075 in start_thread () at /usr/lib/libpthread.so.0 #9 0x7f8c35dc053f in clone () at /usr/lib/libc.so.6 Thread 18 (Thread 0x7f8bb97fa700 (LWP 6837)): #0 0x7f8c2fc9cffc in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7f8c36a7e2fc in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/libQt5Core.so.5 #2 0x7f8c32e82139 in ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, bool, bool, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #3 0x7f8c32e86009 in () at /usr/lib/libKF5ThreadWeaver.so.5 #4 0x7f8c32e811fd in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #5 0x7f8c32e84059 in ThreadWeaver::Thread::run() () at /usr/lib/libKF5ThreadWeaver.so.5 #6 0x7f8c36a7db45 in () at /usr/lib/libQt5Core.so.5 #7 0x7f8c2fc97075 in start_thread () at /usr/lib/libpthread.so.0 #8 0x7f8c35dc053f in clone () at /usr/lib/libc.so.6 Thread 17 (Thread 0x7f8bb9ffb700 (LWP 6836)): [KCrash Handler] #6 0x7f8be43c1450 in clang::Decl::setInvalidDecl(bool) () at /usr/lib/../lib/libclangAST.so.6 #7 0x7f8be43c149c in clang::Decl::setInvalidDecl(bool) () at /usr/lib/../lib/libclangAST.so.6 #8 0x7f8bd55dfbc8 in clang::ASTDeclReader::VisitDecl(clang::Decl*) () at /usr/lib/../lib/../lib/libclangSerialization.so.6 #9 0x7f8bd55e0482 in clang::ASTDeclReader::VisitNamedDecl(clang::NamedDecl*) () at /usr/lib/../lib/../lib/libclangSerialization.so.6 #10 0x7f8bd55e0982 in clang::ASTDeclReader::VisitValueDecl(clang::ValueDecl*) () at /usr/lib/../lib/../lib/libclangSerialization.so.6 #11 0x7f8bd55e09f6 in clang::ASTDeclReader::VisitDeclaratorDecl(clang::DeclaratorDecl*) () at /usr/lib/../lib/../lib/libclangSerialization.so.6 #12 0x7f8bd55ed7fe in clang::ASTDeclReader::VisitVarDeclImpl(clang::VarDecl*) () at /usr/lib/../lib/../lib/libclangSerialization.so.6 #13 0x7f8bd55ee6d4 in clang::ASTDeclReader::VisitDecompositionDecl(clang::DecompositionDecl*) () at /usr/lib/../lib/../lib/libclangSerialization.so.6 #14 0x7f8bd55f4916 in
[kdevelop] [Bug 394055] Crash when autocomplete with is_detected
https://bugs.kde.org/show_bug.cgi?id=394055 Guillaume Racicot <gufi...@gmail.com> changed: What|Removed |Added Platform|Archlinux Packages |Compiled Sources -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 394055] Crash when autocomplete with is_detected
https://bugs.kde.org/show_bug.cgi?id=394055 Guillaume Racicot <gufi...@gmail.com> changed: What|Removed |Added Version|unspecified |git master Component|general |Code completion -- You are receiving this mail because: You are watching all bug changes.
[elisa] [Bug 391496] Crash when spamming the "Configure Elisa" action through hotkeys
https://bugs.kde.org/show_bug.cgi?id=391496 --- Comment #2 from Guillaume Racicot <gufi...@gmail.com> --- Yes it fixed the crash, thank you! -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 394055] New: Crash when autocomplete with is_detected
https://bugs.kde.org/show_bug.cgi?id=394055
Bug ID: 394055
Summary: Crash when autocomplete with is_detected
Product: kdevelop
Version: unspecified
Platform: Archlinux Packages
OS: Linux
Status: UNCONFIRMED
Keywords: drkonqi
Severity: normal
Priority: NOR
Component: general
Assignee: kdevelop-bugs-n...@kde.org
Reporter: gufi...@gmail.com
Target Milestone: ---
Application: kdevelop (5.2.40)
Qt Version: 5.10.1
Frameworks Version: 5.45.0
Operating System: Linux 4.16.6-1-ARCH x86_64
Distribution: "Arch Linux"
-- Information about the crash:
- What I was doing when the application crashed:
Typing a character, invoking autocompletion.
It doesn't happen for any templates, but when using a particular set of
templates it crashes every time.
I implemented the `is_detected` idiom and it triggered the bug.
This code makes it crash for me:
#include
template
struct voider {
using type = void;
};
template
using void_t = typename voider::type;
namespace detail {
template
class Op, typename... Args>
struct detector {
using value_t = std::false_type;
using type = Default;
};
template class Op, typename...
Args>
struct detector, Op, Args...> {
using value_t = std::true_type;
using type = Op;
};
} // namespace detail
// <--- there
When tying a character just before the comment saying `there`, kdevelop
crashes. I use the current master branch
The crash can be reproduced every time.
-- Backtrace:
Application: KDevelop (kdevelop), signal: Segmentation fault
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f7a9f46a1c0 (LWP 11302))]
Thread 19 (Thread 0x7f7a09ffb700 (LWP 11426)):
#0 0x7f7a9197b07c in pthread_cond_wait@@GLIBC_2.3.2 () at
/usr/lib/libpthread.so.0
#1 0x7f7a96881f9c in QWaitCondition::wait(QMutex*, unsigned long) () at
/usr/lib/libQt5Core.so.5
#2 0x7f7a9d85752f in
ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*,
bool, bool, bool) () at /usr/lib/libKF5ThreadWeaver.so.5
#3 0x7f7a9d85b719 in () at /usr/lib/libKF5ThreadWeaver.so.5
#4 0x7f7a9d8566fd in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/libKF5ThreadWeaver.so.5
#5 0x7f7a9d85b772 in () at /usr/lib/libKF5ThreadWeaver.so.5
#6 0x7f7a9d8566fd in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/libKF5ThreadWeaver.so.5
#7 0x7f7a9d85b772 in () at /usr/lib/libKF5ThreadWeaver.so.5
#8 0x7f7a9d8566fd in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/libKF5ThreadWeaver.so.5
#9 0x7f7a9d85b772 in () at /usr/lib/libKF5ThreadWeaver.so.5
#10 0x7f7a9d8566fd in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/libKF5ThreadWeaver.so.5
#11 0x7f7a9d85b772 in () at /usr/lib/libKF5ThreadWeaver.so.5
#12 0x7f7a9d8566fd in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/libKF5ThreadWeaver.so.5
#13 0x7f7a9d85b772 in () at /usr/lib/libKF5ThreadWeaver.so.5
#14 0x7f7a9d8566fd in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/libKF5ThreadWeaver.so.5
#15 0x7f7a9d85b772 in () at /usr/lib/libKF5ThreadWeaver.so.5
#16 0x7f7a9d8566fd in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/libKF5ThreadWeaver.so.5
#17 0x7f7a9d85b772 in () at /usr/lib/libKF5ThreadWeaver.so.5
#18 0x7f7a9d8566fd in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/libKF5ThreadWeaver.so.5
#19 0x7f7a9d85b772 in () at /usr/lib/libKF5ThreadWeaver.so.5
#20 0x7f7a9d8566fd in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/libKF5ThreadWeaver.so.5
#21 0x7f7a9d85b772 in () at /usr/lib/libKF5ThreadWeaver.so.5
#22 0x7f7a9d8566fd in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/libKF5ThreadWeaver.so.5
#23 0x7f7a9d85b772 in () at /usr/lib/libKF5ThreadWeaver.so.5
#24 0x7f7a9d8566fd in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/libKF5ThreadWeaver.so.5
#25 0x7f7a9d85b772 in () at /usr/lib/libKF5ThreadWeaver.so.5
#26 0x7f7a9d8566fd in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/libKF5ThreadWeaver.so.5
#27 0x7f7a9d85b772 in () at /usr/lib/libKF5ThreadWeaver.so.5
#28 0x7f7a9d8566fd in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
/usr/lib/libKF5ThreadWeaver.so.5
#29 0x7f7a9d85b772 in () at /usr/lib/libKF5ThreadWeaver.so.5
#30 0x7f7a9d8566fd in
ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at
[kdevelop] [Bug 391775] New: Crash when right click on the toolbar
https://bugs.kde.org/show_bug.cgi?id=391775 Bug ID: 391775 Summary: Crash when right click on the toolbar Product: kdevelop Version: unspecified Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: normal Priority: NOR Component: general Assignee: kdevelop-bugs-n...@kde.org Reporter: gufi...@gmail.com Target Milestone: --- Application: kdevelop (5.2.40) Qt Version: 5.10.1 Frameworks Version: 5.43.0 Operating System: Linux 4.15.7-1-ARCH x86_64 Distribution: "Arch Linux" -- Information about the crash: - What I was doing when the application crashed: 1. Compile project 2. While compiling, right click on a button in the toolbar The crash can be reproduced sometimes. -- Backtrace: Application: KDevelop (kdevelop), signal: Segmentation fault Using host libthread_db library "/usr/lib/libthread_db.so.1". [Current thread is 1 (Thread 0x7f04a640 (LWP 5178))] Thread 18 (Thread 0x7f0407fff700 (LWP 5311)): #0 0x7f049bfa33bd in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7f04a0ec102c in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/libQt5Core.so.5 #2 0x7f04a7d7e42f in ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, bool, bool, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #3 0x7f04a7d83479 in () at /usr/lib/libKF5ThreadWeaver.so.5 #4 0x7f04a7d7d924 in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #5 0x7f04a7d80c83 in ThreadWeaver::Thread::run() () at /usr/lib/libKF5ThreadWeaver.so.5 #6 0x7f04a0ebfb4d in () at /usr/lib/libQt5Core.so.5 #7 0x7f049bf9d08c in start_thread () at /usr/lib/libpthread.so.0 #8 0x7f04a0264e7f in clone () at /usr/lib/libc.so.6 Thread 17 (Thread 0x7f04297fa700 (LWP 5309)): #0 0x7f049bfa33bd in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7f04a0ec102c in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/libQt5Core.so.5 #2 0x7f04a7d7e42f in ThreadWeaver::Weaver::takeFirstAvailableJobOrSuspendOrWait(ThreadWeaver::Thread*, bool, bool, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #3 0x7f04a7d83479 in () at /usr/lib/libKF5ThreadWeaver.so.5 #4 0x7f04a7d7d924 in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #5 0x7f04a7d834d2 in () at /usr/lib/libKF5ThreadWeaver.so.5 #6 0x7f04a7d7d924 in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #7 0x7f04a7d834d2 in () at /usr/lib/libKF5ThreadWeaver.so.5 #8 0x7f04a7d7d924 in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #9 0x7f04a7d834d2 in () at /usr/lib/libKF5ThreadWeaver.so.5 #10 0x7f04a7d7d924 in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #11 0x7f04a7d834d2 in () at /usr/lib/libKF5ThreadWeaver.so.5 #12 0x7f04a7d7d924 in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #13 0x7f04a7d834d2 in () at /usr/lib/libKF5ThreadWeaver.so.5 #14 0x7f04a7d7d924 in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #15 0x7f04a7d834d2 in () at /usr/lib/libKF5ThreadWeaver.so.5 #16 0x7f04a7d7d924 in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #17 0x7f04a7d834d2 in () at /usr/lib/libKF5ThreadWeaver.so.5 #18 0x7f04a7d7d924 in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #19 0x7f04a7d834d2 in () at /usr/lib/libKF5ThreadWeaver.so.5 #20 0x7f04a7d7d924 in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #21 0x7f04a7d834d2 in () at /usr/lib/libKF5ThreadWeaver.so.5 #22 0x7f04a7d7d924 in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #23 0x7f04a7d834d2 in () at /usr/lib/libKF5ThreadWeaver.so.5 #24 0x7f04a7d7d924 in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #25 0x7f04a7d834d2 in () at /usr/lib/libKF5ThreadWeaver.so.5 #26 0x7f04a7d7d924 in ThreadWeaver::Weaver::applyForWork(ThreadWeaver::Thread*, bool) () at /usr/lib/libKF5ThreadWeaver.so.5 #27 0x7f04a7d80c83 in ThreadWeaver::Thread::run() () at /usr/lib/libKF5ThreadWeaver.so.5 #28 0x7f04a0ebfb4d in () at /usr/lib/libQt5Core.so.5 #29 0x7f049bf9d08c in start_thread () at /usr/lib/libpthread.so.0 #30 0x7f04a0264e7f in clone () at /usr/lib/libc.so.6 Thread 16 (Thread 0x7f0429ffb700 (LWP 5308)): #0
[elisa] [Bug 391496] New: Crash when spamming the "Configure Elisa" action through hotkeys
https://bugs.kde.org/show_bug.cgi?id=391496 Bug ID: 391496 Summary: Crash when spamming the "Configure Elisa" action through hotkeys Product: elisa Version: 0.0.81 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: normal Priority: NOR Component: general Assignee: matthieu_gall...@yahoo.fr Reporter: gufi...@gmail.com Target Milestone: --- Application: elisa (0.0.81) Qt Version: 5.10.1 Frameworks Version: 5.43.0 Operating System: Linux 4.15.6-1-ARCH x86_64 Distribution: "Arch Linux" -- Information about the crash: - What I was doing when the application crashed: I pressed a large number of times Ctrl+Shift+, rapidly - Unusual behavior I noticed: The configure window don't open for me, so spamming the hotkey was easy The crash can be reproduced every time. -- Backtrace: Application: Elisa (elisa), signal: Segmentation fault Using host libthread_db library "/usr/lib/libthread_db.so.1". [Current thread is 1 (Thread 0x7f9bcc8d1200 (LWP 14977))] Thread 13 (Thread 0x7f9b6bc2e700 (LWP 15128)): #0 0x7f9bc17aeee8 in () at /usr/lib/libglib-2.0.so.0 #1 0x7f9bc17af10e in g_main_context_iteration () at /usr/lib/libglib-2.0.so.0 #2 0x7f9bc8915314 in QEventDispatcherGlib::processEvents(QFlags) () at /usr/lib/libQt5Core.so.5 #3 0x7f9bc88b73db in QEventLoop::exec(QFlags) () at /usr/lib/libQt5Core.so.5 #4 0x7f9bc86c67ae in QThread::exec() () at /usr/lib/libQt5Core.so.5 #5 0x7f9bc9c34379 in () at /usr/lib/libQt5Qml.so.5 #6 0x7f9bc86cbb4d in () at /usr/lib/libQt5Core.so.5 #7 0x7f9bc3f5608c in start_thread () at /usr/lib/libpthread.so.0 #8 0x7f9bc7fd3e7f in clone () at /usr/lib/libc.so.6 Thread 12 (Thread 0x7f9b79769700 (LWP 14990)): #0 0x7f9bc3f5c3bd in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7f9bc86cd02c in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/libQt5Core.so.5 #2 0x7f9bc6a1041a in () at /usr/lib/libQt5Quick.so.5 #3 0x7f9bc6a108a4 in () at /usr/lib/libQt5Quick.so.5 #4 0x7f9bc86cbb4d in () at /usr/lib/libQt5Core.so.5 #5 0x7f9bc3f5608c in start_thread () at /usr/lib/libpthread.so.0 #6 0x7f9bc7fd3e7f in clone () at /usr/lib/libc.so.6 Thread 11 (Thread 0x7f9b7a17c700 (LWP 14989)): #0 0x7f9bc3f5c6fd in pthread_cond_timedwait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7f9bc86ccee1 in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/libQt5Core.so.5 #2 0x7f9bc86c8db1 in () at /usr/lib/libQt5Core.so.5 #3 0x7f9bc86cbb4d in () at /usr/lib/libQt5Core.so.5 #4 0x7f9bc3f5608c in start_thread () at /usr/lib/libpthread.so.0 #5 0x7f9bc7fd3e7f in clone () at /usr/lib/libc.so.6 Thread 10 (Thread 0x7f9b7a97d700 (LWP 14988)): #0 0x7f9bc7fc997b in poll () at /usr/lib/libc.so.6 #1 0x7f9bc17aeff3 in () at /usr/lib/libglib-2.0.so.0 #2 0x7f9bc17af10e in g_main_context_iteration () at /usr/lib/libglib-2.0.so.0 #3 0x7f9bc8915314 in QEventDispatcherGlib::processEvents(QFlags) () at /usr/lib/libQt5Core.so.5 #4 0x7f9bc88b73db in QEventLoop::exec(QFlags) () at /usr/lib/libQt5Core.so.5 #5 0x7f9bc86c67ae in QThread::exec() () at /usr/lib/libQt5Core.so.5 #6 0x7f9bc86cbb4d in () at /usr/lib/libQt5Core.so.5 #7 0x7f9bc3f5608c in start_thread () at /usr/lib/libpthread.so.0 #8 0x7f9bc7fd3e7f in clone () at /usr/lib/libc.so.6 Thread 9 (Thread 0x7f9b7b17e700 (LWP 14987)): #0 0x7f9bc17f5b94 in g_mutex_unlock () at /usr/lib/libglib-2.0.so.0 #1 0x7f9bc17aeb8b in g_main_context_dispatch () at /usr/lib/libglib-2.0.so.0 #2 0x7f9bc17af081 in () at /usr/lib/libglib-2.0.so.0 #3 0x7f9bc17af10e in g_main_context_iteration () at /usr/lib/libglib-2.0.so.0 #4 0x7f9bc8915314 in QEventDispatcherGlib::processEvents(QFlags) () at /usr/lib/libQt5Core.so.5 #5 0x7f9bc88b73db in QEventLoop::exec(QFlags) () at /usr/lib/libQt5Core.so.5 #6 0x7f9bc86c67ae in QThread::exec() () at /usr/lib/libQt5Core.so.5 #7 0x7f9bc86cbb4d in () at /usr/lib/libQt5Core.so.5 #8 0x7f9bc3f5608c in start_thread () at /usr/lib/libpthread.so.0 #9 0x7f9bc7fd3e7f in clone () at /usr/lib/libc.so.6 Thread 8 (Thread 0x7f9b98f28700 (LWP 14986)): #0 0x7f9bc17f5b94 in g_mutex_unlock () at /usr/lib/libglib-2.0.so.0 #1 0x7f9bc17ade7c in g_main_context_acquire () at /usr/lib/libglib-2.0.so.0 #2 0x7f9bc17aeea7 in () at /usr/lib/libglib-2.0.so.0 #3 0x7f9bc17af10e in g_main_context_iteration () at /usr/lib/libglib-2.0.so.0 #4 0x7f9bc8915314 in QEventDispatcherGlib::processEvents(QFlags) () at /usr/lib/libQt5Core.so.5 #5 0x7f9bc88b73db in QEventLoop::exec(QFlags) () at /usr/lib/libQt5Core.so.5 #6 0x7f9bc86c67ae in QThread::exec() () at /usr/lib/libQt5Core.so.5 #7 0x7f9bc86cbb4d in () at
[elisa] [Bug 391495] Configure menu entry does not open any window
https://bugs.kde.org/show_bug.cgi?id=391495 Guillaume Racicot <gufi...@gmail.com> changed: What|Removed |Added Platform|Other |Compiled Sources -- You are receiving this mail because: You are watching all bug changes.
[elisa] [Bug 391495] New: Configure menu entry does not open any window
https://bugs.kde.org/show_bug.cgi?id=391495 Bug ID: 391495 Summary: Configure menu entry does not open any window Product: elisa Version: 0.0.81 Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: matthieu_gall...@yahoo.fr Reporter: gufi...@gmail.com Target Milestone: --- Step to reproduce: 1. Press the hamburger menu 2. Click on "Configure Elisa" 3. ... Actual behavior: - No configuration window is open Expected behavior: - A configuration window is opened -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 372220] Usage of a template aliases are not hightlighted
https://bugs.kde.org/show_bug.cgi?id=372220 --- Comment #2 from Guillaume Racicot <gufi...@gmail.com> --- I think this problem has been resolved in KDevelop 5.2 -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 387994] All variable in body and parameter in a global lambda hightlighted as global variables
https://bugs.kde.org/show_bug.cgi?id=387994 --- Comment #6 from Guillaume Racicot <gufi...@gmail.com> --- Ah! I simply enclosed all lambda in a function, took a screenshot and edited out the function in gimp. I didn't found a magic workaround for that unfortunately :) -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 387994] All variable in body and parameter in a global lambda hightlighted as global variables
https://bugs.kde.org/show_bug.cgi?id=387994 --- Comment #4 from Guillaume Racicot <gufi...@gmail.com> --- The fixed version of my screenshot simply removed the colored highlighting for the lambda names, since they are global themselves. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 387994] All variable in body and parameter in a global lambda hightlighted as global variables
https://bugs.kde.org/show_bug.cgi?id=387994 --- Comment #2 from Guillaume Racicot <gufi...@gmail.com> --- Created attachment 109433 --> https://bugs.kde.org/attachment.cgi?id=109433=edit Expected result of hightlighting (fixed) Please refer to this one, the previous edited screenshot contained errors -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 387994] All variable in body and parameter in a global lambda hightlighted as global variables
https://bugs.kde.org/show_bug.cgi?id=387994 --- Comment #1 from Guillaume Racicot <gufi...@gmail.com> --- Created attachment 109432 --> https://bugs.kde.org/attachment.cgi?id=109432=edit Expected result of hightlighting -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 387994] New: All variable in body and parameter in a global lambda hightlighted as global variables
https://bugs.kde.org/show_bug.cgi?id=387994 Bug ID: 387994 Summary: All variable in body and parameter in a global lambda hightlighted as global variables Product: kdevelop Version: git master Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Language Support: CPP (Clang-based) Assignee: kdevelop-bugs-n...@kde.org Reporter: gufi...@gmail.com Target Milestone: --- Created attachment 109431 --> https://bugs.kde.org/attachment.cgi?id=109431=edit Acual result of hightlighting When declaring a global lambda, or sending a lambda into a function inside the global scope, all parameters of the lambda and variables in the body of the lambda are hightlighed light pink, as of they were all in the global scope. Expected result: All variables and parameter to be hightlighted in different colors. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 379271] New: Autocompletion should propose to implement extern template
https://bugs.kde.org/show_bug.cgi?id=379271 Bug ID: 379271 Summary: Autocompletion should propose to implement extern template Product: kdevelop Version: 5.1.0 Platform: Other OS: Linux Status: UNCONFIRMED Severity: minor Priority: NOR Component: Language Support: CPP (Clang-based) Assignee: kdevelop-bugs-n...@kde.org Reporter: gufi...@gmail.com Target Milestone: --- extern templates can be used to implement templates in cpp files when you already know what specializations will be used in advance. When adding this to a header: extern template struct example<5>; I expect the IDE to propose me to "implement" the template like this in the cpp file: template struct example<5>; Even if this is a minor addition, this change would be welcome. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 188180] "implement function" should preserve exceptions specification
https://bugs.kde.org/show_bug.cgi?id=188180 Guillaume Racicot <gufi...@gmail.com> changed: What|Removed |Added CC||gufi...@gmail.com --- Comment #2 from Guillaume Racicot <gufi...@gmail.com> --- It still happen with clang version. When a function is marked `noexcept`, or `throw()`, I expect the generated implemented function to have these specification also. Right now, It's not generated and the generated function does not compile/match the header. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 378789] Crash when restarting kwin after suspend wakeup
https://bugs.kde.org/show_bug.cgi?id=378789 --- Comment #2 from Guillaume Racicot <gufi...@gmail.com> --- Indeed. I'll try to build kwin with debugging symbols and reproduce the bug. As additional info, the flickering is not always there, but the crash is. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 378789] New: Crash when restarting kwin after suspend wakeup
https://bugs.kde.org/show_bug.cgi?id=378789 Bug ID: 378789 Summary: Crash when restarting kwin after suspend wakeup Product: kwin Version: 5.9.4 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kwin-bugs-n...@kde.org Reporter: gufi...@gmail.com Target Milestone: --- Application: kwin_x11 (5.9.4) Qt Version: 5.8.0 Frameworks Version: 5.32.0 Operating System: Linux 4.10.9-1-ARCH x86_64 Distribution: "Arch Linux" -- Information about the crash: - What I was doing when the application crashed: "kwin_x11 --replace" in krunner - Unusual behavior I noticed: The whole screen was flikering with distorted texture of window, even in the lock screen. The only way to make my computer useable again was to restart kwin The crash can be reproduced every time. -- Backtrace: Application: KWin (kwin_x11), signal: Aborted Using host libthread_db library "/usr/lib/libthread_db.so.1". [Current thread is 1 (Thread 0x7f7685aaf840 (LWP 635))] Thread 6 (Thread 0x7f764e209700 (LWP 1055)): #0 0x7f76854fe76b in ppoll () at /usr/lib/libc.so.6 #1 0x7f7682b822f9 in qt_safe_poll(pollfd*, unsigned long, timespec const*) () at /usr/lib/libQt5Core.so.5 #2 0x7f7682b8396a in QEventDispatcherUNIX::processEvents(QFlags) () at /usr/lib/libQt5Core.so.5 #3 0x7f7682b3089a in QEventLoop::exec(QFlags) () at /usr/lib/libQt5Core.so.5 #4 0x7f7682952a73 in QThread::exec() () at /usr/lib/libQt5Core.so.5 #5 0x7f76829576d8 in () at /usr/lib/libQt5Core.so.5 #6 0x7f767e7442e7 in start_thread () at /usr/lib/libpthread.so.0 #7 0x7f768550854f in clone () at /usr/lib/libc.so.6 Thread 5 (Thread 0x7f764da08700 (LWP 749)): #0 0x7f767e74a756 in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7f7681ac1234 in () at /usr/lib/libQt5Script.so.5 #2 0x7f7681ac1279 in () at /usr/lib/libQt5Script.so.5 #3 0x7f767e7442e7 in start_thread () at /usr/lib/libpthread.so.0 #4 0x7f768550854f in clone () at /usr/lib/libc.so.6 Thread 4 (Thread 0x7f7661651700 (LWP 729)): #0 0x7f767e74aca6 in pthread_cond_timedwait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7f7661909e44 in () at /usr/lib/libGLX_nvidia.so.0 #2 0x7f764efd5394 in () at /usr/lib/libnvidia-glcore.so.378.13 #3 0x7f766190912c in () at /usr/lib/libGLX_nvidia.so.0 #4 0x7f767e7442e7 in start_thread () at /usr/lib/libpthread.so.0 #5 0x7f768550854f in clone () at /usr/lib/libc.so.6 Thread 3 (Thread 0x7f766a0fc700 (LWP 686)): #0 0x7f76854fe76b in ppoll () at /usr/lib/libc.so.6 #1 0x7f7682b822f9 in qt_safe_poll(pollfd*, unsigned long, timespec const*) () at /usr/lib/libQt5Core.so.5 #2 0x7f7682b8396a in QEventDispatcherUNIX::processEvents(QFlags) () at /usr/lib/libQt5Core.so.5 #3 0x7f7682b3089a in QEventLoop::exec(QFlags) () at /usr/lib/libQt5Core.so.5 #4 0x7f7682952a73 in QThread::exec() () at /usr/lib/libQt5Core.so.5 #5 0x7f767c615125 in () at /usr/lib/libQt5DBus.so.5 #6 0x7f76829576d8 in () at /usr/lib/libQt5Core.so.5 #7 0x7f767e7442e7 in start_thread () at /usr/lib/libpthread.so.0 #8 0x7f768550854f in clone () at /usr/lib/libc.so.6 Thread 2 (Thread 0x7f766c24c700 (LWP 663)): #0 0x7f76854fe67d in poll () at /usr/lib/libc.so.6 #1 0x7f76846178e0 in () at /usr/lib/libxcb.so.1 #2 0x7f7684619679 in xcb_wait_for_event () at /usr/lib/libxcb.so.1 #3 0x7f766d328239 in () at /usr/lib/libQt5XcbQpa.so.5 #4 0x7f76829576d8 in () at /usr/lib/libQt5Core.so.5 #5 0x7f767e7442e7 in start_thread () at /usr/lib/libpthread.so.0 #6 0x7f768550854f in clone () at /usr/lib/libc.so.6 Thread 1 (Thread 0x7f7685aaf840 (LWP 635)): [KCrash Handler] #6 0x7f768544fa10 in raise () at /usr/lib/libc.so.6 #7 0x7f768545113a in abort () at /usr/lib/libc.so.6 #8 0x7f768293de21 in () at /usr/lib/libQt5Core.so.5 #9 0x7f7682951d04 in QThread::~QThread() () at /usr/lib/libQt5Core.so.5 #10 0x7f7682951df9 in QThread::~QThread() () at /usr/lib/libQt5Core.so.5 #11 0x7f7682b5c411 in QObjectPrivate::deleteChildren() () at /usr/lib/libQt5Core.so.5 #12 0x7f7682b65d6f in QObject::~QObject() () at /usr/lib/libQt5Core.so.5 #13 0x7f76696d8c69 in KWin::X11StandalonePlatform::~X11StandalonePlatform() () at /usr/lib/qt/plugins/org.kde.kwin.platforms/KWinX11Platform.so #14 0x7f7682b5c411 in QObjectPrivate::deleteChildren() () at /usr/lib/libQt5Core.so.5 #15 0x7f7682b65d6f in QObject::~QObject() () at /usr/lib/libQt5Core.so.5 #16 0x7f7682b33f56 in QCoreApplication::~QCoreApplication() () at /usr/lib/libQt5Core.so.5 #17 0x7f7683814dc1 in QApplication::~QApplication() () at /usr/lib/libQt5Widgets.so.5 #18 0x7f76857c7834 in () at /usr/lib/libkdeinit5_kwin_x11.so #19 0x7f76857c93e0 in
[kdevelop] [Bug 359504] Show values of constants when hovering them
https://bugs.kde.org/show_bug.cgi?id=359504 Guillaume Racicot <gufi...@gmail.com> changed: What|Removed |Added CC||gufi...@gmail.com --- Comment #1 from Guillaume Racicot <gufi...@gmail.com> --- This would be very nice, +1. This feature could be extended to constexpr functions too. -- You are receiving this mail because: You are watching all bug changes.
[kdevelop] [Bug 372220] New: Usage of a template aliases are not hightlighted
https://bugs.kde.org/show_bug.cgi?id=372220 Bug ID: 372220 Summary: Usage of a template aliases are not hightlighted Product: kdevelop Version: git master Platform: Other OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: Language Support: CPP (Clang-based) Assignee: kdevelop-bugs-n...@kde.org Reporter: gufi...@gmail.com Target Milestone: --- Kdevelop seems to ignore highlighting and inspecting usage of template alisases. Here's a minimal code to reproduce the error. template using my_vec = std::vector; my_vec doStuff(); Inside the using declaration, my_vec is highlighted properly, but not when it is used (eg. in the function declaration) -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 341669] Make MaxFPS configurable
https://bugs.kde.org/show_bug.cgi?id=341669 --- Comment #12 from Guillaume Racicot <gufi...@gmail.com> --- Since this bug is about making MaxFps setting available to users and not about vsync ignoring MaxFps, I'll report another bug for that. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 341669] Make MaxFPS configurable
https://bugs.kde.org/show_bug.cgi?id=341669 --- Comment #10 from Guillaume Racicot <gufi...@gmail.com> --- In recent version of kwin_x11, I ended up disabling vsync. Even when setting up the max fps to 144, simply enabling tearing prevention caused heavy stuttering on my screen (you know, 144/60 is not an whole number). It did, however, prevent tearing. With tearing prevention disabled, kwin seems to respect the max fps setting. That makes thing as smooth as my screen can handle, but I get tearing. Anyone can confirm the issue here? -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 370982] New: BorderlessMaximizedWindows settings only work on x11 or xwayland windows
https://bugs.kde.org/show_bug.cgi?id=370982 Bug ID: 370982 Summary: BorderlessMaximizedWindows settings only work on x11 or xwayland windows Product: kwin Version: 5.8.0 Platform: Archlinux Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: decorations Assignee: kwin-bugs-n...@kde.org Reporter: gufi...@gmail.com There's a setting in kwin named 'BorderlessMaximizedWindows' that hides decoration for maximized windows. Unfortunately, it only work on x11 or xwayland window. Reproducible: Always Steps to Reproduce: 1. activate the setting BorderlessMaximizedWindows to true 2. Open a wayland session 3. Maximize a wayland window and a xwayland window Actual Results: The wayland window still have decorations Expected Results: The decoration should be hidden, just like the x11 window -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 365248] Krunner crash when typing first letter or clicking setting button
https://bugs.kde.org/show_bug.cgi?id=365248 --- Comment #11 from Guillaume Racicot <gufi...@gmail.com> --- Upgrading my arch installation fixed the bug. I don't know if it comes from the update in libqalculate or the fact that Frameworks just got upgraded to 5.24.0 -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 365248] Krunner crash when typing first letter or clicking setting button
https://bugs.kde.org/show_bug.cgi?id=365248 --- Comment #2 from Guillaume Racicot <gufi...@gmail.com> --- Is there a quick fix so I can use krunner without the calculator? It was my primary tool to launch anything, I'm kinda screwed without this :( -- You are receiving this mail because: You are watching all bug changes.
[krunner] [Bug 365248] Krunner crash when typing first letter or clicking setting button
https://bugs.kde.org/show_bug.cgi?id=365248 Guillaume Racicot <gufi...@gmail.com> changed: What|Removed |Added Version|unspecified |5.7.0 Platform|unspecified |Archlinux Packages Component|general |general Product|kde |krunner -- You are receiving this mail because: You are watching all bug changes.
[kde] [Bug 365248] New: Krunner crash when typing first letter or clicking setting button
https://bugs.kde.org/show_bug.cgi?id=365248 Bug ID: 365248 Summary: Krunner crash when typing first letter or clicking setting button Product: kde Version: unspecified Platform: unspecified OS: Linux Status: UNCONFIRMED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: unassigned-b...@kde.org Reporter: gufi...@gmail.com Application: kcmshell5 (5.7.0) Qt Version: 5.7.0 Frameworks Version: 5.23.0 Operating System: Linux 4.6.3-1-ARCH x86_64 Distribution: "Arch Linux" -- Information about the crash: - What I was doing when the application crashed: Krunner crash every time I type the first letter in the search box. Disabling plugins is not possible because clicking on the setting button in krunner make it crash too. It happens every time. - Custom settings of the application: I have calculator plugin activated. I've seen it in the backtrace of the crashing thread so I thought it might be related. The crash can be reproduced every time. -- Backtrace: Application: System Settings Module (kcmshell5), signal: Segmentation fault Using host libthread_db library "/usr/lib/libthread_db.so.1". [Current thread is 1 (Thread 0x7fcb227b87c0 (LWP 1126))] Thread 3 (Thread 0x7fcb07260700 (LWP 1128)): #0 0x7fcb221c072d in read () from /usr/lib/libc.so.6 #1 0x7fcb1a494c80 in ?? () from /usr/lib/libglib-2.0.so.0 #2 0x7fcb1a451ab4 in g_main_context_check () from /usr/lib/libglib-2.0.so.0 #3 0x7fcb1a451f74 in ?? () from /usr/lib/libglib-2.0.so.0 #4 0x7fcb1a4520ec in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #5 0x7fcb1f8ab59b in QEventDispatcherGlib::processEvents(QFlags) () from /usr/lib/libQt5Core.so.5 #6 0x7fcb1f8550da in QEventLoop::exec(QFlags) () from /usr/lib/libQt5Core.so.5 #7 0x7fcb1f6780f3 in QThread::exec() () from /usr/lib/libQt5Core.so.5 #8 0x7fcb214bae75 in ?? () from /usr/lib/libQt5DBus.so.5 #9 0x7fcb1f67cd78 in ?? () from /usr/lib/libQt5Core.so.5 #10 0x7fcb1c65e484 in start_thread () from /usr/lib/libpthread.so.0 #11 0x7fcb221cd6dd in clone () from /usr/lib/libc.so.6 Thread 2 (Thread 0x7fcb0fe93700 (LWP 1127)): #0 0x7fcb221c46cd in poll () from /usr/lib/libc.so.6 #1 0x7fcb1ced28e0 in ?? () from /usr/lib/libxcb.so.1 #2 0x7fcb1ced4679 in xcb_wait_for_event () from /usr/lib/libxcb.so.1 #3 0x7fcb12617469 in ?? () from /usr/lib/libQt5XcbQpa.so.5 #4 0x7fcb1f67cd78 in ?? () from /usr/lib/libQt5Core.so.5 #5 0x7fcb1c65e484 in start_thread () from /usr/lib/libpthread.so.0 #6 0x7fcb221cd6dd in clone () from /usr/lib/libc.so.6 Thread 1 (Thread 0x7fcb227b87c0 (LWP 1126)): [KCrash Handler] #5 0x7fcb22163d76 in strlen () from /usr/lib/libc.so.6 #6 0x7fcb22163aae in strdup () from /usr/lib/libc.so.6 #7 0x7fcaf85105c9 in Calculator::Calculator() () from /usr/lib/libqalculate.so.5 #8 0x7fcaf8869c4d in ?? () from /usr/lib/qt/plugins/krunner_calculatorrunner.so #9 0x7fcaf886af19 in ?? () from /usr/lib/qt/plugins/krunner_calculatorrunner.so #10 0x7fcaf886ca7f in ?? () from /usr/lib/qt/plugins/krunner_calculatorrunner.so #11 0x7fcb21252564 in KPluginFactory::create(char const*, QWidget*, QObject*, QList const&, QString const&) () from /usr/lib/libKF5CoreAddons.so.5 #12 0x7fcb05aa917f in ?? () from /usr/lib/libKF5Runner.so.5 #13 0x7fcb05aaa5a4 in ?? () from /usr/lib/libKF5Runner.so.5 #14 0x7fcb05aa40d7 in Plasma::RunnerManager::reloadConfiguration() () from /usr/lib/libKF5Runner.so.5 #15 0x7fcb05cbb771 in ?? () from /usr/lib/qt/plugins/kcm_plasmasearch.so #16 0x7fcb05cc0128 in ?? () from /usr/lib/qt/plugins/kcm_plasmasearch.so #17 0x7fcb21252564 in KPluginFactory::create(char const*, QWidget*, QObject*, QList const&, QString const&) () from /usr/lib/libKF5CoreAddons.so.5 #18 0x7fcb21eac6b7 in KCModuleLoader::loadModule(KCModuleInfo const&, KCModuleLoader::ErrorReporting, QWidget*, QStringList const&) () from /usr/lib/libKF5KCMUtils.so.5 #19 0x7fcb21eb579f in ?? () from /usr/lib/libKF5KCMUtils.so.5 #20 0x7fcb21eb6395 in KCModuleProxy::realModule() const () from /usr/lib/libKF5KCMUtils.so.5 #21 0x7fcb21eb181b in KCMultiDialog::addModule(KCModuleInfo const&, KPageWidgetItem*, QStringList const&) () from /usr/lib/libKF5KCMUtils.so.5 #22 0x7fcb2248eb81 in kdemain () from /usr/lib/libkdeinit5_kcmshell5.so #23 0x7fcb22106741 in __libc_start_main () from /usr/lib/libc.so.6 #24 0x00400779 in _start () Reported using DrKonqi -- You are receiving this mail because: You are watching all bug changes.
