[gwenview] [Bug 479216] New: Clicking empty space in thumbnails bar switches to Browse mode
https://bugs.kde.org/show_bug.cgi?id=479216 Bug ID: 479216 Summary: Clicking empty space in thumbnails bar switches to Browse mode Classification: Applications Product: gwenview Version: 23.08.4 Platform: Neon OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: david.hu...@mailbox.org CC: david.hu...@mailbox.org Target Milestone: --- SUMMARY When you click the unused space in the thumbnails bar (this happens only if you are in a directory that has not enough images to cover the window width), View mode is left. The thumbnails bar itself also disappears. STEPS TO REPRODUCE 1. Open an image in a directory with only few images. 2. Make the thumbnail bar visible. 3. Click on the unused space in the thumbnail bar (left-click or right-click). OBSERVED RESULT Gwenview switches from View mode to Browse mode. (On right-click, the context menu for the directory is shown in addition.) EXPECTED RESULT Nothing. (On right-click, the context menu for the directory still makes sense.) SOFTWARE/OS VERSIONS gwenview 23.08.04 KDE neon 5.27 KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.113.0 Qt Version: 5.15.11 Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 479141] Graphical glitches in presentation mode
https://bugs.kde.org/show_bug.cgi?id=479141 --- Comment #6 from David Hurka --- > If not, it may be a problem in painting the contents of the presentation > screen widget. * If yes, it may be... -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 479141] Graphical glitches in presentation mode
https://bugs.kde.org/show_bug.cgi?id=479141 --- Comment #5 from David Hurka --- > I get no output from either of the commands you gave me. Is that exactly how > I should enter them to get live output in the terminal? Interesting. (Those are environment variables, which shall just be printed. They give no “live output.) I thought that these control the screen scales, but apparently it happens in some other way. https://doc.qt.io/qt-6/highdpi.html#environment-variable-reference I have another idea: Do “child widgets” of the presentation screen (the toolbar at the top and the circular page number indicator) work fine in the glitchy areas? If not, it may be a problem in painting the contents of the presentation screen widget. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 479141] Graphical glitches in presentation mode
https://bugs.kde.org/show_bug.cgi?id=479141 --- Comment #1 from David Hurka --- This reminds me of Bug 421634. How many screens do you have? Does it happen on all screens? Can you give detailed information of your screen arrangement, e. g. with a screenshot of System Settings? If you can still remember, can you describe how you have set up this screen arrangement? And maybe give the output of these commands: echo $QT_SCREEN_SCALE_FACTORS echo $QT_SCALE_FACTOR If you can access the task panel during presentation mode, or via Alt+F3 (on KDE Plasma), you can experiment with the fullscreen setting of the presentation window. Possible that it gives a workaround. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 477127] review tool settings get lost after reload
https://bugs.kde.org/show_bug.cgi?id=477127 David Hurka changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #1 from David Hurka --- > SOFTWARE/OS VERSIONS > Okular v.1.9.3 > Linux (x86_64) release 5.4.0-166-generic You are probably using an LTS distribution from 2020, which doesn’t include KDE Frameworks version KF 5.78 yet. This is what was supposed to fix Bug 384700, which seems similar to me. Can you provide your software versions? -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 476981] Binary Factory build #1575 is missing one .exe from /bin -- Configure backend doesn't work
https://bugs.kde.org/show_bug.cgi?id=476981 David Hurka changed: What|Removed |Added Summary|#1575 is missing one .exe |Binary Factory build #1575 |from /bin -- Configure |is missing one .exe from |backend doesn't work|/bin -- Configure backend ||doesn't work -- You are receiving this mail because: You are watching all bug changes.
[konsole] [Bug 471439] Konsole and other KDE applications crash on startup with global app menu enabled and more than one monitor connected
https://bugs.kde.org/show_bug.cgi?id=471439 David Hurka changed: What|Removed |Added CC||meierl...@hotmail.de, ||tmoersch...@gmail.com --- Comment #10 from David Hurka --- Can all of you describe your multi-monitor setup (e. g. with screenshot of System Settings), including arrangement, rotation, and scale? Maybe there is something common like pixel (0, 0) not mapped to any screen. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 471198] Ocular crashes when unplugging UCB-C multi-monitor docking station.
https://bugs.kde.org/show_bug.cgi?id=471198 --- Comment #3 from David Hurka --- (In reply to Pierre Racz from comment #2) > > 1. Are you able to install debugging symbols, so we get a more detailed > > backtrace? > > Yes, tell me where to get the symbols, as I have not complied KDE myself. You reported this with DrKonqi. That dialog should have a button to install debug symbols, it usually works fine, and otherwise describes what exactly is necessary. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 471157] Top toolbar
https://bugs.kde.org/show_bug.cgi?id=471157 David Hurka changed: What|Removed |Added Resolution|WORKSFORME |--- Status|RESOLVED|REPORTED --- Comment #3 from David Hurka --- If you want it more compact, you have the option to hide either icons or text, hide the menu bar, or go to System Settings to choose a more compact window decoration or widget style. Even smaller icons than 16x16 is not possible, but your screenshot looks like they are 22x22 for some reason. Do you use screen scaling? I don’t think there is another way to make the toolbar smaller. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 471198] Ocular crashes when unplugging UCB-C multi-monitor docking station.
https://bugs.kde.org/show_bug.cgi?id=471198 David Hurka changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #1 from David Hurka --- Thanks for reporting. 1. Are you able to install debugging symbols, so we get a more detailed backtrace? 2. Do you have a hiDPI screen, i. e. an other screen scale than 100%? 3. I notice the backtrace contains a call to drawImage(), which happens for text annotations. Does the crash happen only when a document or page with annotations is displayed? -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 471157] Top toolbar
https://bugs.kde.org/show_bug.cgi?id=471157 David Hurka changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |WORKSFORME --- Comment #1 from David Hurka --- There is always a first time to learn something: You can right-click the toolbar and select a more compact style. It works in many KDE applications. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 463647] Slow start on network mounts because of image icon lookups + may broken UI
https://bugs.kde.org/show_bug.cgi?id=463647 David Hurka changed: What|Removed |Added Status|REPORTED|CONFIRMED Ever confirmed|0 |1 --- Comment #2 from David Hurka --- I know that stamps are not yet implemented the way we want them to be. We want them to be saved in the .pdf/.okular file, but we require their image files to be present on the user’s computer. I guess it is not correct to look for these files in the working directory, but only in those places which the user has given when they created a stamp annotation tool. Even if they shall be looked up in the working directory, it should be possible to do it only when needed, and not at startup. -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 415130] Lock and login screens: entering incorrect password or moving focus away breaks using return/enter key to submit password
https://bugs.kde.org/show_bug.cgi?id=415130 --- Comment #78 from David Hurka --- I no longer observe this bug after upgrading to KDE Neon 22.04. (In reply to Mike from comment #77) > Had this bug a year ago, it has returned after updating last night. > > Except the previous workarounds no longer work. > > I would include details about my computer, but I can't log in to it. :( That means you can type your password, but hitting the return key has no effect, and you also can not click the button next to the text box? -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 461662] kinfocenter and systemsettings crash at startup because of QML “Type unavailable”.
https://bugs.kde.org/show_bug.cgi?id=461662 --- Comment #1 from David Hurka --- Created attachment 153644 --> https://bugs.kde.org/attachment.cgi?id=153644=edit New crash information added by DrKonqi DrKonqi auto-attaching complete backtrace. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 461662] New: kinfocenter and systemsettings crash at startup because of QML “Type unavailable”.
https://bugs.kde.org/show_bug.cgi?id=461662
Bug ID: 461662
Summary: kinfocenter and systemsettings crash at startup
because of QML “Type unavailable”.
Classification: Applications
Product: systemsettings
Version: unspecified
Platform: Neon
OS: Linux
Status: REPORTED
Keywords: drkonqi
Severity: crash
Priority: NOR
Component: general
Assignee: plasma-b...@kde.org
Reporter: david.hu...@mailbox.org
Target Milestone: ---
Application: systemsettings (5.26.80)
Qt Version: 5.15.7
Frameworks Version: 5.100.0
Operating System: Linux 5.15.0-52-generic x86_64
Windowing System: X11
Distribution: KDE neon Unstable Edition
DrKonqi: 5.26.80 [CoredumpBackend]
-- Information about the crash:
When I launch kinfocenter or systemsettings either from application menu or
command line, they crash immediately.
This issue started when I upgraded from KDE Neon developer edition 20.04 to
22.04 yesterday evening.
The command line output of systemsettings is the following, kinfocenter does
equal output:
Using fontconfig file: "/home/david/.config/fontconfig/fonts.conf"
Hspell: can't open /usr/share/hspell/hebrew.wgz.sizes.
kf.sonnet.clients.hspell: HSpellDict::HSpellDict: Init failed
file:///usr/share/kpackage/genericqml/org.kde.systemsettings.sidebar/contents/ui/main.qml:11:1:
Type Kirigami.ApplicationItem unavailable
Kirigami.ApplicationItem {
^
file:///usr/lib/x86_64-linux-gnu/qt5/qml/org/kde/kirigami.2/ApplicationItem.qml:75:1:
Type Kirigami.AbstractApplicationItem unavailable
Kirigami.AbstractApplicationItem {
^
file:///usr/lib/x86_64-linux-gnu/qt5/qml/org/kde/kirigami.2/AbstractApplicationItem.qml:436:13:
Icon is not a type
Icon {
^
"file:///usr/share/kpackage/genericqml/org.kde.systemsettings.sidebar/contents/ui/main.qml:11:1:
Type Kirigami.ApplicationItem unavailable"
"file:///usr/lib/x86_64-linux-gnu/qt5/qml/org/kde/kirigami.2/ApplicationItem.qml:75:1:
Type Kirigami.AbstractApplicationItem unavailable"
"file:///usr/lib/x86_64-linux-gnu/qt5/qml/org/kde/kirigami.2/AbstractApplicationItem.qml:436:13:
Icon is not a type"
Fatal error while loading the sidebar view qml component
28 -- exe=/usr/bin/systemsettings
13 -- platform=xcb
11 -- display=:0
23 -- appname=systemsettings
17 -- apppath=/usr/bin
9 -- signal=6
9 -- pid=3569
19 -- appversion=5.26.80
28 -- programname=System Settings
31 -- bugaddress=sub...@bugs.kde.org
12 -- startupid=0
KCrash: crashing... crashRecursionCounter = 2
KCrash: Application Name = systemsettings path = /usr/bin pid = 3569
KCrash: Arguments: /usr/bin/systemsettings
Aborted (core dumped)
The backtrace for kinfocenter and systemsettings look equal too.
The crash can be reproduced every time.
-- Backtrace (Reduced):
#6 __pthread_kill_implementation (no_tid=0, signo=6, threadid=139863526493824)
at ./nptl/pthread_kill.c:44
#7 __pthread_kill_internal (signo=6, threadid=139863526493824) at
./nptl/pthread_kill.c:78
#8 __GI___pthread_kill (threadid=139863526493824, signo=signo@entry=6) at
./nptl/pthread_kill.c:89
#9 0x7f3488571476 in __GI_raise (sig=sig@entry=6) at
../sysdeps/posix/raise.c:26
#10 0x7f34885577f3 in __GI_abort () at ./stdlib/abort.c:79
Reported using DrKonqi
--
You are receiving this mail because:
You are watching all bug changes.
[okular] [Bug 409508] add color mode option to change only the text's color
https://bugs.kde.org/show_bug.cgi?id=409508 David Hurka changed: What|Removed |Added Summary|add change the text's color |add color mode option to |or improve the invert |change only the text's |colors option to respect|color |images - dark mode | --- Comment #3 from David Hurka --- https://bugs.kde.org/show_bug.cgi?id=461012 now covers preserving images. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 461012] Feature request: Add a possibility for image to ignore color change
https://bugs.kde.org/show_bug.cgi?id=461012 David Hurka changed: What|Removed |Added Platform|Compiled Sources|unspecified OS|Microsoft Windows |All Component|PDF backend |general -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 461012] Feature request: Add a possibility for image to ignore color change
https://bugs.kde.org/show_bug.cgi?id=461012 David Hurka changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=409508 --- Comment #2 from David Hurka --- You forget the superweapon of digitalization: scanned PDFs. ;) -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 409508] add change the text's color or improve the invert colors option to respect images - dark mode
https://bugs.kde.org/show_bug.cgi?id=409508 David Hurka changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=461012 -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 460681] Laggy scrolling on high DPI display - profiling indicates excessive copying in PagePainter::paintCroppedPageOnPainter
https://bugs.kde.org/show_bug.cgi?id=460681 --- Comment #3 from David Hurka --- (In reply to maximumsomething from comment #0) > I was going to go ahead and fix these things myself, but I was wondering if > anyone familiar with the code knows why it was written this way/any gotchas > that might apply if the deep copies are not made. I thought I would just mention that I have made https://invent.kde.org/graphics/okular/-/merge_requests/240 long time ago. The intention was to simplify the code, just like the title suggests. I also tried to understand the code, and prepare it for peformance improvements. I was not aware of deep copying, actually. My patch still uses setDevicePixelRatio(), so it actually does not fix this problem. Honestly I lost interest in this. If you want, you may continue the work, or just look at it if it helps you to understand anything. :) -- You are receiving this mail because: You are watching all bug changes.
[neon] [Bug 415130] Lock and login screens: entering incorrect password or moving focus away breaks using return/enter key to submit password
https://bugs.kde.org/show_bug.cgi?id=415130 --- Comment #68 from David Hurka --- (In reply to Nate Graham from comment #67) > *** Bug 460622 has been marked as a duplicate of this bug. *** Indeed. It appeared that I can no longer reproduce it, but actually the problem begins when you enter a wrong password and ends when you turn off the computer, just like this bug report describes. Lesson: Only the correct password allows you to unlock the screen. ;) (In reply to Enrico from comment #61) > (In reply to Andrey E. from comment #60) > > There are two "Enter" keys on my laptop - the first one is on the main > > keyboard area, the second is on the numeric pad. And I can say that the > > "Main Enter" doesn't work while the "NumPad Enter" works fine. > > I confirm this behavior Don’t confirm. Only the enter key of the virtual keyboard works here. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 460622] New: Lock screen does not accept keyboard input for keys like Enter, Backspace, arrow keys
https://bugs.kde.org/show_bug.cgi?id=460622 Bug ID: 460622 Summary: Lock screen does not accept keyboard input for keys like Enter, Backspace, arrow keys Classification: Plasma Product: plasmashell Version: 5.26.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Theme - Breeze Assignee: plasma-b...@kde.org Reporter: david.hu...@mailbox.org CC: visual-des...@kde.org Target Milestone: 1.0 SUMMARY I just updated KDE Neon to Plasma 5.26, and I noticed that I fail to unlock the screen. Fortunately, there is the option to show the entered password in clear text, and a virtual keyboard. Therefore, I noticed that the password text box does not accept any input from navigation keys: Backspace and arrow keys do not have any effect. Same for Enter, and therefore I could not unlock. I managed to unlock by entering my password as usual, and then pressing the Enter button of the virtual keyboard. Of course, my buttons are physically fine. After unlocking, I can type as usual. STEPS TO REPRODUCE 1. Lock the screen. (Meta + L) 2. Press buttons on the physical keyboard. 3. Press buttons on the virtual keyboard (after clicking “virtual keyboard” in the lower left corner of the lock screen). OBSERVED RESULT Only letters from the physical keyboard are accepted. EXPECTED RESULT All buttons are accepted. SOFTWARE/OS VERSIONS Operating System: KDE neon 5.26 KDE Plasma Version: 5.26.0 KDE Frameworks Version: 5.98.0 Qt Version: 5.15.6 Kernel Version: 5.15.0-50-generic (64-bit) Graphics Platform: X11 ADDITIONAL INFORMATION I use neo2 keyboard layout. This layout offers a second set of navigation keys on the main field. However, both the second set and the “traditional” navigation keys are affected the same way. The second set of number keys works fine. A typical symptom of applications without neo2 support is that the second set of navigation keys and number keys are broken, and type symbols like “~/}_()-:”, or are simply dead. More ridiculous applications present gibberish like “KP_EnterKP_LeftKP_RightKP_BackspaceKP_4KP_5KP_6KP_Comma”... I conclude that the problem with the lock screen is not that neo2 is broken. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 458530] Crash when trying to open certificate database
https://bugs.kde.org/show_bug.cgi?id=458530 --- Comment #7 from David Hurka --- (In reply to Albert Astals Cid from comment #6) > The "Unable to open QuickAnnotatingTools XML definition" may or may not be > important, but it's also defenitely strange, did you self compile OKular or > are you running a distribution one? I guess the lazyness inherent to all humans still hasn’t shipped this file to Neon. ;) https://bugs.kde.org/show_bug.cgi?id=425887 -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 407133] Copy text from rotated pdf gives rubbish
https://bugs.kde.org/show_bug.cgi?id=407133 David Hurka changed: What|Removed |Added CC||zbwu1...@gmail.com --- Comment #9 from David Hurka --- *** Bug 459447 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 459447] Incorrect selection by Text Selection tool on given PDF
https://bugs.kde.org/show_bug.cgi?id=459447 David Hurka changed: What|Removed |Added Resolution|--- |DUPLICATE Status|CONFIRMED |RESOLVED --- Comment #2 from David Hurka --- Problem of XY-Cut algorithm. The affected paragraphs are not part of a text rectangle running all across the page. On page 2, for example, the left-most paragraph works fine. *** This bug has been marked as a duplicate of bug 407133 *** -- You are receiving this mail because: You are watching all bug changes.
[kate] [Bug 459093] New: Unable to configure syntax highlight themes
https://bugs.kde.org/show_bug.cgi?id=459093 Bug ID: 459093 Summary: Unable to configure syntax highlight themes Product: kate Version: 22.08.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwrite-bugs-n...@kde.org Reporter: david.hu...@mailbox.org CC: david.hu...@mailbox.org Target Milestone: --- Created attachment 152047 --> https://bugs.kde.org/attachment.cgi?id=152047=edit Configuration dialog SUMMARY I noticed that the default highlighting theme for Lua has changed, and tried to change it back to what I am used to. In the configuration dialog I noticed that there were minor changes to the GUI. The new GUI does not work. Most changes to highlighting themes are immediately undone by the configuration dialog, and other changes simply have no effect. STEPS TO REPRODUCE 1. Open a code file. 2. Open configuration dialog -> Color Themes -> Theme Editor -> Highlighting Text Styles. 3. Copy the Breeze Light theme, so editing is allowed. 4. Select a line, like “Keyword”. 5. Uncheck the “Bold” checkbox. 6. Check the “Italic” checkbox. 7. Uncheck the “Use Default Style” checkbox. 8. Click “Normal” to change the text color, choose a different color. 9. Repeat steps 5 and 6. 10. Close configuration dialog. OBSERVED RESULT 3. New theme is created, and can be selected from menu bar -> Settings -> Syntax Hightlight Theme. 5. The “Bold” checkbox is immediately checked again when I click anywhere else. 6. The “Italic” checkbox keeps its new state, but is reset when I click “Apply”. 7. Can not be toggled. A message box tells me that it is changed automatically when I change other settings. 8. Colors can be changed, and the “Use Default Style” checkbox is indeed unchecked automatically. 9. The “Bold” checkbox can now be toggled, and the “Italic” checkbox even keeps its state after clicking “Apply”. 10. After selecting the new theme from the menu bar, no changes at all are visible. EXPECTED RESULT 5. and 6. The checkboxes can be toggled, and “Use Default Style” is automatically unchecked. Clicking “Apply” does not reset the checkboxes. 10. After selecting the new theme, it is actually used. SOFTWARE/OS VERSIONS Operating System: KDE neon 5.25 KDE Plasma Version: 5.25.5 KDE Frameworks Version: 5.97.0 Qt Version: 5.15.5 -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 458859] Many icons are invisible or nearly invisible.
https://bugs.kde.org/show_bug.cgi?id=458859 David Hurka changed: What|Removed |Added Resolution|--- |WAITINGFORINFO Status|REPORTED|NEEDSINFO --- Comment #1 from David Hurka --- All I can tell from the GIF is that you do not use Breeze or Breeze Dark icon set. Can you explain which icon set you use and why you use it? If your desktop environment allows to use a dark color scheme, it would be reasonable to expect that it provides a compatible icon set. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 458723] PDF document isn't shown - "Please wait ..." message is shown instead
https://bugs.kde.org/show_bug.cgi?id=458723 --- Comment #8 from David Hurka --- *** Bug 458802 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 458802] Okular should be able to open any PDF documents, regardless of them being tailored for Adobe Reader
https://bugs.kde.org/show_bug.cgi?id=458802 David Hurka changed: What|Removed |Added Resolution|--- |DUPLICATE Status|REPORTED|RESOLVED --- Comment #1 from David Hurka --- Sorry, but your request seems unrealistic to me. PDF means portable, yes. But that does not prevent authors from intentionally creating bad documents. The content of this document is “Please wait ...”. It is hard to guess what Adobe Reader would show instead. In this particular case it may be enough to implement XFA. But in other cases Okular would need to guess how Adobe Reader’s implementation of XFA would behave. That would be like magic. *** This bug has been marked as a duplicate of bug 458723 *** -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 457748] Review tools toolbar appears on all desktops when it's floating
https://bugs.kde.org/show_bug.cgi?id=457748 --- Comment #7 from David Hurka --- I remember this bug from the past, but can’t reproduce it now. Other KXmlGui applications seem to have “lost” the bug too. Using KDE Neon with X11, Plasma 5.25.4, Okular 22.04.3. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 320723] No way to go back when following an embedded link in a pdf file.
https://bugs.kde.org/show_bug.cgi?id=320723 --- Comment #10 from David Hurka --- If I think a bit about it, this may be medium difficult to implement, because Okular uses KParts. If a new window/tab shall be opened, Part has to tell the shell to open an URL. The shell probably has a function that just needs to be called with a QUrl. But you need to understand how the Part tells commands to the shell. If there shall be a way to go back (with the “Back” action), the Back action has to distinguish between the viewport history (which is already there but currently buggy) and a document history, which is not yet there in the Part. The Back action belongs to the Part, while the document history (“Open Recent” menu) belongs to the shell. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 457448] When copying and pasting Arabic from a PDF file, the text reverse direction
https://bugs.kde.org/show_bug.cgi?id=457448 David Hurka changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |DUPLICATE --- Comment #2 from David Hurka --- This config option can be added to the toolbar, but it does not affect text, only page layout in Facing Pages mode. *** This bug has been marked as a duplicate of bug 207748 *** -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 207748] LTR languages searches text backwards
https://bugs.kde.org/show_bug.cgi?id=207748 David Hurka changed: What|Removed |Added CC||overman.supermundane@gmail. ||com --- Comment #25 from David Hurka --- *** Bug 457448 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 207748] LTR languages searches text backwards
https://bugs.kde.org/show_bug.cgi?id=207748 David Hurka changed: What|Removed |Added CC||adam.golan...@gmail.com --- Comment #24 from David Hurka --- *** Bug 442046 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 442046] copy-paste from LTR languages bring reversed text
https://bugs.kde.org/show_bug.cgi?id=442046 David Hurka changed: What|Removed |Added Resolution|--- |DUPLICATE Status|REPORTED|RESOLVED --- Comment #1 from David Hurka --- *** This bug has been marked as a duplicate of bug 207748 *** -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 457374] Hovering over truncated bookmark pops up screen with file properties.
https://bugs.kde.org/show_bug.cgi?id=457374 David Hurka changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #1 from David Hurka --- I can not reproduce this with Okular 22.04.3 on KDE Neon. Can you describe the issue a bit more detailed? For example, these questions may be helpful: Are you talking about the sidebar tab called “Bookmarks”? Is the bookmark in the current document? Do you have “Show for all documents” enabled? Is the File Properties window about the currently opened document, or the hovered bookmark? You may also use screenshots or screencasts for clarification. Can you describe how you installed Okular, and which libraries (Qt, KDE Frameworks, okularpart) you use? And may it be possible that some unknown device or software causes stray keyboard inputs? If you use Ubuntu, you could try the command line tool “xev” to monitor any inputs for some time. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 457245] Tablet or touchscreen-friendly settings
https://bugs.kde.org/show_bug.cgi?id=457245 David Hurka changed: What|Removed |Added Resolution|--- |NOT A BUG Status|REPORTED|RESOLVED --- Comment #2 from David Hurka --- (In reply to Julian from comment #1) > Edit: version is 1.10.70, could not find that in the drop down menu. You are right, most versions are apparently gone. I notified the kde-devel mailing list. > 1. [...] or the document will unintentionally go flying. I think we fixed that in version 20.12. You use 1.10 (meaning 20.04), so you should try updating. 1.10 unfortunately has several issues with scrolling (which were introduced after 1.9). > 2. The pinch gesture is used in wayland to go to the overview of open > windows. That work with Okular, too, but unfortunately, it will unset your > viewing settings, in particular "Fit Width". So it would be great if there > was an option to lock "Fit Width" or any other zoom setting. That would probably require to turn off pinch gestures entirely? > 3. Wouldn't be surprised if there is nothing that can be done over this, but > I seem to be unable to change textbox sizes when I add an Inline Note. I can > only move the note around. There are no eight small squares in the outline of the box? These should be resize handles. --- I am closing this bug report, since Bugzilla is meant to have only one issue per bug report. Please open individual bug reports for each issue. :) -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 457115] Changes to toolbar buttons in main toolbar are only reflected for current or new tabs but not for others until restart
https://bugs.kde.org/show_bug.cgi?id=457115 --- Comment #2 from David Hurka --- > I have opened a new bug report, which describes the issue better. Aaahh, I wondered. Nice idea, but I doubt it helps, since the old report was more specific. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 336381] Save bookmarks directly to PDF or a sibling bookmarks file
https://bugs.kde.org/show_bug.cgi?id=336381 David Hurka changed: What|Removed |Added Summary|Directly save bookmarks to |Save bookmarks directly to |PDF |PDF or a sibling bookmarks ||file -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 456732] more configuration settings?
https://bugs.kde.org/show_bug.cgi?id=456732 David Hurka changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #1 from David Hurka --- I do not understand this bug report. If you do not like “Fit Width” as default, why don’t you change the default? Menu bar -> Settings -> Configure Okular... -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 456107] Show ... toolbar actions loose all their shortcuts when okularpart configuration is modified.
https://bugs.kde.org/show_bug.cgi?id=456107 David Hurka changed: What|Removed |Added CC||kdelibs-b...@kde.org Summary|Main toolbar keyboard |Show ... toolbar actions |shortcut throwing an error. |loose all their shortcuts ||when okularpart ||configuration is modified. Status|REPORTED|CONFIRMED Platform|Archlinux Packages |unspecified Ever confirmed|0 |1 --- Comment #1 from David Hurka --- Reminds me of Bug 384700. There a shortcut was reset when the configuration of okularpart was modified, which happens in response to certain actions. In particular, “Toggle change colors” changed the configuration, which in turn caused the shortcut of “Toggle change colors” to be reset. That bug could have been worked around by avoiding action stuff in response to configuration changes, in particular by avoiding calls to refreshActionProperties(). In the end, the bug has been fixed in KXmlGui, and Okular still calls refreshActionProperties() in response to any configuration changes. In this case, the shortcut for “Main Toolbar” gets lost when the configuration of okularpart is modified, too. You describe the bug for “Show sidebar”, but other actions, which write to the configuration, like “Change colors” trigger the bug as well. But this case is also different. It says “Shortcut for action set with QAction::setShortcut()!”, which was not the case in Bug 384700. Also, it deletes any shortcut even if it was already saved to disk. I think the cause for this bug is refreshActionProperties(), again, and the fact that “Main Toolbar” is somehow special. You can notice that you can set a shortcut for this action, but you can not add it to any toolbar. The other show ... toolbar actions have the same behavior. So I think the bug is in KXmlGui, because it handles these show ... toolbars in some special way. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 455945] Cannot modify properties when overlaping objects
https://bugs.kde.org/show_bug.cgi?id=455945 --- Comment #3 from David Hurka --- The video looks like the intended behavior. You do a rightclick to configure one of the annotations, and because there are two annotations in this place, Okular shows a context menu with two sections, one for each annotation. You select one of them, by clicking on one of the “Properties” menu items, and Okular configures that one. I see the problem, that you do not know which of the two menu sections is relevant. There is no disambiguation. The menu sections could show “Typewriter: Top obj...” instead of just “Typewriter”. It is also a bit weird that the menu shows all annotations of that position, although one of them is already selected. If there is an annotation selected, the context menu should probably show just one section for that one annotation. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 443404] Mousewheel scroll does not work in full page size and non-continous mode for some mouses
https://bugs.kde.org/show_bug.cgi?id=443404 David Hurka changed: What|Removed |Added OS|Linux |All Platform|Manjaro |unspecified -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 443404] Mousewheel scroll does not work in full page size and non-continous mode for some mouses
https://bugs.kde.org/show_bug.cgi?id=443404 David Hurka changed: What|Removed |Added CC||mfraz74+...@gmail.com --- Comment #8 from David Hurka --- *** Bug 455830 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 455830] Can no longer use scroll wheel to scroll through document
https://bugs.kde.org/show_bug.cgi?id=455830 David Hurka changed: What|Removed |Added Resolution|--- |DUPLICATE Status|REPORTED|RESOLVED --- Comment #6 from David Hurka --- Then I make it a duplicate. > It was fine in the previous version. May also be related to updating some mouse driver or other library at the same time, which previously didn’t make the bug visible. *** This bug has been marked as a duplicate of bug 443404 *** -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 455830] Can no longer use scroll wheel to scroll through document
https://bugs.kde.org/show_bug.cgi?id=455830 --- Comment #4 from David Hurka --- If you have a mouse with free spinning mouse wheel, which doesn’t scroll in discrete steps, this is Bug 443404. You can actually advance to the next page, but you need to sroll so fast that Okular sees so much scrolling at once that it is considered a discrete step. With a touchpad this is easy to do, but still very hard to control. :( -- You are receiving this mail because: You are watching all bug changes.
[kdesrc-build] [Bug 455118] Documentation on development workflow
https://bugs.kde.org/show_bug.cgi?id=455118 --- Comment #9 from David Hurka --- > But then what? Always make install first to some temp dir? > Or can you directly execute the binary? > Do you need to setup the LD path such that it finds the so files? This should be explained in Okulars README, see https://invent.kde.org/graphics/okular#build-instructions. In particular, prefix.sh sets the path variables of your shell, so that you can successfully run the newly compiled Okular. > I thought that other KDE/Qt packages usually use qmake, > so I thought that Okular is an exception by using cmake > and it would not follow the regular KDE packages. Maybe you have been misleaded by the long description of the cmake workflow, compared to the one-line link to the kdesrc-build introduction. The usual workflow, including Okular, is to use kdesrc-build. But under the hood it is cmake, because KDE prefers cmake over qmake. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 455115] Show pop-up notes text more directly
https://bugs.kde.org/show_bug.cgi?id=455115 --- Comment #3 from David Hurka --- Some video games rely on mouse hover tooltips, and therefore show them instantly. It would (probably) be possible to do the same for annotation tooltips in Okular. Okular should not rely on tooltips, because there are also touchscreen users. So I think the last suggestion makes more sense, where comments are always displayed somewhere. Until any of that is implemented, I suggest you enable the focus policy “Focus follows mouse”, which is a setting somewhere in the window behavior. That saves you at least one click. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 455013] Port sidebar to QDockWidget
https://bugs.kde.org/show_bug.cgi?id=455013 --- Comment #1 from David Hurka --- Good idea, but note that Okular is designed as KParts application. There is an Okular shell, which has a main window, and an Okular part, which does the document view and implements the sidebar. The part provides a widget which is placed in the tab widget of the shell. Therefore, the part can not use QDockWidget in the straightforward way like a “normal” application could do. Personally, I would like to see the sidebar in dock widgets. So if you know a good solution to implement that, let us know. :) -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 421040] Mouse warp effect can't be disabled (wrap to opposite screen edge at drag srolling)
https://bugs.kde.org/show_bug.cgi?id=421040
--- Comment #18 from David Hurka ---
You should look at the existing merge requests (most of them already merged),
which we got about scrolling.
At least one of them is concerned about exactly this.
They can show you which code is related to this.
Adding this checkbox to the configuration dialog should be easy.
You can look how the other checkboxes are implemented (KConfigXT), add this
one, and then wrap the call to CursorWrapHelper in an if(){} thing, just like
the other checkboxes are queried.
I can’t tell whether that MR would be accepted.
The only problem would be UI clutter in the configuration dialog.
--
You are receiving this mail because:
You are watching all bug changes.
[okular] [Bug 454443] The Recent files menu is disabled if it contains only one file
https://bugs.kde.org/show_bug.cgi?id=454443 --- Comment #3 from David Hurka --- I think it is a bug. This menu is even disabled if “Switch to tab if file is already open” is disabled, although it would do something: open the file again. I do this sometimes with long documents, where I need to switch between two chapters often. If I didn’t open other documents before, so the recent files menu is disabled, it will slow me down. Then I wonder why. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 155563] Automatic text selection in Okular (instead of choosing “Browse” or “Text Selection” mouse mode)
https://bugs.kde.org/show_bug.cgi?id=155563 David Hurka changed: What|Removed |Added CC||i.proud...@oxon.org --- Comment #9 from David Hurka --- *** Bug 453614 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 453614] Highlighter Annotation not readable
https://bugs.kde.org/show_bug.cgi?id=453614 David Hurka changed: What|Removed |Added Resolution|WAITINGFORINFO |DUPLICATE Status|NEEDSINFO |RESOLVED --- Comment #4 from David Hurka --- You are in Text Selection mode. This mode will make the mouse select text if there is text. Since there is text, it does not select the annotation instead. You need to use Browse mode. I agree that this is not intuitive user interface. :( *** This bug has been marked as a duplicate of bug 155563 *** -- You are receiving this mail because: You are watching all bug changes.
[frameworks-ktexteditor] [Bug 453541] New: .kateconfig kate-wildcard(...) does not allow path separators
https://bugs.kde.org/show_bug.cgi?id=453541 Bug ID: 453541 Summary: .kateconfig kate-wildcard(...) does not allow path separators Product: frameworks-ktexteditor Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwrite-bugs-n...@kde.org Reporter: david.hu...@mailbox.org CC: david.hu...@mailbox.org Target Milestone: --- SUMMARY I am trying to configure Kate to follow the indentation style of a git repository which does not use my usual indentation style. So I put a .kateconfig file in the parent directory, which uses the kate-wildcard(subdir/*) rule. This does not work. My current workaround is to use .git/info/exclude to allow .kateconfig in the git repository itself. STEPS TO REPRODUCE 1. Add this to a .kateconfig file, assuming replace-tabs is on by default: > kate-wildcard(subdir/*): replace-tabs off; 2. Open a file from the current directory. 3. Open a file from the subdir directory. OBSERVED RESULT Both files use replace-tabs on. (In Kate status bar displayed as soft tabs.) EXPECTED RESULT The file in subdir directory uses replace-tabs off. (In Kate status bar displayed as Indent/Tab) SOFTWARE/OS VERSIONS Operating System: KDE neon 5.24 KDE Plasma Version: 5.24.5 KDE Frameworks Version: 5.93.0 Qt Version: 5.15.3 -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 421206] okular presentation mode does not allow for WebRTC screensharing in Firefox/Chromium
https://bugs.kde.org/show_bug.cgi?id=421206 --- Comment #9 from David Hurka --- In the meantime I refactored the PresentationWidget code related to screen selection and fullscreen. Okular 21.12 and newer use the new code. But I can’t tell what part of it could have caused this bug to be fixed. -- You are receiving this mail because: You are watching all bug changes.
[kwin] [Bug 451425] New: KWin crashed after opening the Application Menu (menu style) from the panel
https://bugs.kde.org/show_bug.cgi?id=451425 Bug ID: 451425 Summary: KWin crashed after opening the Application Menu (menu style) from the panel Product: kwin Version: unspecified Platform: Neon Packages OS: Linux Status: REPORTED Keywords: drkonqi Severity: crash Priority: NOR Component: general Assignee: kwin-bugs-n...@kde.org Reporter: david.hu...@mailbox.org Target Milestone: --- Application: kwin_x11 (5.24.80) Qt Version: 5.15.3 Frameworks Version: 5.92.0 Operating System: Linux 5.13.0-35-generic x86_64 Windowing System: X11 Distribution: KDE neon Unstable Edition DrKonqi: 5.24.80 [CoredumpBackend] -- Information about the crash: - What I was doing when the application crashed: I just connected to the computer with x2x, while it was showing the empty desktop immediately after starting up. I hovered the Application Menu launcher with the physical mouse, then used the x2x mouse to click it. I moved the x2x mouse to select an application, and KWin instantly crashed, automatically restarted, and crashed again. The third KWin survived. I can imagine that the instant cursor jump, which occurs when switching from the physical mouse to the x2x mouse, caused this crash. For example, the x2x cursor may have hovered some part of the menu before it was sufficiently initialized. When using only one mouse, there would be sufficient delay between clicking the launcher and moving the cursor over the menu. - Custom settings of the application: The panel is moved to the top screen edge. Besides that and x2x, I don’t know of potentially relevant configuration. The reporter is unsure if this crash is reproducible. -- Backtrace: Application: KWin (kwin_x11), signal: Segmentation fault [New LWP 1919] [New LWP 1974] [New LWP 1964] [New LWP 1967] [New LWP 1975] [New LWP 1936] [New LWP 1972] [New LWP 1966] [New LWP 1965] [New LWP 1971] [New LWP 1977] [New LWP 1968] [New LWP 1962] [New LWP 1969] [New LWP 2062] [New LWP 2003] [New LWP 1973] [New LWP 1976] [New LWP 1980] [New LWP 1970] [New LWP 1978] [New LWP 1979] [New LWP 1963] [New LWP 2051] [New LWP 2008] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Core was generated by `/usr/bin/kwin_x11'. Program terminated with signal SIGSEGV, Segmentation fault. #0 raise (sig=) at ../sysdeps/unix/sysv/linux/raise.c:50 [Current thread is 1 (Thread 0x7f3934f48f40 (LWP 1919))] __preamble__ [Current thread is 1 (Thread 0x7f3934f48f40 (LWP 1919))] Thread 25 (Thread 0x7f38fd7fa700 (LWP 2008)): #0 0x7f39398a5ac6 in __ppoll (fds=fds@entry=0x7f38c0008018, nfds=nfds@entry=3, timeout=, timeout@entry=0x0, sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/ppoll.c:44 #1 0x7f393ba16619 in ppoll (__ss=, __timeout=, __nfds=, __fds=) at /usr/include/x86_64-linux-gnu/bits/poll2.h:77 #2 qt_ppoll (timeout_ts=0x0, nfds=3, fds=0x7f38c0008018) at kernel/qcore_unix.cpp:132 #3 qt_ppoll (timeout_ts=0x0, nfds=3, fds=0x7f38c0008018) at kernel/qcore_unix.cpp:129 #4 qt_safe_poll(pollfd*, unsigned long, timespec const*) (fds=0x7f38c0008018, nfds=3, timeout_ts=timeout_ts@entry=0x0) at kernel/qcore_unix.cpp:155 #5 0x7f393ba17cc3 in QEventDispatcherUNIX::processEvents(QFlags) (this=, flags=...) at ../../include/QtCore/../../src/corelib/tools/qarraydata.h:211 #6 0x7f393b9be92b in QEventLoop::exec(QFlags) (this=this@entry=0x7f38fd7f9bb0, flags=..., flags@entry=...) at ../../include/QtCore/../../src/corelib/global/qflags.h:141 #7 0x7f393b7d8462 in QThread::exec() (this=) at ../../include/QtCore/../../src/corelib/global/qflags.h:121 #8 0x7f3939cd0f4b in () at /lib/x86_64-linux-gnu/libQt5DBus.so.5 #9 0x7f393b7d9643 in QThreadPrivate::start(void*) (arg=0x7f3939d54d80) at thread/qthread_unix.cpp:331 #10 0x7f393b6f0609 in start_thread (arg=) at pthread_create.c:477 #11 0x7f39398b2163 in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:95 Thread 24 (Thread 0x7f38f75ef700 (LWP 2051)): #0 0x7f39398a5ac6 in __ppoll (fds=fds@entry=0x7f38b8000d78, nfds=nfds@entry=1, timeout=, timeout@entry=0x0, sigmask=sigmask@entry=0x0) at ../sysdeps/unix/sysv/linux/ppoll.c:44 #1 0x7f393ba16619 in ppoll (__ss=, __timeout=, __nfds=, __fds=) at /usr/include/x86_64-linux-gnu/bits/poll2.h:77 #2 qt_ppoll (timeout_ts=0x0, nfds=1, fds=0x7f38b8000d78) at kernel/qcore_unix.cpp:132 #3 qt_ppoll (timeout_ts=0x0, nfds=1, fds=0x7f38b8000d78) at kernel/qcore_unix.cpp:129 #4 qt_safe_poll(pollfd*, unsigned long, timespec const*) (fds=0x7f38b8000d78, nfds=1, timeout_ts=timeout_ts@entry=0x0) at kernel/qcore_unix.cpp:155 #5 0x7f393ba17cc3 in QEventDispatcherUNIX::processEvents(QFlags) (this=, flags=...) at ../../include/QtCore/../../src/corelib/tools/qarraydata.h:211 #6 0x7f393b9be92b in QEventLoop::exec(QFlags)
[okular] [Bug 451149] Support opening wide images as a single page in double page mode
https://bugs.kde.org/show_bug.cgi?id=451149 --- Comment #1 from David Hurka --- So instead of “Facing pages” and “Facing pages (center first page)” you would need a “Facing pages (smart)” mode? -- You are receiving this mail because: You are watching all bug changes.
[frameworks-ktexteditor] [Bug 443642] Selection clipboard no longer works with Shift + click
https://bugs.kde.org/show_bug.cgi?id=443642 David Hurka changed: What|Removed |Added Resolution|WORKSFORME |--- Version|5.86.0 |5.90.0 Status|RESOLVED|REPORTED --- Comment #6 from David Hurka --- I tested this on my other computer, which has KDE Neon developer edition, with KF 5.91 and Kate 22.03.70. It still doesn’t work as I described in “Steps to reproduce”. But it works if I do “Hold shift and click-and-drag somewhere else” instead of step 4. I. e. I need to do a slight mouse movement during the second click. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 447651] Jagged lines (while reviewing pdf) in Freehand drawing from wacom intuos stylus
https://bugs.kde.org/show_bug.cgi?id=447651 David Hurka changed: What|Removed |Added Resolution|WAITINGFORINFO |DUPLICATE Status|NEEDSINFO |RESOLVED --- Comment #6 from David Hurka --- I think this is the same problem as in 437401. *** This bug has been marked as a duplicate of bug 437401 *** -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 437401] Jagged freehand annotations when using a high-resolution stylus
https://bugs.kde.org/show_bug.cgi?id=437401 David Hurka changed: What|Removed |Added CC||yashvp...@gmail.com --- Comment #16 from David Hurka --- *** Bug 447651 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 448175] Show color next to type (if applicable) in the "Annotations" sidebar list
https://bugs.kde.org/show_bug.cgi?id=448175 David Hurka changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=440248 --- Comment #5 from David Hurka --- Somewhere there was a bug report (and even a patch) about using the icons from the Quick Annotation tools instead of that meaningless Okular icon in this tree view. Can’t find it right now. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 440248] [feature request] distinguish text highlight w/o text annotation by small icon
https://bugs.kde.org/show_bug.cgi?id=440248 David Hurka changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=448175 -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 448258] HOME and END key shortcuts are inconsistent
https://bugs.kde.org/show_bug.cgi?id=448258 --- Comment #2 from David Hurka --- > This is the way multi-line text areas work everywhere. This matches my observation. > I assume requiring Ctrl was done because losing your place by hitting Home or > End accidentally was annoying. Makes sense. Some laptops have those keys directly next to the usual arrow keys. So you think Home and End should go to top/bottom of the current page, like in Bug 114267? -- You are receiving this mail because: You are watching all bug changes.
[frameworks-ktexteditor] [Bug 443642] Selection clipboard no longer works with Shift + click
https://bugs.kde.org/show_bug.cgi?id=443642 --- Comment #2 from David Hurka --- > Testing with latest git, selection seems to populate the clipboard. Can you > confirm if this is still an issue? It still doesn’t work on KDE Neon user edition, Kate 21.12.1, KF 5.90. :( -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 437401] Jagged freehand annotations when using a high-resolution stylus
https://bugs.kde.org/show_bug.cgi?id=437401 David Hurka changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=447651 -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 447651] Jagged lines (while reviewing pdf) in Freehand drawing from wacom intuos stylus
https://bugs.kde.org/show_bug.cgi?id=447651 David Hurka changed: What|Removed |Added Resolution|--- |WAITINGFORINFO Status|REPORTED|NEEDSINFO See Also||https://bugs.kde.org/show_b ||ug.cgi?id=437401 --- Comment #1 from David Hurka --- We have seen different types of jagging. Can you make a screenshot of a jagged line at a high zoom value? -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 447363] Kile crashes in Okular::Page::formFields() when rapidly switching between tabs using the keyboard shortcut
https://bugs.kde.org/show_bug.cgi?id=447363 --- Comment #1 from David Hurka --- How do you do that? If I do Alt+Left/Right, only the text editor tab changes. The document view changes only when I click ViewPDF or ForwardPDF. It also does not crash if I do it faster than usual on my slowbook. ;) -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 418758] Okular will not open file if "#" is in the filename or file path when "Open with" method is used.
https://bugs.kde.org/show_bug.cgi?id=418758 David Hurka changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=447325 -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 447325] Special # character in the filename affects the readability of the content
https://bugs.kde.org/show_bug.cgi?id=447325 David Hurka changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=418758 --- Comment #4 from David Hurka --- > In another test, in a different folder, Okular showed each of the images from > the folder where the pdf file was and also from the folders nested below. Ah, I think this is the CHM / Comic Book / Fiction Book / whatever backend. One of these “opens” a directory and displays all the images in it. It is intended for books where each page is an image file in a common directory. Can you confirm this by reproducing the issue and going to Help -> About Backend? -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 447325] Special # character in the filename affects the readability of the content
https://bugs.kde.org/show_bug.cgi?id=447325 --- Comment #1 from David Hurka --- I think this is related to specifying the page after a # sign, like 'some_document.pdf#15'. That feature is available for all platforms, but I can not reproduce this issue with KDE Neon user edition. I do not have Windows. Two questions which might help others to reproduce this: The properties dialog seems to show that Okular actually managed to “open” the desktop, and got this 0 byte image then. Can you describe this image a bit more? Is it some special kind of file? How did you launch Okular? Double-click the desktop icon of the document you want to open? -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 447118] Crazy scrolling behavior in Okular
https://bugs.kde.org/show_bug.cgi?id=447118 David Hurka changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #1 from David Hurka --- This is called kinetic scrolling. It can not be disabled. If you “throw it up or down”, what else would you expect? Is this a problem? -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 444297] Okular "Could not open" a certain PDF, with no other details
https://bugs.kde.org/show_bug.cgi?id=444297
--- Comment #16 from David Hurka ---
There are two ways to set this message:
QMetaObject::Connection errorToOpenErrorConnection =
QObject::connect(m_generator, ::error, m_parent, [this](const QString
) { m_openError = message; });
(in DocumentPrivate::openDocumentInternal())
d->m_openError = i18n("Can not find a plugin which is able to handle
the document being passed.");
(in Document::openDocument())
But the Poppler generator does not seem to emit the Generator::error signal.
The DVI generator emits a lot more error messages.
--
You are receiving this mail because:
You are watching all bug changes.
[okular] [Bug 446092] Inline images using http URL don't display in rendered document
https://bugs.kde.org/show_bug.cgi?id=446092 --- Comment #2 from David Hurka --- Is this bug report about data URLs or about HTTP URLs now? -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 445900] The icons for the annotation tools look off when compared to the general look of Okular icons
https://bugs.kde.org/show_bug.cgi?id=445900 --- Comment #4 from David Hurka --- > This creates another visual discrepancy, because now the > icons *for the same function* are different in different toolbars. This is often misunderstood. The colorful icons select a whole tool (including configuration like color and width), and try to visualize the configuration. The monochrome icons select only the type of the tool, the configuration is done by the right part of the annotation toolbar. (Since the configuration is still unique to each tool, it looks like both icons do the same.) > look ancient and [...] don't look good on low-res displays either. I agree with this. They are ancient (for computers), and they used to be displayed at a much bigger size. They didn’t have text at that time, so they needed to visualize a lot at once. > EXPECTED RESULT > An icon more like the icons in the Annotation Toolbar, and > maybe the icon can be filled with color to show the color of > the selected tool. But the paper at the back looks bad. I think your ideas are welcome. :) -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 445842] Okular cannot open the same file twice in different tabs
https://bugs.kde.org/show_bug.cgi?id=445842 --- Comment #4 from David Hurka --- I have re-enabled this option for me, so I do not open more and more tabs of the same document, only because I am to lazy to search through all the tabs whether I have the document already open. But sometimes I want to open a second tab of one long document for the use case described. Can we add a menu action “Duplicate tab”? Many web browsers have this action too. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 407133] Copy text from rotated pdf gives rubbish
https://bugs.kde.org/show_bug.cgi?id=407133 David Hurka changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=445851 -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 445851] Don't copy newlines within paragraph
https://bugs.kde.org/show_bug.cgi?id=445851 David Hurka changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=407133 --- Comment #1 from David Hurka --- > Newlines used to break the content are preserved: This is not exactly what happens. The Okular user interface does not know about newlines or paragraphs, it only knows about the positions of individual letters. If a letter is below the previous one, it inserts a newline to the selection. Besides that, I think this should not be different, at least not for PDF. If newlines are not copied, the selection will still contain hyphens. Like this: Because every-thing is on one line, it will be diffi-cult to remove the hyphens manual-ly afterwards. ;) -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 444297] Okular "Could not open" a certain PDF, with no other details
https://bugs.kde.org/show_bug.cgi?id=444297 David Hurka changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=445068 -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 445068] Some errors were found in the document
https://bugs.kde.org/show_bug.cgi?id=445068 David Hurka changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=444297 -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 436774] When I want to open many files sharing the same window but different tabs, I have to drag the second/third .. files to the window of first file. If I simply open two files by cli
https://bugs.kde.org/show_bug.cgi?id=436774 David Hurka changed: What|Removed |Added Summary|Program Feature "Open new |When I want to open many |files in tabs" not working |files sharing the same ||window but different tabs, ||I have to drag the ||second/third .. files to ||the window of first file. ||If I simply open two files ||by clicking, it will open ||two windows rather than two ||tabs. Platform|Archlinux Packages |Microsoft Windows Status|CONFIRMED |REPORTED OS|Linux |Microsoft Windows Ever confirmed|1 |0 Version|21.08.2 |unspecified --- Comment #9 from David Hurka --- Thanks for your bug report! But please open a new ticket instead of modifying a different one. In this case, please also describe how you installed Okular. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 444319] Sign a file with a document in a card reader
https://bugs.kde.org/show_bug.cgi?id=444319 --- Comment #5 from David Hurka --- Might it be related to the thing outlined in the Okular manual as follows? I think this is not exactly expected behavior, so you might have been fooled by it. :) --- We use the Poppler library to handle signing of PDF documents and Poppler is using the NSS library to handle certificates. At the point of writing, Poppler will try to use one of the following NSS certificate stores in order (the first that exists): * The current Firefox user certificate store. * The system-wide /etc/pki/nssdb certificate store. * The current user $HOME/.pki/nssdb If you want to use a custom certificate store you can do so by setting it in the PDF Backend Configuration section of the Configure Backends... dialog. -- You are receiving this mail because: You are watching all bug changes.
[frameworks-kxmlgui] [Bug 444085] Popup menus from menu bar show up in wrong place.
https://bugs.kde.org/show_bug.cgi?id=444085 David Hurka changed: What|Removed |Added Version|21.04.1 |unspecified Status|NEEDSINFO |REPORTED Resolution|WAITINGFORINFO |--- Summary|Menus show up in wrong |Popup menus from menu bar |place. |show up in wrong place. Product|okular |frameworks-kxmlgui Component|general |general Assignee|okular-de...@kde.org|kdelibs-b...@kde.org --- Comment #3 from David Hurka --- Thanks, moving to KXmlGui. One more thing: Do context menus also appear in the wrong place? (The popup menu that appears when you right-click e. g. on a displayed page.) -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 443819] Ctrl+Scroll to zoom is incompatible with inertia touchpads
https://bugs.kde.org/show_bug.cgi?id=443819 David Hurka changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REPORTED -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 443819] Ctrl+Scroll to zoom is incompatible with inertia touchpads
https://bugs.kde.org/show_bug.cgi?id=443819 --- Comment #9 from David Hurka --- Okay, thanks for the link. These workarounds can probably be adapted to Okular. https://commits.kde.org/ktexteditor/f51befdc80b1a8dfd65b800b3b10dba97d10a2cb https://commits.kde.org/konsole/1af0a1d53399a4a0b3ccdd043cc9a7db30e659e0 -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 443819] Ctrl+Scroll to zoom is incompatible with inertia touchpads
https://bugs.kde.org/show_bug.cgi?id=443819 David Hurka changed: What|Removed |Added CC||sp...@web.de --- Comment #8 from David Hurka --- *** Bug 353330 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 353330] pressing Ctrl (while document is sliding because of scrolling) lets the document zoom instead of further sliding.
https://bugs.kde.org/show_bug.cgi?id=353330 David Hurka changed: What|Removed |Added Resolution|--- |DUPLICATE Status|REPORTED|RESOLVED --- Comment #2 from David Hurka --- *** This bug has been marked as a duplicate of bug 443819 *** -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 444085] Menus show up in wrong place.
https://bugs.kde.org/show_bug.cgi?id=444085 David Hurka changed: What|Removed |Added CC||david.hu...@mailbox.org Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #1 from David Hurka --- I doubt that this is a problem with Okular, its more likely related to KXmlGui. Do you have other Qt or KDE applications with menu bars where the same problem occurs? Can you describe your screen arrangement precisely? Maybe with screenshots from configuration tools? Do you use X or Wayland? -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 443819] Ctrl+Scroll to zoom is incompatible with inertia touchpads
https://bugs.kde.org/show_bug.cgi?id=443819 --- Comment #5 from David Hurka --- I understood your bug report in the way that your touchpad driver implements inertia. Okular does not have inertia for scroll input, because of the problem I have outlined. It only has inertia for swipe (flick) gesture input. If you observe inertia after scrolling with the touchpad, that is because your touchpad driver implements it. Okular just does what your hardware tells it to do. --- In case you can compile Okular from source, you can search for Qt::ControlModifier in PageView::wheelEvent(). It’s located in part/pageview.cpp around line 3200, and the source code is available at https://invent.kde.org/graphics/okular. If you remove the if branch with this Qt::ControlModifier, your Okular will not zoom with Ctrl+scroll. :) -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 444015] plasmashell crashes at showing window thumbnails
https://bugs.kde.org/show_bug.cgi?id=444015 --- Comment #6 from David Hurka --- Created attachment 142630 --> https://bugs.kde.org/attachment.cgi?id=142630=edit New crash information added by DrKonqi plasmashell (5.23.80) using Qt 5.15.3 - What I was doing when the application crashed: Move mouse cursor on the task manager. - Custom settings of the application: I have the panel on the top, otherwise it is as usual. When the crash first appeared, I had two windows with the same title (one with <2> appended), and a fullscreen window. This crash appeared immediately after installing updates and logging in again. The Alt+Tab task switcher (which also uses thumbnail images) works correctly. -- Backtrace (Reduced): #3 0x7fa598fd17c4 in Plasma::WindowThumbnail::updatePaintNode(QSGNode*, QQuickItem::UpdatePaintNodeData*) (this=0x55ba251e92c0, oldNode=, updatePaintNodeData=) at ./src/declarativeimports/core/windowthumbnail.cpp:327 #4 0x7fa606c82380 in QQuickWindowPrivate::updateDirtyNode(QQuickItem*) (this=0x55ba23b02970, item=0x55ba251e92c0) at items/qquickwindow.cpp:3872 #5 0x7fa606c82c3b in QQuickWindowPrivate::updateDirtyNodes() (this=this@entry=0x55ba23b02970) at items/qquickwindow.cpp:3617 #6 0x7fa606c84330 in QQuickWindowPrivate::syncSceneGraph() (this=this@entry=0x55ba23b02970) at items/qquickwindow.cpp:524 #7 0x7fa606c21e97 in QSGRenderThread::sync(bool, bool) (this=this@entry=0x55ba24985240, inExpose=inExpose@entry=false, inGrab=inGrab@entry=false) at scenegraph/qsgthreadedrenderloop.cpp:647 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 444015] plasmashell crashes at showing window thumbnails
https://bugs.kde.org/show_bug.cgi?id=444015 David Hurka changed: What|Removed |Added CC||david.hu...@mailbox.org -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 443819] Ctrl+Scroll to zoom is incompatible with inertia touchpads
https://bugs.kde.org/show_bug.cgi?id=443819 --- Comment #3 from David Hurka --- > Ctrl+Scroll to zoom is incompatible with inertia touchpads As I understood it, this is the main reason why inertia is nowadays no longer done in the touchpad driver. So: 3) Disable inertia in your touchpad driver. Qt (the GUI framework used by Okular) provides a concept to communicate when the finger is lifted from the touchpad while scrolling. But to my knowledge, touchpad drivers do not communicate this. Implementing suggestion 1 in Okular would probably be unreliable. Suggestion 2 seems most realistic, but I think we are concerned about bloating the configuration dialog. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 443707] Okular crashes while searching
https://bugs.kde.org/show_bug.cgi?id=443707 --- Comment #5 from David Hurka --- Sorry, I do not have anything. I just provided an example, so Jonathan can say “yes, that’s what happens” or “no, it’s more like ...” :) -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 443928] Manga mode
https://bugs.kde.org/show_bug.cgi?id=443928 David Hurka changed: What|Removed |Added Status|REPORTED|NEEDSINFO Resolution|--- |WAITINGFORINFO --- Comment #1 from David Hurka --- What exactly do you mean? Is your document ordered like 8-7-6-5-4-3-2-1 and you would like to fix it through a setting in Okular? Or is there a feature in the cbz format for this and Okular does not seem to support it? Or is your document ordered 1-2-3-4-5-6-7-8, but left pages are displayed on the right in Okular? In this case, you can select “Right to left reading direction” in the configuration. This option is also accessible from Settings -> Configure Toolbars... and Configure Shortcuts... :) -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 443707] Okular crashes while searching
https://bugs.kde.org/show_bug.cgi?id=443707 --- Comment #3 from David Hurka --- > Just before the crash it became impossible to resize index pane to make the > section entries larger. I am doing some guess. Are your observations like this? 1. Search for “cable” 2. Okular is busy with searching and becomes unresponsive 3. While Okular is busy, you try to resize the side panel 4. Resizing the side panel does not work (“unresponsive”) 5. Shortly after, Okular crashes -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 430190] Crash when moving sidebar on Wayland
https://bugs.kde.org/show_bug.cgi?id=430190 David Hurka changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=427913 -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 389411] Okular and X unresponsive when resizing Okular's sidebar
https://bugs.kde.org/show_bug.cgi?id=389411 David Hurka changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=427913 -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 441676] Resizing the left panel is jerky
https://bugs.kde.org/show_bug.cgi?id=441676 David Hurka changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=427913 -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 427913] Resizing the sidebar causes disk write to go up
https://bugs.kde.org/show_bug.cgi?id=427913 David Hurka changed: What|Removed |Added See Also||https://bugs.kde.org/show_b ||ug.cgi?id=441676, ||https://bugs.kde.org/show_b ||ug.cgi?id=389411, ||https://bugs.kde.org/show_b ||ug.cgi?id=430190 --- Comment #2 from David Hurka --- I think this may be the cause for some other bug reports. Adding them to See Also. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 365890] When using Shift+Home/End as shortcut using the neo layout, the Shift+U / Shift+O keys do not enter large U/O anymore.
https://bugs.kde.org/show_bug.cgi?id=365890 David Hurka changed: What|Removed |Added Status|REPORTED|CONFIRMED Ever confirmed|0 |1 --- Comment #3 from David Hurka --- Confirmed here. I use Neo2 exclusively. Besides that, these global shortcuts do not even work themselves. Operating System: KDE neon 5.22 User edition KDE Plasma Version: 5.22.5 KDE Frameworks Version: 5.86.0 Qt Version: 5.15.3 Kernel Version: 5.11.0-37-generic (64-bit) Graphics Platform: X11 -- You are receiving this mail because: You are watching all bug changes.
[frameworks-ktexteditor] [Bug 443642] New: Selection clipboard no longer works with Shift + click
https://bugs.kde.org/show_bug.cgi?id=443642 Bug ID: 443642 Summary: Selection clipboard no longer works with Shift + click Product: frameworks-ktexteditor Version: 5.86.0 Platform: Neon Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kwrite-bugs-n...@kde.org Reporter: david.hu...@mailbox.org Target Milestone: --- SUMMARY Since today, selecting text with the Shift key no longer populates the selection clipboard, which forces me to use the clipboard with Ctrl+C and Ctrl+V. Since Ctrl+C does not affect the selection clipboard, this makes it difficult to conveniently copy a section of text to multiple locations. STEPS TO REPRODUCE 1. Open Kate or KDevelop with some long text. 2. Click a point in the text. 3. Clear Klipper. 4. Hold Shift and click another point in the text. OBSERVED RESULT Nothing is copied to any clipboard. Text is just selected. EXPECTED RESULT Selected text is copied to selection clipboard. SOFTWARE/OS VERSIONS Operating System: KDE neon 5.22 KDE Plasma Version: 5.22.5 KDE Frameworks Version: 5.86.0 Qt Version: 5.15.3 Kernel Version: 5.11.0-37-generic (64-bit) Graphics Platform: X11 ADDITIONAL INFORMATION The click, Shift+click workflow still works in any other application, and many other ways to populate the selection keyboard in KTextEditor still work. This includes: * Select with click-drag-release * Select with click, Shift + navigation keys * Select with double-click or triple-click * Select with double- or triple-click-drag-release But it doesn’t work with: (I can not confirm that these worked before) * Select with Ctrl+A -- You are receiving this mail because: You are watching all bug changes.
