[okular] [Bug 484966] No anti-aliasing on rotated image
https://bugs.kde.org/show_bug.cgi?id=484966 Tobias Bora changed: What|Removed |Added CC||tobias.b...@gmail.com --- Comment #1 from Tobias Bora --- Created attachment 168087 --> https://bugs.kde.org/attachment.cgi?id=168087=edit Comparison of firefox rendering (above) vs okular (below) Here is a screenshot showcasing the issue, comparing with the good result of firefox. You can for instance consider the blue line below "Les + lus", but also the ugly line pattern in the title, the hard-to-read text etc. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 484966] New: No anti-aliasing on rotated image
https://bugs.kde.org/show_bug.cgi?id=484966 Bug ID: 484966 Summary: No anti-aliasing on rotated image Classification: Applications Product: okular Version: 23.08.5 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: PDF backend Assignee: okular-de...@kde.org Reporter: tobias.b...@gmail.com Target Milestone: --- Created attachment 168086 --> https://bugs.kde.org/attachment.cgi?id=168086=edit Pdf that showcases the bug SUMMARY If I render a pdf file with a rotated image (produced via a simple \includegraphics[width=.6\paperwidth,angle=-10]{images/avantage_dwave.png}), the image is not aliased correctly, despite anti-aliasing being enabled in configuration > performances. The same pdf prints just fine in firefox. STEPS TO REPRODUCE 1. Open the attached pdf OBSERVED RESULT Observe ugly staircase-like pattern in lines EXPECTED RESULT This should be aliased like in Firefox SOFTWARE/OS VERSIONS Operating System: NixOS 24.05 KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.115.0 Qt Version: 5.15.12 Kernel Version: 6.1.80 (64-bit) Graphics Platform: X11 Processors: 8 × Intel® Core™ i5-8365U CPU @ 1.60GHz Memory: 15.5 Gio of RAM Graphics Processor: Mesa Intel® UHD Graphics 620 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 482397] Swapping CTRL and Caps lock does not swap controls but turns both keys to caps lock
https://bugs.kde.org/show_bug.cgi?id=482397 --- Comment #4 from Tobias Bora --- Also, note that plasma 6 has many bugs, notably related to shortcuts. For instance, typing Ctrl + alt + T would not start Konsole, Fn + sound would not change the volume… and the volume applet is actually even completely gone from the systray (at least in NixOs). So I will switch back to plasma 5, and use a workaround I found: if I enable ibus input system, then it works as expected. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 482397] Swapping CTRL and Caps lock does not swap controls but turns both keys to caps lock
https://bugs.kde.org/show_bug.cgi?id=482397 Tobias Bora changed: What|Removed |Added Resolution|WAITINGFORINFO |--- Status|NEEDSINFO |REOPENED Ever confirmed|0 |1 --- Comment #3 from Tobias Bora --- forgot to change the status -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 482397] Swapping CTRL and Caps lock does not swap controls but turns both keys to caps lock
https://bugs.kde.org/show_bug.cgi?id=482397 --- Comment #2 from Tobias Bora --- I can confirm that the bug is also present in plasma 6… but it is in fact more subtle than I was thinking: the behavior is correct for the azerty layout… but not for the BEPO AFNOR layout. So just changing the layout between azerty or bepo would trigger the bug. -- You are receiving this mail because: You are watching all bug changes.
[systemsettings] [Bug 482397] New: Swapping CTRL and Caps lock does not swap controls but turns both keys to caps lock
https://bugs.kde.org/show_bug.cgi?id=482397 Bug ID: 482397 Summary: Swapping CTRL and Caps lock does not swap controls but turns both keys to caps lock Classification: Applications Product: systemsettings Version: 5.27.10 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: kcm_keyboard Assignee: plasma-b...@kde.org Reporter: tobias.b...@gmail.com CC: butir...@gmail.com, natalie_clar...@yahoo.de Target Milestone: --- SUMMARY If I enable "swap Ctrl and caps lock", both keys are turned into Caps lock instead of being swapped. STEPS TO REPRODUCE 1. Go to keyboard > advanced > Ctrl position and enable "swap Ctrl and caps lock". Screenshots available in https://github.com/NixOS/nixpkgs/issues/293278#issuecomment-1976938917 OBSERVED RESULT Observe that now both CTRL (left) and caps lock are mapped to caps lock key, instead of being swapped. setxkbmap, on the other hand, does not have this issue (but first, make sure to type `setxkbmap us` or alike, otherwise KDE will still be used as the input system). EXPECTED RESULT I would expect caps to be a ctrl key, not a caps key anymore. SOFTWARE/OS VERSIONS Operating System: NixOS 23.11 KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.113.0 Qt Version: 5.15.12 Kernel Version: 6.1.79 (64-bit) Graphics Platform: X11 Processors: 16 × 12th Gen Intel® Core™ i5-1240P Memory: 15.2 Gio of RAM Graphics Processor: Mesa Intel® Graphics -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 192623] add color management support to Okular
https://bugs.kde.org/show_bug.cgi?id=192623 --- Comment #6 from Tobias Bora --- Created attachment 165792 --> https://bugs.kde.org/attachment.cgi?id=165792=edit Screenshot showing that Okular does not apply the monitor profile The green is significantly more saturated on the Geekie output (same as Gwenview…) compared to the two bottom right outputs. My guess is that Okular does not apply the monitor output profile. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 192623] add color management support to Okular
https://bugs.kde.org/show_bug.cgi?id=192623 --- Comment #5 from Tobias Bora --- Created attachment 165791 --> https://bugs.kde.org/attachment.cgi?id=165791=edit PDF: see that the input profile is respected if the file is properly inputted (second column). But the monitor profile is not applied (cf screenshot) Generated with: \documentclass{article} \usepackage{graphicx} \usepackage{robust-externalize} \robExtConfigure{ enable fallback to manual mode, new preset={icc image xelatex}{ latex, add to preamble={\usepackage{graphicx}}, use xelatex, }, } \NewDocumentCommand{\includegraphicsICC}{D<>{}O{}m}{% \cacheMe[ icc image xelatex, add to includegraphics options={#2}, dependenciesList={#3}, #1 ]{\includegraphics{__ROBEXT_WAY_BACK__#3}} } \begin{document} Compare: \includegraphics[width=5cm]{should_be_blue.jpg} With: \includegraphicsICC[width=5cm]{should_be_blue.jpg} \includegraphics[width=5cm]{tree.jpg} vs \includegraphicsICC[width=5cm]{tree.jpg} \end{document} % Local Variables: % TeX-command-extra-options: "--shell-escape -halt-on-error" % End: -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 192623] add color management support to Okular
https://bugs.kde.org/show_bug.cgi?id=192623 --- Comment #4 from Tobias Bora --- So I made a deeper analysis: so Okular does support input ICC profile (but you need to properly create the pdf, see https://www.color.org/version4pdf.pdf for a nice example and https://tex.stackexchange.com/a/709430/116348 for creating them from LaTeX), but my understanding is that it is NOT taking into account the monitor output ICC profile, so my guess is that it uses a basic sRGB output profile. So for instance, in my laptop I have by default a monitor profile created by KDE (see KDE configuration > color management): ``` $ xprop -display :0.0 -len 14 -root _ICC_PROFILE _ICC_PROFILE(CARDINAL) = 0, 0, 4, 156, 108, 99, 109, 115, 4, 48, 0, 0, 109, 110 ``` Now, this monitor profile will make colors more saturated… but Okular is apparently not applying the monitor profile, so the color looks like a basic sRGB output profile. I will attach an example pdf showing the issue, together with a screenshot comparing with what other tools like Geequie show. -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 192623] add color management support to Okular
https://bugs.kde.org/show_bug.cgi?id=192623 Tobias Bora changed: What|Removed |Added CC||tobias.b...@gmail.com --- Comment #3 from Tobias Bora --- Created attachment 165788 --> https://bugs.kde.org/attachment.cgi?id=165788=edit pdf with images containing ICC profile Is there any news on this, 25 years later? I just tried to create a pdf file (the image should print blue if ICC profiles are enabled, and red otherwise) but the ICC profile is not applied. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 459105] New: Ibus keyboard conflicts with KDE; reset configuration when plugging a new keyboard
https://bugs.kde.org/show_bug.cgi?id=459105 Bug ID: 459105 Summary: Ibus keyboard conflicts with KDE; reset configuration when plugging a new keyboard Product: plasmashell Version: master Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Keyboard Layout Assignee: plasma-b...@kde.org Reporter: tobias.b...@gmail.com CC: butir...@gmail.com Target Milestone: 1.0 SUMMARY When I plug a new keyboard in KDE the disposition configured in ibus is reset. I guess it is a conflict with KDE that tries to reset the configuration and does not see that it was overwritten by ibus, as ibus still thinks that it is using the old distribution. I'm not sure which side is faulty (should ibus disable KDE's keyboard or KDE avoid changing the keyboard…), so I will report it in both (see https://github.com/ibus/ibus/issues/2446). STEPS TO REPRODUCE 1.Choose multiple configurations in ibus in KDE 2.Plug a new keyboard OBSERVED RESULT Observe that the keyboard is reset EXPECTED RESULT I expect the keyboard layout not to change SOFTWARE/OS VERSIONS Linux/KDE Plasma: NixOs unstable (1ffba9f2f68) KDE Plasma Version: 5.24.4 KDE Frameworks Version: 5.92.0 Qt Version: 5.15.3 ADDITIONAL INFORMATION See also https://github.com/ibus/ibus/issues/2446 and https://github.com/ibus/ibus/issues/2446 -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 390469] Symlinks symbolic links: Please add option to create relative or absolute soft links
https://bugs.kde.org/show_bug.cgi?id=390469 Tobias Bora changed: What|Removed |Added CC||tobias.b...@gmail.com --- Comment #1 from Tobias Bora --- Is there any news on this? I also would love to have this feature (it is useful to preserve links when moving or copy/pasting folders), I guess it should be fairly easy to add an option in the dropdown menu. For now, a workaround is to install `symlinks`, and run `symlink -cr .` in the folder after copy/pasting the links, but it's not really practical. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 449086] New: Stopping a video displays the wrong frame (too far by one)
https://bugs.kde.org/show_bug.cgi?id=449086 Bug ID: 449086 Summary: Stopping a video displays the wrong frame (too far by one) Product: kdenlive Version: 21.08.1 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Video Display & Export Assignee: j...@kdenlive.org Reporter: tobias.b...@gmail.com Target Milestone: --- Created attachment 145868 --> https://bugs.kde.org/attachment.cgi?id=145868=edit Screenshot of the bug. SUMMARY When playing and stopping a video, the frame displayed in the editor does not match the frame on screen: the screen is ahead of one. However, if one goes back by one frame (arrow left) and goes forward by one frame (arrow right), then the good frame is displayed. This behavior is always reproducible. STEPS TO REPRODUCE 1. Load a video in kdenlive, and ensure that the FPS are correctly configured. Ideally, add the frame number in the video using something like `ffmpeg -i mov_bbb.mp4 -vf "drawtext=fontfile=Arial.ttf: text='%{frame_num}': start_number=0: x=(w-tw)/2: y=h-(2*lh): fontcolor=black: fontsize=20: box=1: boxcolor=white: boxborderw=5" -c:a copy mov_bbb_frames.mp4`. In my case, I tested using this video https://www.w3schools.com/html/mov_bbb.mp4 When KDEnlive proposes to change the framerate setting of the project, accept. 2. The result is also more visible if you change the frame display format to match the frame number (that way you can just check if the frame is the good one by comparing the number written in the video and the frame number). To do that, click on the "00:00:00:00/00:00:00:00" number (next to the scissors) and click "Frames". If you don't, then the frame will also not be the correct one, but to realize it, you will need to go backward and forward by one frame to observe that the frame has changed. 2. Play the video, for instance pressing Space. Stop it by pressing space again. OBSERVED RESULT The frame at which we stop is N (number right below the video, left to the hamburger menu), but the video displays the frame N+1. Then, go backward by one slide, and forward by one slide. The good frame is displayed now! EXPECTED RESULT I expect the good frame to be displayed. SOFTWARE/OS VERSIONS Linux/KDE Plasma: NixOs unstable a4bf4434570 (available in About System) KDE Plasma Version: 5.22.5 KDE Frameworks Version: 5.85.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 447963] New: Application icons in the bottom task panel are sometimes hidden by a too big volume icon.
https://bugs.kde.org/show_bug.cgi?id=447963 Bug ID: 447963 Summary: Application icons in the bottom task panel are sometimes hidden by a too big volume icon. Product: plasmashell Version: 5.22.5 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Panel Assignee: plasma-b...@kde.org Reporter: tobias.b...@gmail.com Target Milestone: 1.0 Created attachment 145123 --> https://bugs.kde.org/attachment.cgi?id=145123=edit Screenshot of the bug. SUMMARY In the bottom pannel, containing the list of opened applications, the icon of the programs like Firefox can have a "sound" icon on top of them. Sometimes, this icon is poorly scaled and take the whole space of the icon, making it impossible to click on the application behind to open it (or one needs to click really precisely on the last pixels of the icon). See attachement for a screenshot. STEPS TO REPRODUCE 1. Maybe optional: Configure the bottom task panel as "Group: do not group", and ensure application won't create a second line if there are too many. 2. Open many applications (like Konsole), including a few instances of Firefox. Maybe start a video inside Firefox. OBSERVED RESULT Observe that some instances (in my case only the first opened instance have this issue) have a huge volume icon next to them, making it impossible to click on them. EXPECTED RESULT I expect to see only small volume icons so that I can still click on the application behind. SOFTWARE/OS VERSIONS Linux/KDE Plasma: NixOs unstable (a4bf4434570). (available in About System) KDE Plasma Version: 5.22.5 KDE Frameworks Version: 5.85.0 Qt Version: 5.15.2 -- You are receiving this mail because: You are watching all bug changes.
[kdeconnect] [Bug 447636] New: Android 11: scoped storage does not allow to share the root of the filesystem
https://bugs.kde.org/show_bug.cgi?id=447636 Bug ID: 447636 Summary: Android 11: scoped storage does not allow to share the root of the filesystem Product: kdeconnect Version: unspecified Platform: Android OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: android-application Assignee: albertv...@gmail.com Reporter: tobias.b...@gmail.com Target Milestone: --- SUMMARY On Android 11, the new scoped storage system does not allow filesystem sharing starting from the root folder as the button to select this folder is greyed out and clicking on it outputs an error "To protect your private data, choose another folder". One solution to avoid this issue would be to use the `MANAGE_EXTERNAL_STORAGE` permission to be able to access all files (this is used for instance by file managers). See more information here https://support.google.com/googleplay/android-developer/answer/10467955?hl=en_id=637763723574032227-672946508=1#zippy=%2Cexceptions%2Cinvalid-uses%2Calternatives-to-common-uses%2Cpermitted-uses-of-the-all-files-access-permission STEPS TO REPRODUCE 1. Install KDE connect on an Android 11, phone and pair it with any device 2. Enable the "filesystem exposure" module (approximate translation), and add a new folder to share. 3. If you are not already at the root, navigate to the root folder of the internal memory of the device. Try to select this folder: button is greyed and pressing it gives the above error. OBSERVED RESULT EXPECTED RESULT I expect filesystem exposure to work on any folder of my choice. Sharing a sub-folder is pretty useless as when I do a backup I want to backup everything, including files at the root. SOFTWARE/OS VERSIONS Android 11 -- You are receiving this mail because: You are watching all bug changes.
[kdeconnect] [Bug 411753] KDE Connect spams the desktop with a torrent of old notifications.
https://bugs.kde.org/show_bug.cgi?id=411753 Tobias Bora changed: What|Removed |Added Status|REPORTED|CONFIRMED Ever confirmed|0 |1 --- Comment #6 from Tobias Bora --- *** This bug has been confirmed by popular vote. *** -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 436165] Some effects are not listed, except if I do a search
https://bugs.kde.org/show_bug.cgi?id=436165 Tobias Bora changed: What|Removed |Added Status|REPORTED|RESOLVED Resolution|--- |NOT A BUG --- Comment #2 from Tobias Bora --- Oups, I feel very stupid, I just forgot to click on the "Video" icon to show all effects. Sorry. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 436165] Some effects are not listed, except if I do a search
https://bugs.kde.org/show_bug.cgi?id=436165 --- Comment #1 from Tobias Bora --- Created attachment 137905 --> https://bugs.kde.org/attachment.cgi?id=137905=edit After the search, many more items appear. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 436165] New: Some effects are not listed, except if I do a search
https://bugs.kde.org/show_bug.cgi?id=436165 Bug ID: 436165 Summary: Some effects are not listed, except if I do a search Product: kdenlive Version: 20.12.2 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: User Interface Assignee: j...@kdenlive.org Reporter: tobias.b...@gmail.com Target Milestone: --- Created attachment 137904 --> https://bugs.kde.org/attachment.cgi?id=137904=edit Before searching, many items are missing (alpha operation, alpha shape, auto mask, despill...) SUMMARY The list of effects does not displays all effects. For instance, alpha operation, alpha shape, auto mask, despill... are not listed, but appear if I search for them explicitely. STEPS TO REPRODUCE 1. Open kdenlive: see that few items are in "Alpha, Mask and Keying" 2. Type just "a" in the search bar: observe that many more effects appear Remark: I first discover the bug while I was using the french language, searching for a "sharp/unsharp" effect that appeared hidden. Then I changed languages back to english, thinking that the module may not be translated in french and could cause this hidding... SOFTWARE/OS VERSIONS Linux/KDE Plasma: NixOs, channel unstable, KDE Frameworks 5.79.0, (available in About System) KDE Plasma Version: plasmashell 5.20.5 KDE Frameworks Version: KDE Frameworks 5.79.0 Qt Version: Qt 5.15.2 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 435127] Deprecation AVStream.codec Crash
https://bugs.kde.org/show_bug.cgi?id=435127 --- Comment #10 from Tobias Bora --- Well, I don't have more messages, it's all I have (cf screenshot). So maybe my issue is different from the reporter. Do you know how I could grab more informations? I don't use any effect in my shot: I just drag the file, and render. Can't be more basic, and I guess you can see if from the attached kdenlive project. I tried with several files, the render always crash (even if it seems that the output file is usable). -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 435127] Deprecation AVStream.codec Crash
https://bugs.kde.org/show_bug.cgi?id=435127 --- Comment #8 from Tobias Bora --- Hum, actually I just realized that even if it says "project crashed", in my case the file is not corrupted (I was sure that on previous verions when the project crashed the file was actually corrupted... and can actually be played... Very strange. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 435127] Deprecation AVStream.codec Crash
https://bugs.kde.org/show_bug.cgi?id=435127 --- Comment #7 from Tobias Bora --- PS: I tried to export to other formats (audio only .mp3, png/gif sequences... They all fail. However, when I want to export to MPEG, I get a different kind of error, no idea if it can be related or if it's another bug: Le rendu de /tmp/kdenlive_bug/rendu.mpg a été interrompu par une erreur fatale [mpeg2video @ 0x7f0258001c40] [Eval @ 0x7f026755cf30] Invalid chars 'mp=1subcmp=1trellis=1bf=2' at the end of expression '3 cmp=1 subcmp=1 trellis=1 bf=2' [mpeg2video @ 0x7f0258001c40] Unable to parse option value "3 cmp=1 subcmp=1 trellis=1 bf=2" [mpeg @ 0x7f0258000f40] Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead. [mpeg @ 0x7f0258000f40] Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead. [mpeg @ 0x7f0258000f40] VBV buffer size not set, using default size of 230KB If you want the mpeg file to be compliant to some specification Like DVD, VCD or others, make sure you set the correct buffer size [mpeg @ 0x7f0258000f40] buffer underflow st=0 bufi=2002 size=31714 [mpeg @ 0x7f0258000f40] buffer underflow st=0 bufi=2002 size=31714 [mpeg @ 0x7f0258000f40] buffer underflow st=0 bufi=4043 size=31714 [mpeg @ 0x7f0258000f40] buffer underflow st=0 bufi=6084 size=31714 [mpeg @ 0x7f0258000f40] buffer underflow st=0 bufi=8125 size=31714 [mpeg @ 0x7f0258000f40] buffer underflow st=0 bufi=10166 size=31714 [mpeg @ 0x7f0258000f40] buffer underflow st=0 bufi=12207 size=31714 [mpeg @ 0x7f0258000f40] buffer underflow st=0 bufi=14248 size=31714 [mpeg @ 0x7f0258000f40] buffer underflow st=0 bufi=16289 size=31714 [mpeg @ 0x7f0258000f40] buffer underflow st=0 bufi=18330 size=31714 [mpeg @ 0x7f0258000f40] buffer underflow st=0 bufi=20371 size=31714 [mpeg @ 0x7f0258000f40] buffer underflow st=0 bufi=22412 size=31714 [mpeg @ 0x7f0258000f40] buffer underflow st=0 bufi=24453 size=31714 [mpeg @ 0x7f0258000f40] buffer underflow st=0 bufi=26494 size=31714 [mpeg @ 0x7f0258000f40] buffer underflow st=0 bufi=28535 size=31714 [mpeg @ 0x7f0258000f40] buffer underflow st=0 bufi=30576 size=31714 -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 435127] Deprecation AVStream.codec Crash
https://bugs.kde.org/show_bug.cgi?id=435127 --- Comment #6 from Tobias Bora --- Created attachment 137821 --> https://bugs.kde.org/attachment.cgi?id=137821=edit screenshot -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 435127] Deprecation AVStream.codec Crash
https://bugs.kde.org/show_bug.cgi?id=435127 --- Comment #5 from Tobias Bora --- I can confirm this bug, in my case it occurs now on all renders (before I was able to make it work by rendering via a selection starting at the beginning of the project and ending at the end of the project... but now the trick is not enough). It occurs even with a single clip (.mp4 or .MOV), no effect, and outputting in .mp4 or .webm (generic, custom defaults, I did not tried all the others). You can find a minimal bugging project attached, with a screenshot. The message I get when rendering is: "Le rendu de /tmp/kdenlive_bug/rendu.mp4 a été interrompu par une erreur fatale [mp4 @ 0x7f23ac000f40] Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead. [mp4 @ 0x7f23ac000f40] Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead." I also have a log file that appears: Started render process: /nix/store/vm0pkg81p2cpxwpgkm14i2dhbpsk59i4-mlt-6.24.0/bin/melt -progress /tmp/kdenlive-DHNspc.mlt [mp4 @ 0x7f23ac000f40] Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead. [mp4 @ 0x7f23ac000f40] Using AVStream.codec to pass codec parameters to muxers is deprecated, use AVStream.codecpar instead.Rendering of /tmp/kdenlive_bug/rendu.mp4 aborted, resulting video will probably be corrupted. but the .mlt file does not exist: $ cat /tmp/kdenlive-DHNspc.mlt cat: /tmp/kdenlive-DHNspc.mlt: No such file or directory I'm using: - Kdenlive 20.12.2 - MLT 6.24.0 - Installed in NixOs, via the nix package manager, using the channel nixos-unstable (updated today), commit d235056d6d6, install via the command `nix-env -iA nixos.kdenlive`. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 435127] Deprecation AVStream.codec Crash
https://bugs.kde.org/show_bug.cgi?id=435127 --- Comment #4 from Tobias Bora --- Created attachment 137818 --> https://bugs.kde.org/attachment.cgi?id=137818=edit video clip to use -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 435127] Deprecation AVStream.codec Crash
https://bugs.kde.org/show_bug.cgi?id=435127 Tobias Bora changed: What|Removed |Added CC||tobias.b...@gmail.com --- Comment #3 from Tobias Bora --- Created attachment 137817 --> https://bugs.kde.org/attachment.cgi?id=137817=edit kdenlive project -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 433963] Feature request: preview internal link in pop-up
https://bugs.kde.org/show_bug.cgi?id=433963 --- Comment #4 from Tobias Bora --- Yeah, I'm aware of "back", but it's broken for me. I saw that Okular 20.XX is supposed to have a fix, but I still have an older version (not yet packaged in my distribution, even in the unstable branch). And back is not even perfect, you are always disturbed when you move in your document. >> science papers: >This is important. Non-sience papers / papers made by xy-Word make “See Def. >2” actually point to Def 4. ;) Ahah, I'm talking about what I know, that's all ^^ But do non scientific (where science is taken in a wide sense) papers even have definitions ? :-P -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 433963] New: Feature request: preview internal link in pop-up
https://bugs.kde.org/show_bug.cgi?id=433963 Bug ID: 433963 Summary: Feature request: preview internal link in pop-up Product: okular Version: unspecified Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: tobias.b...@gmail.com Target Milestone: --- Created attachment 136376 --> https://bugs.kde.org/attachment.cgi?id=136376=edit Screenshot of Evince I recently saw that evince added a feature to display the internal links in a pop-up like display (see attachement). It is just super useful, especially when reading science papers: that way, you can view, without moving to the actual part in the PDF: - the definitions introduced before by just moving your mouse on "See Def. 2", - the equation by just moving your mouse on "Eq. 5", - the precise references to other papers by moving your mouse on "[1]", - the footnote by moving your mouse on "myfootnote²", - ... Of course, you can always click, but then it's harder and longer to move back to the position you were before in your file. Thanks a lot for considering this feature request! -- You are receiving this mail because: You are watching all bug changes.
[okular] [Bug 419203] New: Shortcut is disabled after one use
https://bugs.kde.org/show_bug.cgi?id=419203 Bug ID: 419203 Summary: Shortcut is disabled after one use Product: okular Version: 1.9.3 Platform: Debian unstable OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: okular-de...@kde.org Reporter: tobias.b...@gmail.com Target Milestone: --- SUMMARY If I configure a new shortcut in Okular for enabling the color modification, when I press this shortcut once, it does work, but after the shortcut is disabled. STEPS TO REPRODUCE 0. First, in Configuration/Okular configuration/Accessibility/Color modification set some colors rendering options, like "Modify dark and light colors" and choose some colors for the dark and light colors. 1. Go to Configuration > configure keyboard shortcuts 2. Search for the color modification entry (in french "Active/Désactive la modification des couleurs") 3. Set the shortcut to Ctrl+I for example, and press Ok 4. Press Ctrl+I: the color is toggled OBSERVED RESULT 5. Press Ctrl+I again: nothing happens, the shortcut does not work anymore 6. Check again what is the shortcut for color modification entry: it is reset. EXPECTED RESULT I'd expect the shortcut to stay the same after enabling it. SOFTWARE/OS VERSIONS Linux/KDE Plasma: Debian unstable (available in About System) KDE Plasma Version: 5.17.5 KDE Frameworks Version: 5.62.0 Qt Version: 5.12.5 -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 372860] New: MTP not usable : connects, then disconnects, then connects...
https://bugs.kde.org/show_bug.cgi?id=372860 Bug ID: 372860 Summary: MTP not usable : connects, then disconnects, then connects... Product: dolphin Version: 16.08.2 Platform: Debian unstable OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: general Assignee: dolphin-bugs-n...@kde.org Reporter: tobias.b...@gmail.com Target Milestone: --- Created attachment 102425 --> https://bugs.kde.org/attachment.cgi?id=102425=edit Log when MTP connects and disconnects Hello, MTP works fine on Nautilus, but I'm trying to use MTP on Dolphin 16.08.2 and it's very buggy : 5% of the time, it just works, and 95% of the time I have a strange behaviour : my phone connects, and suddently disconnect 10ms later, then connect again... and so on. The little usb notification does the same thing : it says that the phone is connecting after a pops'up, and then sudently disapears... and so on. Sometimes after a while it stop blinking, and I can use it, but it's very randomly. I've attached the logs in /var/log/syslog. Thank you for your help, tobiasBora. -- You are receiving this mail because: You are watching all bug changes.