[dolphin] [Bug 426149] New: Repeated kdeinit5 crash when viewing directory in Dolphin
https://bugs.kde.org/show_bug.cgi?id=426149 Bug ID: 426149 Summary: Repeated kdeinit5 crash when viewing directory in Dolphin Product: dolphin Version: 20.04.1 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: jman012...@gmail.com CC: kfm-de...@kde.org Target Milestone: --- SUMMARY When I navigate to my Downloads directory, I get repeated notifications saying "kdeinit5 Closed Unexpectedly." STEPS TO REPRODUCE 1. Navigate to Downloads This crash will probably not be reproducible on other machines. Please see the backtrace below. OBSERVED RESULT Repeated crashes of kdeinit5. Dolphin behaves normally otherwise. EXPECTED RESULT No crashes of kdeinit5. SOFTWARE/OS VERSIONS Linux/KDE Plasma: 5.8.4-200 (available in About System) KDE Plasma Version: 5.18.5 KDE Frameworks Version: 5.70.0 Qt Version: 5.14.2 ADDITIONAL INFORMATION Application: kdeinit5 (kdeinit5), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7fca4125fe00 (LWP 11356))] Thread 22 (Thread 0x7fc9d77fe700 (LWP 11377)): #0 0x7fca446084cc in read () from /lib64/libc.so.6 #1 0x7fca431ca53f in g_wakeup_acknowledge () from /lib64/libglib-2.0.so.0 #2 0x7fca431805ee in g_main_context_check () from /lib64/libglib-2.0.so.0 #3 0x7fca43180a55 in g_main_context_iterate.constprop () from /lib64/libglib-2.0.so.0 #4 0x7fca43180be3 in g_main_context_iteration () from /lib64/libglib-2.0.so.0 #5 0x7fca44986b8b in QEventDispatcherGlib::processEvents(QFlags) () from /lib64/libQt5Core.so.5 #6 0x7fca4493991b in QEventLoop::exec(QFlags) () from /lib64/libQt5Core.so.5 #7 0x7fca447a5427 in QThread::exec() () from /lib64/libQt5Core.so.5 #8 0x7fca339b251b in QDBusConnectionManager::run() () from /lib64/libQt5DBus.so.5 #9 0x7fca447a6690 in QThreadPrivate::start(void*) () from /lib64/libQt5Core.so.5 #10 0x7fca43bb3432 in start_thread () from /lib64/libpthread.so.0 #11 0x7fca44617913 in clone () from /lib64/libc.so.6 Thread 21 (Thread 0x7fc9d7fff700 (LWP 11376)): #0 0x7fca43bb9e92 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7fca2ae3c6db in util_queue_thread_func () from /usr/lib64/dri/radeonsi_dri.so #2 0x7fca2ae3c1ab in impl_thrd_routine () from /usr/lib64/dri/radeonsi_dri.so #3 0x7fca43bb3432 in start_thread () from /lib64/libpthread.so.0 #4 0x7fca44617913 in clone () from /lib64/libc.so.6 Thread 20 (Thread 0x7fc9f4ff9700 (LWP 11375)): #0 0x7fca43bb9e92 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7fca2ae3c6db in util_queue_thread_func () from /usr/lib64/dri/radeonsi_dri.so #2 0x7fca2ae3c1ab in impl_thrd_routine () from /usr/lib64/dri/radeonsi_dri.so #3 0x7fca43bb3432 in start_thread () from /lib64/libpthread.so.0 #4 0x7fca44617913 in clone () from /lib64/libc.so.6 Thread 19 (Thread 0x7fc9f57fa700 (LWP 11374)): #0 0x7fca43bb9e92 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7fca2ae3c6db in util_queue_thread_func () from /usr/lib64/dri/radeonsi_dri.so #2 0x7fca2ae3c1ab in impl_thrd_routine () from /usr/lib64/dri/radeonsi_dri.so #3 0x7fca43bb3432 in start_thread () from /lib64/libpthread.so.0 #4 0x7fca44617913 in clone () from /lib64/libc.so.6 Thread 18 (Thread 0x7fc9f5ffb700 (LWP 11373)): #0 0x7fca43bb9e92 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7fca2ae3c6db in util_queue_thread_func () from /usr/lib64/dri/radeonsi_dri.so #2 0x7fca2ae3c1ab in impl_thrd_routine () from /usr/lib64/dri/radeonsi_dri.so #3 0x7fca43bb3432 in start_thread () from /lib64/libpthread.so.0 #4 0x7fca44617913 in clone () from /lib64/libc.so.6 Thread 17 (Thread 0x7fc9f67fc700 (LWP 11372)): #0 0x7fca43bb9e92 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7fca2ae3c6db in util_queue_thread_func () from /usr/lib64/dri/radeonsi_dri.so #2 0x7fca2ae3c1ab in impl_thrd_routine () from /usr/lib64/dri/radeonsi_dri.so #3 0x7fca43bb3432 in start_thread () from /lib64/libpthread.so.0 #4 0x7fca44617913 in clone () from /lib64/libc.so.6 Thread 16 (Thread 0x7fc9f6ffd700 (LWP 11371)): #0 0x7fca43bb9e92 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0 #1 0x7fca2ae3c6db in util_queue_thread_func () from /usr/lib64/dri/radeonsi_dri.so #2 0x7fca2ae3c1ab in impl_thrd_routine () from /usr/lib64/dri/radeonsi_dri.so #3 0x7fca43bb3432 in start_thread () from /lib64/libpthread.so.0 #4 0x7fca44617913 in clone () from /lib64/libc.so.6 Thread 15 (Thread 0x7fc9f77fe700 (LWP 11370)): #0 0x7fca43bb9e92 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib
[okular] [Bug 407869] Okular KParts plugin steals space key events from shell
https://bugs.kde.org/show_bug.cgi?id=407869 John S. changed: What|Removed |Added Version|unspecified |1.9.3 --- Comment #7 from John S. --- I just realized this was partially waiting on my input. Sorry about that. I've been using the kmarkdownwebview plugin for a while, but switching back to Okular, I can confirm this issue is still present in Fedora 32. Ctrl+Shift+S gives me a popup dialog: "The key sequence 'Ctrl+Shift+S' is ambiguous. Use 'Configure Shortcuts' from the 'Settings' menu to solve the ambiguity. No action will be triggered." -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 120664] Gwenview shouldn't open multi-page tiff files
https://bugs.kde.org/show_bug.cgi?id=120664 John S. changed: What|Removed |Added CC||jman012...@gmail.com --- Comment #21 from John S. --- I strongly disagree with Gwenview not supporting multi-page TIFF files. These are image files and Gwenview is an image viewer; it should support viewing the entire file. Further, Okular is a document viewer, so it makes no sense to have an image file format rely on it. I have several sets of mixed TIFF and multi-TIFF pictures, and I view them by opening one in Gwenview and using the forward and back arrows to navigate through the pictures in a directory. Having to alternate between Gwenview and Okular would be (and currently is) incredibly unwieldy. Ideally I'd like to see Gwenview implement something like Windows Explorer does, where a forward and back arrow appear below the picture but above the bottom toolbar when a multi-page TIFF file is opened to enable browsing through pages. -- You are receiving this mail because: You are watching all bug changes.
[ark] [Bug 415723] New: Ark doesn't preserve symlinks in zip files
https://bugs.kde.org/show_bug.cgi?id=415723 Bug ID: 415723 Summary: Ark doesn't preserve symlinks in zip files Product: ark Version: 19.04.3 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: major Priority: NOR Component: general Assignee: elvis.angelac...@kde.org Reporter: jman012...@gmail.com CC: rthoms...@gmail.com Target Milestone: --- SUMMARY After unpacking a zip file with symlinks using Ark, the symlinks appear as regular files and don't point anywhere. STEPS TO REPRODUCE 1. Create a test directory 2. Create any file within the directory 3. Create a symlink to the file 4. Create a zip archive (I did this with the `zip` utility, not sure if results are different when using Ark) 5. Delete the original files 6. Extract the zip archive using Ark OBSERVED RESULT Symlinks appear as regular files instead of symlinks. EXPECTED RESULT Symlinks should be preserved as links to their target files. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Fedora 31, kernel 5.3.16 KDE Plasma Version: 5.17.4 KDE Frameworks Version: 5.64.0 Qt Version: 5.12.5 ADDITIONAL INFORMATION I tested extracting the same archive with the `unzip` utility and the GNOME archive manager on an Ubuntu 18.04 virtual machine and symlinks were preserved in both cases. I've used previous versions of Ark on zip files with symlinks successfully. -- You are receiving this mail because: You are watching all bug changes.
[ark] [Bug 415723] Ark doesn't preserve symlinks in zip files
https://bugs.kde.org/show_bug.cgi?id=415723 John S. changed: What|Removed |Added CC||elvis.angelac...@kde.org Component|general |plugins Assignee|elvis.angelac...@kde.org|rthoms...@gmail.com --- Comment #2 from John S. --- Looks like it's using libzip. The only other plugin that looks like it handles zip files would be Info-zip, but it says that plugin provides legacy support for zip files. According to Fedora's package manager I have libzip 1.5.2 installed, but I don't know if this package is the same as the plugin that's being used. I can't find a corresponding package for Info-zip. -- You are receiving this mail because: You are watching all bug changes.
[kile] [Bug 418929] New: Crash when right-clicking document tab
https://bugs.kde.org/show_bug.cgi?id=418929 Bug ID: 418929 Summary: Crash when right-clicking document tab Product: kile Version: 2.9.92 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: crash Priority: NOR Component: user interface Assignee: michel.lud...@kdemail.net Reporter: jman012...@gmail.com Target Milestone: --- SUMMARY With a document open in Kile, right clicking on the document tab (between the editor window and the toolbar) will cause the program to crash. STEPS TO REPRODUCE 1. Create or open a tex file in Kile 2. Right click on the tab between the editor window and the file toolbar 3. Crash OBSERVED RESULT Kile crashes EXPECTED RESULT Kile doesn't crash SOFTWARE/OS VERSIONS Linux/KDE Plasma: 5.5.8 (available in About System) KDE Plasma Version: 5.17.5 KDE Frameworks Version: 5.67.0 Qt Version: 5.13.2 ADDITIONAL INFORMATION This crash occurs whether you have one or multiple files open. If you have multiple files open, Kile will also crash if you right-click on the tab for a document other than the one that is currently selected. The crash also occurs regardless of whether or not the current file has been saved. -- You are receiving this mail because: You are watching all bug changes.
[kile] [Bug 418930] New: Kile should be able to have multiple instances simultaneously
https://bugs.kde.org/show_bug.cgi?id=418930 Bug ID: 418930 Summary: Kile should be able to have multiple instances simultaneously Product: kile Version: 2.9.92 Platform: Fedora RPMs OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: michel.lud...@kdemail.net Reporter: jman012...@gmail.com Target Milestone: --- SUMMARY When attempting to launch multiple instances of Kile, e.g. to have multiple PDF's render at the same time, the first instance is selected instead of launching a new one. STEPS TO REPRODUCE 1. Launch Kile 2. If in a KDE environment, right click on the Kile taskbar item and select "Start New Instance" 3. Otherwise, find the shortcut to launch Kile and select it. OBSERVED RESULT Current Kile taskbar item turns orange as if a new dialog has opened. When selected, it returns to its normal color. No output is produced from this action. EXPECTED RESULT A separate instance of Kile should be launched. SOFTWARE/OS VERSIONS Linux/KDE Plasma: 5.5.8 KDE Plasma Version: 5.17.5 KDE Frameworks Version: 5.67.0 Qt Version: 5.13.2 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kile] [Bug 418930] Kile should be able to have multiple instances simultaneously
https://bugs.kde.org/show_bug.cgi?id=418930 --- Comment #1 from John S. --- While looking through the Kile cgit repository, I found this commit: https://cgit.kde.org/kile.git/commit/?h=1.6 It looks like this functionality was supposed to be put into an earlier version of Kile. -- You are receiving this mail because: You are watching all bug changes.
