[dolphin] [Bug 436763] New: Size of symlinked files should not be reported in progress bar for a copy operation
https://bugs.kde.org/show_bug.cgi?id=436763 Bug ID: 436763 Summary: Size of symlinked files should not be reported in progress bar for a copy operation Product: dolphin Version: 20.12.3 Platform: Gentoo Packages OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: dig...@gmail.com CC: kfm-de...@kde.org Target Milestone: --- During of a file copy operation there is a popup progress bar being displayed. It reports a wrong overall size of the copy operation if copied files are symlinks. This happens because it takes into account the size of the symlinked files, which shouldn't happen. STEPS TO REPRODUCE 1. Create a folder with a symlinks to a large files 2. Copy this folder 3. Witness wrong size and wrong estimation time in the progress bar OBSERVED RESULT The progress bar displays size of a symlinked files that are being copied and reports estimation time based on this size. EXPECTED RESULT The size of a copied symlinks should not be taken into account. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 405592] Kwin hangs randomly in _XReply()
https://bugs.kde.org/show_bug.cgi?id=405592 --- Comment #3 from Dmitry Osipenko --- I opened libx11 bug here: https://gitlab.freedesktop.org/xorg/lib/libx11/issues/93 I also reproduced the problem with other desktop environments, so please feel free to close this bug since very likely it's not a kwin's fault. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 405592] Kwin hangs randomly in _XReply()
https://bugs.kde.org/show_bug.cgi?id=405592 --- Comment #2 from Dmitry Osipenko --- Thank you for the comment, Martin. Yes, it looks like the problem should be in libx11. I'll try to hack the x11 library, avoiding the offending recursive _XReply().. will see what will be the result. I'll also open a bug against the libx11 afterwards. And yes, it could be arm-specific problem as well.. maybe code isn't properly portable in some place. Wayland isn't an option because there is no proper 3d driver for the device, it's a relatively old hardware. Meanwhile there is opensource Xorg video driver that brings some acceleration and Plasma 5 works excellent performance-wise with it, just need to find a cure for the hang-issue. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 405592] New: Kwin hangs randomly in _XReply()
https://bugs.kde.org/show_bug.cgi?id=405592 Bug ID: 405592 Summary: Kwin hangs randomly in _XReply() Product: kwin Version: 5.13.5 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: core Assignee: kwin-bugs-n...@kde.org Reporter: dig...@gmail.com Target Milestone: --- This happens on an ARM tablet by interacting with desktop UI (moving windows around, pressing some button.. etc) using touchscreen. The hanging is very unpredictable and difficult to reproduce, it may not happen during a day or may may happen multiple times. It doesn't happen if compositing is disabled and seems it doesn't happen if mouse and keyboard are used instead of touchscreen. Restarting kwin process helps until it hangs again. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Ubuntu 18.10 KDE Plasma Version: 5.13.5 KDE Frameworks Version: 5.50.0 Qt Version: 5.11.1 ADDITIONAL INFORMATION Here is a backtrace taken from kwin: (gdb) thread apply all bt Thread 5 (Thread 0xacbb9380 (LWP 2546)): #0 0xb57f55a4 in __libc_do_syscall () at ../sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:46 #1 0xb57f0708 in futex_wait_cancelable (private=0, expected=0, futex_word=0xb5cb3594 ) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #2 0xb57f0708 in __pthread_cond_wait_common (abstime=0x0, mutex=0xb5cb3554 , cond=0xb5cb356c ) at pthread_cond_wait.c:502 #3 0xb57f0708 in __pthread_cond_wait (cond=0xb5cb356c , mutex=0xb5cb3554 ) at pthread_cond_wait.c:655 #4 0xb5c3c5e8 in QTWTF::TCMalloc_PageHeap::scavengerThread() (this=0xb5cae47c ) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:2359 #5 0xb5c3c60a in QTWTF::TCMalloc_PageHeap::runScavengerThread(void*) (context=) at ../3rdparty/javascriptcore/JavaScriptCore/wtf/FastMalloc.cpp:1464 #6 0xb57ebbc2 in start_thread (arg=0x2495e822) at pthread_create.c:486 #7 0xb6e5e43c in () at ../sysdeps/unix/sysv/linux/arm/clone.S:73 Thread 4 (Thread 0xaf02f380 (LWP 2529)): #0 0xb57f55a4 in __libc_do_syscall () at ../sysdeps/unix/sysv/linux/arm/libc-do-syscall.S:46 #1 0xb57f0708 in futex_wait_cancelable (private=0, expected=0, futex_word=0x674810) at ../sysdeps/unix/sysv/linux/futex-internal.h:88 #2 0xb57f0708 in __pthread_cond_wait_common (abstime=0x0, mutex=0x6747d0, cond=0x6747e8) at pthread_cond_wait.c:502 #3 0xb57f0708 in __pthread_cond_wait (cond=0x6747e8, mutex=0x6747d0) at pthread_cond_wait.c:655 #4 0xb5f7ddba in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/arm-linux-gnueabihf/libQt5Core.so.5 #5 0xb52d56c6 in QQmlThreadPrivate::wait() (this=) at qml/ftw/qqmlthread.cpp:371 #6 0xb52d56c6 in QQmlThread::internalCallMethodInMain(QQmlThread::Message*) (this=0x68b830, message=) at qml/ftw/qqmlthread.cpp:371 #7 0xb52b31de in QQmlImportDatabase::importDynamicPlugin(QString const&, QString const&, QString const&, int, QList*) (this=this@entry=0xb0e06084, filePath=..., uri=..., typeNamespace=..., vmaj=, vmaj@entry=2, errors=, errors@entry=0xaf02e8f0) at /usr/include/arm-linux-gnueabihf/qt5/QtCore/qarraydata.h:206 #8 0xb52b3d7c in QQmlImportsPrivate::importExtension(QString const&, QString const&, int, int, QQmlImportDatabase*, QQmlTypeLoaderQmldirContent const&, QList*) (this=0x7e9488, qmldirFilePath=..., uri=..., vmaj=vmaj@entry=2, vmin=vmin@entry=0, database=database@entry=0xb0e06084, qmldir=..., errors=errors@entry=0xaf02e8f0) at qml/qqmlimport.cpp:1115 #9 0xb52b4682 in QQmlImportsPrivate::addLibraryImport(QString const&, QString const&, int, int, QString const&, QString const&, bool, QQmlImportDatabase*, QList*) (this=, uri=..., prefix=..., vmaj=vmaj@entry=2, vmin=vmin@entry=0, qmldirIdentifier=..., qmldirUrl=..., incomplete=incomplete@entry=false, database=database@entry=0xb0e06084, errors=errors@entry=0xaf02e8f0) at qml/qqmlimport.cpp:1456 #10 0xb52b4778 in QQmlImports::addLibraryImport(QQmlImportDatabase*, QString const&, QString const&, int, int, QString const&, QString const&, bool, QList*) (this=this@entry=0x7f137c, importDb=importDb@entry=0xb0e06084, uri=..., prefix=..., vmaj=vmaj@entry=2, vmin=0, qmldirIdentifier=..., qmldirUrl=..., incomplete=incomplete@entry=false, errors=errors@entry=0xaf02e8f0) at qml/qqmlimport.cpp:1699 #11 0xb528939c in QQmlTypeLoader::Blob::addImport(QV4::CompiledData::Import const*, QList*) (this=this@entry=0x7f1348, import=, import@entry=0xaf200e38, errors=errors@entry=0xaf02e8f0) at qml/qqmltypeloader.cpp:1418 #12 0xb5289dce in QQmlTypeData::tryLoadFromDiskCache() (this=this@entry=0x7f1348) at qml/qqmltypeloader.cpp:2175 #13 0xb528af04 in QQmlTypeData::dataReceived(QQmlDataBlob::SourceCodeData const&) (this=0x7f1348, data=...) at qml/qqmltypeloader.cpp:2437 #14 0xb5284b40 in QQmlTypeLoader::setData(QQmlDataBlob*, QQmlDataBlob::SourceCodeData const&) (this=this@entry=0xb0e060b4, blob=blob@entry=0x7f1348, d=...) at
[kontact] [Bug 371511] kontact/akregator crashes while trying to open a link from the list (middle click)
https://bugs.kde.org/show_bug.cgi?id=371511 Dmitry Osipenko changed: What|Removed |Added CC||dig...@gmail.com --- Comment #12 from Dmitry Osipenko --- (In reply to Jonathan Marten from comment #4) > Created attachment 113170 [details] > Patch to work around problem in Akregator > > This patch provides a workaround in Akregator for the Qt bug, and it may be > possible to do something similar in Kontact. Not sure whether it should be > incorporated into the master sources, though, as hopefully it will be fixed > upstream. I'm experiencing this bug on Gentoo and can confirm that the proposed patch fixes the problem. -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 375298] Crashes once in a while
https://bugs.kde.org/show_bug.cgi?id=375298 --- Comment #6 from Dmitry Osipenko <dig...@gmail.com> --- Created attachment 103598 --> https://bugs.kde.org/attachment.cgi?id=103598=edit Crash fix V2 (In reply to Jan Grulich from comment #5) > The patch looks good to me, can you push it? If you don't have developer > access I can do it instead of you. Thank you. I'm not a KDE developer, so it would be nice if you could pick up the patch from here directly and apply it, thanks in advance. I have attached V2 of the patch with a better commit title and removed file permission change. With the patch being applied, I think you may mark this bug as resolved :-) -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 375298] Crashes once in a while
https://bugs.kde.org/show_bug.cgi?id=375298 --- Comment #4 from Dmitry Osipenko <dig...@gmail.com> --- Created attachment 103562 --> https://bugs.kde.org/attachment.cgi?id=103562=edit Crash fix I had some time to look at the code, the attached patch fixes the issue for me. -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 375298] Crashes once in a while
https://bugs.kde.org/show_bug.cgi?id=375298 --- Comment #3 from Dmitry Osipenko <dig...@gmail.com> --- Created attachment 103560 --> https://bugs.kde.org/attachment.cgi?id=103560=edit valgrind log Still crashes :( Now, I ran kded5 under valgrind and here the splat (full log attached): networkmanager-qt: virtual void NetworkManager::DevicePrivate::propertyChanged(const QString&, const QVariant&) Unhandled property "LldpNeighbors" networkmanager-qt: virtual void NetworkManager::DevicePrivate::propertyChanged(const QString&, const QVariant&) Unhandled property "Real" networkmanager-qt: virtual void NetworkManager::DevicePrivate::propertyChanged(const QString&, const QVariant&) Unhandled property "LldpNeighbors" networkmanager-qt: virtual void NetworkManager::DevicePrivate::propertyChanged(const QString&, const QVariant&) Unhandled property "Real" networkmanager-qt: virtual void NetworkManager::DevicePrivate::propertyChanged(const QString&, const QVariant&) Unhandled property "S390Subchannels" networkmanager-qt: void NetworkManager::NetworkManagerPrivate::propertiesChanged(const QVariantMap&) Unhandled property "AllDevices" networkmanager-qt: void NetworkManager::NetworkManagerPrivate::propertiesChanged(const QVariantMap&) Unhandled property "Devices" QObject::connect: invalid null parameter plasma-nm: Unhandled active connection state change: 1 networkmanager-qt: virtual void NetworkManager::DevicePrivate::propertyChanged(const QString&, const QVariant&) Unhandled property "RxBytes" networkmanager-qt: virtual void NetworkManager::DevicePrivate::propertyChanged(const QString&, const QVariant&) Unhandled property "TxBytes" plasma-nm: Unhandled active connection state change: 1 ==20053== ==20053== HEAP SUMMARY: ==20053== in use at exit: 4,002,347 bytes in 30,746 blocks ==20053== total heap usage: 416,618 allocs, 385,872 frees, 62,859,846 bytes allocated ==20053== ==20053== LEAK SUMMARY: ==20053==definitely lost: 8,259 bytes in 52 blocks ==20053==indirectly lost: 7,808 bytes in 133 blocks ==20053== possibly lost: 0 bytes in 0 blocks ==20053==still reachable: 3,986,280 bytes in 30,561 blocks ==20053== of which reachable via heuristic: ==20053== newarray : 816 bytes in 21 blocks ==20053== multipleinheritance: 168 bytes in 1 blocks ==20053== suppressed: 0 bytes in 0 blocks ==20053== Rerun with --leak-check=full to see details of leaked memory ==20053== ==20053== For counts of detected and suppressed errors, rerun with: -v ==20053== Use --track-origins=yes to see where uninitialised values come from ==20053== ERROR SUMMARY: 392 errors from 24 contexts (suppressed: 0 from 0) ==20060== ==20060== HEAP SUMMARY: ==20060== in use at exit: 4,005,018 bytes in 30,805 blocks ==20060== total heap usage: 418,612 allocs, 387,807 frees, 63,164,098 bytes allocated ==20060== ==20060== LEAK SUMMARY: ==20060==definitely lost: 8,347 bytes in 53 blocks ==20060==indirectly lost: 8,636 bytes in 147 blocks ==20060== possibly lost: 0 bytes in 0 blocks ==20060==still reachable: 3,988,035 bytes in 30,605 blocks ==20060== of which reachable via heuristic: ==20060== newarray : 816 bytes in 21 blocks ==20060== multipleinheritance: 168 bytes in 1 blocks ==20060== suppressed: 0 bytes in 0 blocks ==20060== Rerun with --leak-check=full to see details of leaked memory ==20060== ==20060== For counts of detected and suppressed errors, rerun with: -v ==20060== Use --track-origins=yes to see where uninitialised values come from ==20060== ERROR SUMMARY: 392 errors from 24 contexts (suppressed: 0 from 0) Initializing "kcm_input" : "kcminit_mouse" Initializing "kcm_input" : "kcminit_mouse" ==7231== Thread 1: ==7231== Invalid read of size 8 ==7231==at 0x12D4883C: KNotification::setText(QString const&) (knotification.cpp:152) ==7231==by 0x1C3F3B64: Notification::stateChanged(NetworkManager::Device::State, NetworkManager::Device::State, NetworkManager::Device::StateChangeReason) (notification.cpp:337) ==7231==by 0x6D01D31: call (qobject_impl.h:101) ==7231==by 0x6D01D31: QMetaObject::activate(QObject*, int, int, void**) (qobject.cpp:3723) ==7231==by 0x1CC01439: NetworkManager::Device::stateChanged(NetworkManager::Device::State, NetworkManager::Device::State, NetworkManager::Device::StateChangeReason) (moc_device_RSSED7JB6XRE6D.cpp:638) ==7231==by 0x6D01D31: call (qobject_impl.h:101) ==7231==by 0x6D01D31: QMetaObject::activate(QObject*, int, int, void**) (qobject.cpp:3723) ==7231==by 0x1CC0B697: StateChanged (moc_nm-deviceinter_6D2ZNZE74E76EK.cpp:284) ==7231==by 0x1CC0B697: OrgFreedeskto
[plasma-nm] [Bug 375298] Crashes once in a while
https://bugs.kde.org/show_bug.cgi?id=375298 --- Comment #2 from Dmitry Osipenko <dig...@gmail.com> --- (In reply to Jan Grulich from comment #1) > Created attachment 103557 [details] > Patch to fix the crash in notifications > > Can you please try attached patch? Then you need to restart kded5 to load > the fixed kded module. Thank you a lot, Jan! I've applied the patch and will run with it for a while, since I don't know of a way to trigger the crash, it's quite sporadic. If you won't hear anything from me in a week or more, you may assume that it fixed the issue; otherwise I'll report back. -- You are receiving this mail because: You are watching all bug changes.
[plasma-nm] [Bug 375298] New: Crashes once in a while
https://bugs.kde.org/show_bug.cgi?id=375298 Bug ID: 375298 Summary: Crashes once in a while Product: plasma-nm Version: 5.8.5 Platform: Gentoo Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: applet Assignee: jgrul...@redhat.com Reporter: dig...@gmail.com Target Milestone: --- The plasma-nm widget segfaults, causing the kded5 to crash. It looks like it crashes after several network connects/disconnects, but I'm not sure. #0 operator== (s1=..., s2=...) at tools/qstring.cpp:2746 #1 0x7fffea0a484c in KNotification::setText (this=this@entry=0xa26610, text=...) at /var/tmp/portage/kde-frameworks/knotifications-5.30.0/work/knotifications-5.30.0/src/knotification.cpp:152 #2 0x7fffdd5e5b60 in Notification::stateChanged (this=0x8a5800, newstate=, oldstate=, reason=) at /var/tmp/portage/kde-plasma/plasma-nm-5.8.5/work/plasma-nm-5.8.5/kded/notification.cpp:336 #3 0x75f60d32 in QtPrivate::QSlotObjectBase::call (a=0x7fffc5b0, r=0x8a5800, this=) at ../../include/QtCore/../../src/corelib/kernel/qobject_impl.h:101 #4 QMetaObject::activate (sender=0x8f0ec0, signalOffset=, local_signal_index=local_signal_index@entry=0, argv=argv@entry=0x7fffc5b0) at kernel/qobject.cpp:3723 #5 0x75f61377 in QMetaObject::activate (sender=, m=m@entry=0x7fffdd0d2a80 , local_signal_index=local_signal_index@entry=0, argv=argv@entry=0x7fffc5b0) at kernel/qobject.cpp:3602 #6 0x7fffdce8543a in NetworkManager::Device::stateChanged (this=, _t1=NetworkManager::Device::Failed, _t2=NetworkManager::Device::ConfiguringIp, _t3=NetworkManager::Device::ConfigUnavailableReason) at /var/tmp/portage/kde-frameworks/networkmanager-qt-5.30.0/work/networkmanager-qt-5.30.0_build/src/KF5NetworkManagerQt_automoc.dir/moc_device_RSSED7JB6XRE6D.cpp:638 #7 0x75f60d32 in QtPrivate::QSlotObjectBase::call (a=0x7fffc740, r=0xa33850, this=) at ../../include/QtCore/../../src/corelib/kernel/qobject_impl.h:101 #8 QMetaObject::activate (sender=sender@entry=0xa33860, signalOffset=, local_signal_index=local_signal_index@entry=0, argv=argv@entry=0x7fffc740) at kernel/qobject.cpp:3723 #9 0x75f61377 in QMetaObject::activate (sender=sender@entry=0xa33860, m=m@entry=0x7fffdd0d2dc0 , local_signal_index=local_signal_index@entry=0, argv=argv@entry=0x7fffc740) at kernel/qobject.cpp:3602 #10 0x7fffdce8f698 in OrgFreedesktopNetworkManagerDeviceInterface::StateChanged (_t3=5, _t2=70, _t1=120, this=0xa33860) at /var/tmp/portage/kde-frameworks/networkmanager-qt-5.30.0/work/networkmanager-qt-5.30.0_build/src/KF5NetworkManagerQt_automoc.dir/moc_nm-deviceinter_6D2ZNZE74E76EK.cpp:284 #11 OrgFreedesktopNetworkManagerDeviceInterface::qt_static_metacall (_o=_o@entry=0xa33860, _c=_c@entry=QMetaObject::InvokeMetaMethod, _id=_id@entry=0, _a=_a@entry=0x7fffc8c0) at /var/tmp/portage/kde-frameworks/networkmanager-qt-5.30.0/work/networkmanager-qt-5.30.0_build/src/KF5NetworkManagerQt_automoc.dir/moc_nm-deviceinter_6D2ZNZE74E76EK.cpp:149 #12 0x7fffdce950e0 in OrgFreedesktopNetworkManagerDeviceInterface::qt_metacall (this=0xa33860, _c=QMetaObject::InvokeMetaMethod, _id=0, _a=0x7fffc8c0) at /var/tmp/portage/kde-frameworks/networkmanager-qt-5.30.0/work/networkmanager-qt-5.30.0_build/src/KF5NetworkManagerQt_automoc.dir/moc_nm-deviceinter_6D2ZNZE74E76EK.cpp:253 #13 0x77f37393 in QDBusConnectionPrivate::deliverCall (this=, object=, msg=..., metaTypes=..., slotIdx=) at qdbusintegrator.cpp:995 #14 0x75f61b71 in QObject::event (this=0xa33860, e=) at kernel/qobject.cpp:1263 #15 0x77328a9c in QApplicationPrivate::notify_helper (this=, receiver=0xa33860, e=0x7fffd80111b0) at kernel/qapplication.cpp:3799 #16 0x77330446 in QApplication::notify (this=0x7fffcfb0, receiver=0xa33860, e=0x7fffd80111b0) at kernel/qapplication.cpp:3556 #17 0x75f3a67a in QCoreApplication::notifyInternal2 (receiver=0xa33860, event=event@entry=0x7fffd80111b0) at kernel/qcoreapplication.cpp:988 #18 0x75f3ccfb in QCoreApplication::sendEvent (event=0x7fffd80111b0, receiver=) at kernel/qcoreapplication.h:231 #19 QCoreApplicationPrivate::sendPostedEvents (receiver=receiver@entry=0x0, event_type=event_type@entry=0, data=0x619eb0) at kernel/qcoreapplication.cpp:1649 #20 0x75f3d168 in QCoreApplication::sendPostedEvents (receiver=receiver@entry=0x0, event_type=event_type@entry=0) at kernel/qcoreapplication.cpp:1503 #21 0x75f878c3 in postEventSourceDispatch (s=0x66bbf0) at
[plasmashell] [Bug 342763] Crash In Task Manager Item Changed
https://bugs.kde.org/show_bug.cgi?id=342763 Dmitry Osipenko <dig...@gmail.com> changed: What|Removed |Added CC||dig...@gmail.com --- Comment #253 from Dmitry Osipenko <dig...@gmail.com> --- Thread 1 (Thread 0x7f828a8b57c0 (LWP 4593)): [KCrash Handler] #5 QSortFilterProxyModelPrivate::updateChildrenMapping (this=this@entry=0x4693100, source_parent=..., parent_mapping=parent_mapping@entry=0x6306690, orient=orient@entry=Qt::Vertical, start=start@entry=0, end=end@entry=0, delta_item_count=1, remove=true) at itemmodels/qsortfilterproxymodel.cpp:969 #6 0x7f8285a90d11 in QSortFilterProxyModelPrivate::source_items_removed (this=, source_parent=..., start=0, end=, orient=orient@entry=Qt::Vertical) at itemmodels/qsortfilterproxymodel.cpp:911 #7 0x7f8285a90fb7 in QSortFilterProxyModelPrivate::source_items_removed (orient=Qt::Vertical, end=, start=, source_parent=..., this=) at itemmodels/qsortfilterproxymodel.cpp:871 #8 QSortFilterProxyModelPrivate::_q_sourceRowsRemoved (this=, source_parent=..., start=, end=) at itemmodels/qsortfilterproxymodel.cpp:1418 #9 0x7f8285a96859 in QSortFilterProxyModel::qt_static_metacall (_o=_o@entry=0x4693320, _c=_c@entry=QMetaObject::InvokeMetaMethod, _id=_id@entry=14, _a=_a@entry=0x7ffe21fe0140) at .moc/moc_qsortfilterproxymodel.cpp:211 #10 0x7f8285ae74e0 in QMetaObject::activate (sender=sender@entry=0x46ae8f0, signalOffset=, local_signal_index=local_signal_index@entry=12, argv=argv@entry=0x7ffe21fe0140) at kernel/qobject.cpp:3730 #11 0x7f8285ae7d77 in QMetaObject::activate (sender=sender@entry=0x46ae8f0, m=m@entry=0x7f8285cf4e40 , local_signal_index=local_signal_index@entry=12, argv=argv@entry=0x7ffe21fe0140) at kernel/qobject.cpp:3595 #12 0x7f8285b578e4 in QAbstractItemModel::rowsRemoved (this=this@entry=0x46ae8f0, _t1=..., _t2=0, _t3=0) at .moc/moc_qabstractitemmodel.cpp:615 #13 0x7f8285a75754 in QAbstractItemModel::endRemoveRows (this=0x46ae8f0) at itemmodels/qabstractitemmodel.cpp:2678 #14 0x7f81d641a57d in TaskManager::TaskGroupingProxyModel::Private::sourceRowsAboutToBeRemoved (this=0x46b42f0, first=, last=14, parent=...) at /var/tmp/portage/kde-plasma/plasma-workspace-5.8.4/work/plasma-workspace-5.8.4/libtaskmanager/taskgroupingproxymodel.cpp:197 #15 0x7f81d641d629 in TaskManager::TaskGroupingProxyModel::qt_static_metacall (_o=_o@entry=0x46ae8f0, _c=_c@entry=QMetaObject::InvokeMetaMethod, _id=_id@entry=7, _a=_a@entry=0x7ffe21fe0440) at /var/tmp/portage/kde-plasma/plasma-workspace-5.8.4/work/plasma-workspace-5.8.4_build/libtaskmanager/moc_taskgroupingproxymodel.cpp:152 #16 0x7f8285ae74e0 in QMetaObject::activate (sender=sender@entry=0x46b14d0, signalOffset=, local_signal_index=local_signal_index@entry=11, argv=argv@entry=0x7ffe21fe0440) at kernel/qobject.cpp:3730 #17 0x7f8285ae7d77 in QMetaObject::activate (sender=sender@entry=0x46b14d0, m=m@entry=0x7f8285cf4e40 , local_signal_index=local_signal_index@entry=11, argv=argv@entry=0x7ffe21fe0440) at kernel/qobject.cpp:3595 #18 0x7f8285b57874 in QAbstractItemModel::rowsAboutToBeRemoved (this=this@entry=0x46b14d0, _t1=..., _t2=_t2@entry=0, _t3=_t3@entry=14) at .moc/moc_qabstractitemmodel.cpp:608 #19 0x7f8285a74c63 in QAbstractItemModel::beginRemoveRows (this=0x46b14d0, parent=..., first=0, last=14) at itemmodels/qabstractitemmodel.cpp:2661 #20 0x7f8285a8f445 in QSortFilterProxyModelPrivate::remove_proxy_interval (this=this@entry=0x469eda0, source_to_proxy=..., proxy_to_source=..., proxy_start=0, proxy_end=14, proxy_parent=..., orient=Qt::Vertical, emit_signal=true) at itemmodels/qsortfilterproxymodel.cpp:577 #21 0x7f8285a94227 in QSortFilterProxyModelPrivate::remove_source_items (this=this@entry=0x469eda0, source_to_proxy=..., proxy_to_source=..., source_items=..., source_parent=..., orient=orient@entry=Qt::Vertical, emit_signal=true) at itemmodels/qsortfilterproxymodel.cpp:559 #22 0x7f8285a946b8 in QSortFilterProxyModelPrivate::handle_filter_changed (this=this@entry=0x469eda0, source_to_proxy=..., proxy_to_source=..., source_parent=..., orient=orient@entry=Qt::Vertical) at itemmodels/qsortfilterproxymodel.cpp:1143 #23 0x7f8285a9499c in QSortFilterProxyModelPrivate::filter_changed (this=0x469eda0, source_parent=...) at itemmodels/qsortfilterproxymodel.cpp:1075 #24 0x7f8285a952e1 in QSortFilterProxyModel::invalidateFilter (this=) at itemmodels/qsortfilterproxymodel.cpp:2606 #25 0x7f81d64166d5 in TaskManager::TaskFilterProxyModel::setVirtualDesktop (this=0x46b14d0, virtualDesktop=) at /var/tmp/portage/kde-plasma/plasma-workspace-5.8.4/work/plasma-workspace-5.8.4/libtaskmanager/taskfilterproxymodel.cpp:80 #26 0x7f81d642109d in TaskManager::TasksModel::setVirtualDesktop (this=, virtualDesktop=) at /var/tmp/portage/kde-plasma/plasma-workspace-5.8.4/work/plasma-workspace-5.8.4/li
[okular] [Bug 219121] if holding mouse mid button, perform scroll instead zoom
https://bugs.kde.org/show_bug.cgi?id=219121 --- Comment #23 from Dmitry Osipenko <dig...@gmail.com> --- (In reply to Alon Bar-Lev from comment #22) > I always used wheel emulation so everything worked perfectly, only now after > using okular since its first release found out this odd behavior, allowing > user to select behavior is a good compromise between various standards, not > sure why it was rejected. It was rejected because maintainer didn't want to bother implementing it, so it doesn't mean that it won't ever happen. I proposed patch for it, waiting for review comment. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 355390] Localized Dolphin crashes when I try to create new folder
https://bugs.kde.org/show_bug.cgi?id=355390 --- Comment #24 from Dmitry Osipenko <dig...@gmail.com> --- Hi David, (In reply to David Faure from comment #23) > Can someone test the patch I posted in my previous comment? I guess nobody, including me, noticed that your message included the attachment. Just tested it, works fine - no dups, only localized menu entries. Thanks! -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 219121] if holding mouse mid button, perform scroll instead zoom
https://bugs.kde.org/show_bug.cgi?id=219121 --- Comment #21 from Dmitry Osipenko <dig...@gmail.com> --- (In reply to Albert Astals Cid from comment #20) > > You need to learn to click more things before admiting defeat and asking for > help. Click on the "Posted 1 year, 11 months ago (gen. 27, 2014, 9:42 p.m.)" > box and then you'll see it expand and it will contain one text that says "1 > year, 10 months ago (feb. 7, 2014, 12:20 a.m.)" Okay, thanks for pointing to it. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 219121] if holding mouse mid button, perform scroll instead zoom
https://bugs.kde.org/show_bug.cgi?id=219121 --- Comment #19 from Dmitry Osipenko <dig...@gmail.com> --- (In reply to Yichao Zhou from comment #16) > Hi Dmitry, > > I tried to reply to this bug this afternoon by email from my smartphone but > it seems I did not do it correctly. Sorry for the confusion. > > The problem about my patch was that the maintainer thought that we should > use the middle mouse to pan the page (like we do in evince and some 3D > modelling software) instead of scrolling the page (like we do in > firefox/adobe reader). I proposed that I could implement all of the three > modes (zoom, pan, scroll) and let the user choose them. It seemed that > Albert agreed on this. However because that patch works well on my gentoo > box and I really do not need to pan feature, I put this task behind my > schedule. I realized that this patch does not work on KF5 recently. But I > no longer use KDE frequently (maybe I will be back in the future) now so I > will not work on this in short term. Feel free to implement it if you want > to see this feature in the upstream! Communication with Albert before > working is a good idea to make sure that your patch will be merged finally. Thanks for quick response! Coincidentally, I'm already using panning with middle button for a quite long time with KF5. However, it's just dumb panning (which I'm finding more usable) without evince-like scrolling momentum. So, I'm picking your patch, adapting it for KF5 and adding pan feature. (In reply to Gregory M. Turner from comment #17) > Maybe it's to do with the particulars of my box but the patch from this bug > never quite worked correctly on my Gentoo box, Yichao (although I used it > for many months and eventually decided to just stop using Okular. > > It /almost/ worked. But certain actions -- I can't remember /exactly/ > what, but maybe it was something to do with scrolling past a page boundary? > -- would cause the display to go blank. Under the hood everything was fine; > if you used the "normal" scrolling techniques then the document would appear > again, but it was as though okular did not realize that certain parts of the > page needed to be repainted. > > Sorry I can't remember more precisely what the exact way to trigger these > problems were. But I just wanted to mention it for the record, so that if > someone is looking into these patches with an eye toward refactoring or > merging them in some way, they should be mindful that there may be some bug > in there. Thanks, that might be helpful. (In reply to Albert Astals Cid from comment #18) > Dmitry https://git.reviewboard.kde.org/r/115335/ In the last review comment you mentioned conversation on Feb 7, that I haven't found. I guess it was discussion on adding panning feature, right? Or was it something else, maybe other issue? -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 219121] if holding mouse mid button, perform scroll instead zoom
https://bugs.kde.org/show_bug.cgi?id=219121 Dmitry Osipenko <dig...@gmail.com> changed: What|Removed |Added CC||dig...@gmail.com --- Comment #13 from Dmitry Osipenko <dig...@gmail.com> --- After 5 years I'm still carrying patch to make okular usable. Hopefully, it's not a big burden with gentoo :) @Albert, do you remember what was the problem with Yichao's patch? I'd like to help finalizing it. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 219121] if holding mouse mid button, perform scroll instead zoom
https://bugs.kde.org/show_bug.cgi?id=219121 --- Comment #15 from Dmitry Osipenko <dig...@gmail.com> --- Hi Yichao, Sorry, I thought you've abandoned your effort. Are you going to re-spin the patch? -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 355390] Localized Dolphin crashes when I try to create new folder
https://bugs.kde.org/show_bug.cgi?id=355390 --- Comment #16 from Dmitry Osipenko <dig...@gmail.com> --- LC_ALL=fr works fine here, no doubled entries. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 355390] Localized Dolphin crashes when I try to create new folder
https://bugs.kde.org/show_bug.cgi?id=355390 --- Comment #13 from Dmitry Osipenko <dig...@gmail.com> --- I confirm that downgrading kde-frameworks/kio 5.16 => 5.15 fixes issue. -- You are receiving this mail because: You are watching all bug changes.
