[okular] [Bug 465821] New: Copy pasting gives garbled text
https://bugs.kde.org/show_bug.cgi?id=465821 Bug ID: 465821 Summary: Copy pasting gives garbled text Classification: Applications Product: okular Version: 22.12.2 Platform: Archlinux OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: PDF backend Assignee: okular-de...@kde.org Reporter: filippovolp...@gmail.com Target Milestone: --- Created attachment 156289 --> https://bugs.kde.org/attachment.cgi?id=156289=edit minimum reproducible case SUMMARY When copy pasting from a specific PDF the text comes out as random symbols on paste. Also find function doesn't recognize that text. Both features does work if I open the same file on firefox. STEPS TO REPRODUCE 1. Open the PDF attached in okular 2. Select text 3. ctrl+c 4. open kate 5. ctrl+v OBSERVED RESULT On kate the only random symbols are pasted EXPECTED RESULT The selected text is pasted as I can read it. SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.26.5 KDE Frameworks Version: 5.102.0 Qt Version: 5.15.8 Kernel Version: 6.1.11-arch1-1 (64-bit) Graphics Platform: Wayland ADDITIONAL INFORMATION The same feature works as intended on firefox and text is correctly selectable on okular so I don't think it's a file problem. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 465701] New: Improve annotation functionality
https://bugs.kde.org/show_bug.cgi?id=465701 Bug ID: 465701 Summary: Improve annotation functionality Classification: Applications Product: okular Version: unspecified Platform: unspecified OS: All Status: REPORTED Severity: wishlist Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: filippovolp...@gmail.com Target Milestone: --- I'd like to make some suggestions to improve the functionality of the annotations tools: 1. Separate color and tool selection For example sometimes i switch between highlighter and line but i then need to define both tool with every color which becomes a lot 2. Line behind text When OCR is not available or for equations the highlighter tool cannot be used so I would need to use the line tool. But the line is above the text and it would cover it, adding transparency to it both rends it a different color than the highlighted stuff and rends the content less readable. The highlighter tool fixes this by staying behind the content. 3. Box behind text To highlight an equation it can be useful to draw a box with highlighter mode. There's no other way to highlight equations otherwise since highlighter tools always gets the equations shape wrong. 4. Highlighter tool line thickness Adding the ability to change the highlighter tool line thickness. This means it's also fixed. I'd suggest a "Auto or value" type of selection. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kio] [Bug 428436] File already exist dialog says "identical files" but they are not
https://bugs.kde.org/show_bug.cgi?id=428436 --- Comment #2 from Filippo Volpe --- (In reply to Justin Zobel from comment #1) > Confirmed on git master. > > Likely it is only checking filename. Size and sha256sum (or similar) would > be different as file has been edited. Yes but I noticed that if you do the same thing between folders (not from an archive) it rightfully says "files are not identical". Moreover the dialog in the attachment says the sizes are the same but they were not. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 428436] New: File already exist dialog says "identical files" but they are not
https://bugs.kde.org/show_bug.cgi?id=428436 Bug ID: 428436 Summary: File already exist dialog says "identical files" but they are not Product: dolphin Version: 20.08.2 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: filippovolp...@gmail.com CC: kfm-de...@kde.org Target Milestone: --- Created attachment 132864 --> https://bugs.kde.org/attachment.cgi?id=132864=edit The dialog onpened, on the left the original file, trust me the other is different but o cannot upload two attachements. SUMMARY In a new installation i was unpacking the backup (.tar) from ark to my home folder with a drag-and-drop and fair enough it finds that for example ".bashrc" already exists and the relative "File already exist" window opens but it says that the files are identical but they really are not. STEPS TO REPRODUCE 1. Take a file opened in the folder in Dolphin 2. Put that file in an archive (.tar or .tar.gz) 3. Modify the original file in the folder 3. Drag-and-drop the file from the archive to the folder with the same-name one OBSERVED RESULT The dialog says the files are identical EXPECTED RESULT The dialog says the files are not identical SOFTWARE/OS VERSIONS Linux, Arch, kernel: 5.9.1-arch1-1 KDE Plasma Version: 5.20.1 KDE Frameworks Version: 5.75.0 Qt Version: 5.15.1 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[KBibTeX] [Bug 424183] Can't view local files: Malformed URL
https://bugs.kde.org/show_bug.cgi?id=424183 --- Comment #12 from Filippo Volpe --- Confirm that both master and 0.10 works for me. -- You are receiving this mail because: You are watching all bug changes.
[KBibTeX] [Bug 424183] Can't view local files: Malformed URL
https://bugs.kde.org/show_bug.cgi?id=424183 Filippo Volpe changed: What|Removed |Added Status|REPORTED|CONFIRMED CC||filippovolp...@gmail.com Ever confirmed|0 |1 --- Comment #9 from Filippo Volpe --- Just wanted to add that I also experience the issue, so I would exclude it's a fault (or extremely exotic configuration) only for user modan...@kit.edu. Same setup Arch, Kde, and Okular viewer. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 420824] New: Zoom in over "Fit Width" in two page mode
https://bugs.kde.org/show_bug.cgi?id=420824 Bug ID: 420824 Summary: Zoom in over "Fit Width" in two page mode Product: okular Version: 1.9.80 Platform: Archlinux Packages OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: filippovolp...@gmail.com Target Milestone: --- SUMMARY When two page mode is selected and zoom with ctrl+mousewheel I can only go from the minimum percentage (ie 12%) to "Fit Width" and can't go further. If one page mode is selected this is not a problem and works normally. I verified the problem with at least .pdf and .djvu files. The only way there's to achieve more zoom that is to manually go to the zoom dropdown menu and select a a value higher than what "Fit width" currently corresponds to given the window size and then it works as expected until you zoom out of the two pages, then the problem reappear. STEPS TO REPRODUCE 1. Open a pdf file with more than 2 pages 2. Set view mode as "facing pages" 3. Zoom in from the minimum percentage OBSERVED RESULT The zoom locks at "Fit Width" level and won't go further. EXPECTED RESULT Being able to zoom in to from 12% to 400% with only a ctrl+mousewheel action as it works in view mode "single page". SOFTWARE/OS VERSIONS Linux/KDE Plasma: 5.6.7 (available in About System) KDE Plasma Version: 5.18.4 KDE Frameworks Version: 5.69.0 Qt Version: 5.14.2 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 405826] New: Plasma crash while connecting to wifi network
https://bugs.kde.org/show_bug.cgi?id=405826 Bug ID: 405826 Summary: Plasma crash while connecting to wifi network Product: plasmashell Version: 5.15.3 Platform: Archlinux Packages OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: k...@davidedmundson.co.uk Reporter: filippovolp...@gmail.com CC: plasma-b...@kde.org Target Milestone: 1.0 Application: plasmashell (5.15.3) Qt Version: 5.12.2 Frameworks Version: 5.56.0 Operating System: Linux 5.0.2-arch1-1-ARCH x86_64 Distribution (Platform): Archlinux Packages -- Information about the crash: - What I was doing when the application crashed: Plasma was connecting to a wifi network. The network is a webpage login type I've set a static IP and manually set the gateway. The crash can be reproduced sometimes. -- Backtrace: Application: Plasma (plasmashell), signal: Segmentation fault Using host libthread_db library "/usr/lib/libthread_db.so.1". [Current thread is 1 (Thread 0x7ff9e2675880 (LWP 584))] Thread 25 (Thread 0x7ff94feb1700 (LWP 2852)): #0 0x7ff9e6719afc in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7ff9e741cc4c in QWaitCondition::wait(QMutex*, QDeadlineTimer) () at /usr/lib/libQt5Core.so.5 #2 0x7ff9e741cd3a in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/libQt5Core.so.5 #3 0x7ff9e916c91d in () at /usr/lib/libQt5Quick.so.5 #4 0x7ff9e916cb8c in () at /usr/lib/libQt5Quick.so.5 #5 0x7ff9e741696c in () at /usr/lib/libQt5Core.so.5 #6 0x7ff9e6713a9d in start_thread () at /usr/lib/libpthread.so.0 #7 0x7ff9e7100b23 in clone () at /usr/lib/libc.so.6 Thread 24 (Thread 0x7ff984b6c700 (LWP 2246)): #0 0x7ff9e70f17a4 in read () at /usr/lib/libc.so.6 #1 0x7ff9cd443782 in pa_read () at /usr/lib/pulseaudio/libpulsecommon-12.2.so #2 0x7ff9cd8ca55f in pa_mainloop_prepare () at /usr/lib/libpulse.so.0 #3 0x7ff9cd8cafd1 in pa_mainloop_iterate () at /usr/lib/libpulse.so.0 #4 0x7ff9cd8cb091 in pa_mainloop_run () at /usr/lib/libpulse.so.0 #5 0x7ff9cd8d95ae in () at /usr/lib/libpulse.so.0 #6 0x7ff9cd4739fc in () at /usr/lib/pulseaudio/libpulsecommon-12.2.so #7 0x7ff9e6713a9d in start_thread () at /usr/lib/libpthread.so.0 #8 0x7ff9e7100b23 in clone () at /usr/lib/libc.so.6 Thread 23 (Thread 0x7ff985ffb700 (LWP 2022)): [KCrash Handler] #6 0x7ff9e9136e10 in QSGSimpleTextureNode::texture() const () at /usr/lib/libQt5Quick.so.5 #7 0x7ff9d8439055 in () at /usr/lib/qt/qml/org/kde/kquickcontrolsaddons/libkquickcontrolsaddonsplugin.so #8 0x7ff9e75fd980 in QMetaObject::activate(QObject*, int, int, void**) () at /usr/lib/libQt5Core.so.5 #9 0x7ff9e91c1a03 in QQuickWindowPrivate::renderSceneGraph(QSize const&) () at /usr/lib/libQt5Quick.so.5 #10 0x7ff9e9168d90 in () at /usr/lib/libQt5Quick.so.5 #11 0x7ff9e916cb48 in () at /usr/lib/libQt5Quick.so.5 #12 0x7ff9e741696c in () at /usr/lib/libQt5Core.so.5 #13 0x7ff9e6713a9d in start_thread () at /usr/lib/libpthread.so.0 #14 0x7ff9e7100b23 in clone () at /usr/lib/libc.so.6 Thread 22 (Thread 0x7ff9857fa700 (LWP 1613)): #0 0x7ff9e6719afc in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7ff9e741cc4c in QWaitCondition::wait(QMutex*, QDeadlineTimer) () at /usr/lib/libQt5Core.so.5 #2 0x7ff9e741cd3a in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/libQt5Core.so.5 #3 0x7ff9e916c91d in () at /usr/lib/libQt5Quick.so.5 #4 0x7ff9e916cb8c in () at /usr/lib/libQt5Quick.so.5 #5 0x7ff9e741696c in () at /usr/lib/libQt5Core.so.5 #6 0x7ff9e6713a9d in start_thread () at /usr/lib/libpthread.so.0 #7 0x7ff9e7100b23 in clone () at /usr/lib/libc.so.6 Thread 21 (Thread 0x7ff9867fc700 (LWP 1042)): #0 0x7ff9e6719afc in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7ff9e741cc4c in QWaitCondition::wait(QMutex*, QDeadlineTimer) () at /usr/lib/libQt5Core.so.5 #2 0x7ff9e741cd3a in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/libQt5Core.so.5 #3 0x7ff9e916c91d in () at /usr/lib/libQt5Quick.so.5 #4 0x7ff9e916cb8c in () at /usr/lib/libQt5Quick.so.5 #5 0x7ff9e741696c in () at /usr/lib/libQt5Core.so.5 #6 0x7ff9e6713a9d in start_thread () at /usr/lib/libpthread.so.0 #7 0x7ff9e7100b23 in clone () at /usr/lib/libc.so.6 Thread 20 (Thread 0x7ff986ffd700 (LWP 1013)): #0 0x7ff9e6719afc in pthread_cond_wait@@GLIBC_2.3.2 () at /usr/lib/libpthread.so.0 #1 0x7ff9e741cc4c in QWaitCondition::wait(QMutex*, QDeadlineTimer) () at /usr/lib/libQt5Core.so.5 #2 0x7ff9e741cd3a in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib/libQt5Core.so.5 #3 0x7ff9e916c91d in () at /usr/lib/libQt5Quick.so.5 #4 0x7ff9e916cb8c in () at
