[kdenlive] [Bug 419201] Red artifact when rendering very short title clips
https://bugs.kde.org/show_bug.cgi?id=419201 inFlowia Lab. changed: What|Removed |Added Resolution|WAITINGFORINFO |FIXED Status|NEEDSINFO |RESOLVED --- Comment #2 from inFlowia Lab. --- (In reply to Julius Künzel from comment #1) I checked it on a small freshly created project with seven clips and music - everything is in order. There are no artifacts. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 419199] Often the build window stops reopening
https://bugs.kde.org/show_bug.cgi?id=419199 inFlowia Lab. changed: What|Removed |Added Resolution|WAITINGFORINFO |FIXED Status|NEEDSINFO |RESOLVED --- Comment #2 from inFlowia Lab. --- (In reply to Julius Künzel from comment #1) Haven't encountered this bug for over half a year. (Build = Render) Close -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 419106] Don't show current selected preset of effect after switch on other clip
https://bugs.kde.org/show_bug.cgi?id=419106 --- Comment #3 from inFlowia Lab. --- Created attachment 136641 --> https://bugs.kde.org/attachment.cgi?id=136641=edit Screenshot of presets panel -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 419106] Don't show current selected preset of effect after switch on other clip
https://bugs.kde.org/show_bug.cgi?id=419106 inFlowia Lab. changed: What|Removed |Added Status|NEEDSINFO |CONFIRMED Resolution|WAITINGFORINFO |--- Ever confirmed|0 |1 --- Comment #2 from inFlowia Lab. --- (In reply to farid from comment #1) > Are you still able to reproduce this in latest version? Yes -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 405605] chroma key color picker broken
https://bugs.kde.org/show_bug.cgi?id=405605 --- Comment #10 from inFlowia Lab. --- (In reply to emohr from comment #9) Checked it out. The problem has been resolved. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 405605] chroma key color picker broken
https://bugs.kde.org/show_bug.cgi?id=405605 --- Comment #8 from inFlowia Lab. --- (In reply to Julius Künzel from comment #7) > This is hopefully fixed now Not. It hasn't been fixed. appimage Version 20.12.2 Ubuntu Studio 19 -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 419869] Freezes for 3 minutes at startup if outgoing traffic blocking through iptables is enabled
https://bugs.kde.org/show_bug.cgi?id=419869 inFlowia Lab. changed: What|Removed |Added Resolution|--- |NOT A BUG Status|REPORTED|RESOLVED --- Comment #3 from inFlowia Lab. --- Solution found. I had a similar problem with Ardour. https://tracker.ardour.org/view.php?id=8160 Apparently Gwenview also uses a localhost for some operations. You need to add permission for outgoing traffic to the localhost: -A OUTPUT -d 127.0.0.1 -j ACCEPT -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 421558] After start, the Overlay Monitor Info does not work when working on two monitors
https://bugs.kde.org/show_bug.cgi?id=421558 --- Comment #1 from inFlowia Lab. --- Important! This occurs only if the PROJECT monitor information overlay was already disabled when kdenlive was launched. That is: - if the project's information overlay is enabled, everything works fine, - if it is disabled, the bugnet described earlier occurs. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 421558] New: After start, the Overlay Monitor Info does not work when working on two monitors
https://bugs.kde.org/show_bug.cgi?id=421558 Bug ID: 421558 Summary: After start, the Overlay Monitor Info does not work when working on two monitors Product: kdenlive Version: 20.04.0 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: User Interface Assignee: j...@kdenlive.org Reporter: inflo...@netc.it Target Milestone: --- SUMMARY If you work on a PC with two monitors and view Clip Monitor on a separate screen, then immediately after starting Kdenlive, the rewind will not work in the clip monitor and the clip navigation bar will not be visible at all until you turn off and on the monitor information overlay again. STEPS TO REPRODUCE 1. stert kdenlive 2. dbl click on Clip Monitor so that it rotates to full screen on the second monitor. 3. move the mouse down the screen over the clip monitor on the second monitor to see the clip navigation bar OBSERVED RESULT clip navigation bar not visible SOFTWARE/OS VERSIONS Ubuntu Studio 19.10 x64 Kdenlive from appimage 20.04.0b KDE Frameworks 5.68.0 Qt 5.14.1 (built against 5.14.1) The xcb windowing system -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 421552] New: Can't "Undo" clip rating change
https://bugs.kde.org/show_bug.cgi?id=421552 Bug ID: 421552 Summary: Can't "Undo" clip rating change Product: kdenlive Version: 20.04.0 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: User Interface Assignee: j...@kdenlive.org Reporter: inflo...@netc.it Target Milestone: --- SUMMARY The operation "cancel" does not work affects the change in the rating of the clip. STEPS TO REPRODUCE 0. Put 5 stars to the clip 1. Put 3 stars to the clip 2. Press "Undo" OBSERVED RESULT there will be 3 stars EXPECTED RESULT should become 5 stars SOFTWARE/OS VERSIONS Ubuntu Studio 19.10 x64 Kdenlive from appimage 20.04.0b KDE Frameworks 5.68.0 Qt 5.14.1 (built against 5.14.1) The xcb windowing system ADDITIONAL INFORMATION This is very necessary because in the process of selecting a clip it is very easy to miss and change the rating of a clip by clicking on the box with asterisks. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 421366] Shortcut keys only work in English layout
https://bugs.kde.org/show_bug.cgi?id=421366 --- Comment #2 from inFlowia Lab. --- It seems the following pattern: if I launch kdenlive on two monitors and open the clip monitor window on a separate monitor in full screen, then with the active clip monitor window Shift + M does not work on the Russian layout but works on the English one. If you click once on the main window of the kdenlive, that is, make it active and not the clip monitor, then the hot keys on both layouts will work. If you do not initially use a second monitor, it works on both layouts. (Shift + M is adding marker. I don’t remember - this is a standard key or I assigned it myself.) -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 421366] Shortcut keys only work in English layout
https://bugs.kde.org/show_bug.cgi?id=421366 --- Comment #1 from inFlowia Lab. --- Today it works fine on both layouts - in Russian and in English ... I didn’t do any settings, neither in kdenlive nor in the OS. I will observe further behavior. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 421366] New: Shortcut keys only work in English layout
https://bugs.kde.org/show_bug.cgi?id=421366 Bug ID: 421366 Summary: Shortcut keys only work in English layout Product: kdenlive Version: 20.04.0 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: User Interface Assignee: j...@kdenlive.org Reporter: inflo...@netc.it Target Milestone: --- SUMMARY On the Russian keyboard shortcuts do not work. This greatly slows down the workflow when placing markers to which meaningful names should be given. You have to switch to the English layout to make a marker, then to Russian to enter a name, then again to English. SOFTWARE/OS VERSIONS Ubuntu Studio 19.10 x64 Kdenlive from appimage 20.04.0b KDE Frameworks 5.68.0 Qt 5.14.1 (built against 5.14.1) The xcb windowing system -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 421365] New: "Locate Clip" only opens a directory with a clip but does not select it
https://bugs.kde.org/show_bug.cgi?id=421365 Bug ID: 421365 Summary: "Locate Clip" only opens a directory with a clip but does not select it Product: kdenlive Version: 20.04.0 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: User Interface Assignee: j...@kdenlive.org Reporter: inflo...@netc.it Target Milestone: --- SUMMARY If in ProjectBin to click the "Locate clip" button, the directory with the clip will be simply opened but the clip itself will not be selected, you will have to look for it. This is very inconvenient when you delete unnecessary clips. STEPS TO REPRODUCE 1. Right Click on clip in project bin 2. Locate Clip OBSERVED RESULT A directory with a clip opens but the clip does not stand out EXPECTED RESULT The directory with the clip opens and the clip itself is highlighted SOFTWARE/OS VERSIONS Ubuntu Studio 19.10 x64 FileManager - Caja 1.22.2 Kdenlive from appimage 20.04.0b KDE Frameworks 5.68.0 Qt 5.14.1 (built against 5.14.1) The xcb windowing system -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 420560] New: No text cursor visible when editing titles
https://bugs.kde.org/show_bug.cgi?id=420560 Bug ID: 420560 Summary: No text cursor visible when editing titles Product: kdenlive Version: 19.12.3 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: User Interface Assignee: j...@kdenlive.org Reporter: inflo...@netc.it Target Milestone: --- SUMMARY When I edit the text in the caption editor, I can’t see where the cursor is. It either does not appear, or is displayed in two places at once: in the previous and current places, or only its small part is displayed, and it almost never blinks at all. In short: some artifacts. STEPS TO REPRODUCE 1. double click on title clip 2. add some text with font "Oswald" or other 3. click in some plase inside text OBSERVED RESULT the above artifacts EXPECTED RESULT normal well distinguishable blinking cursor SOFTWARE/OS VERSIONS Linux: Ubuntu Studio 19.10 Kdenlive from appimage KDE Frameworks 5.61.0 Qt 5.12.4 (built against 5.12.4) The xcb windowing system This problem has always been encountered in earlier versions, also on Kubuntu 18 and Hubuntu 18. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 420167] New: Master-track as clips
https://bugs.kde.org/show_bug.cgi?id=420167 Bug ID: 420167 Summary: Master-track as clips Product: kdenlive Version: 19.12.3 Platform: Other OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: User Interface Assignee: j...@kdenlive.org Reporter: inflo...@netc.it Target Milestone: --- Recently, a master track has appeared in kdenlive, which allows you to apply effects immediately to the entire video. This is very cool, but I ran into a problem: in each of my videos I insert a splash screen at the beginning. If I apply color correction to the whole project using the master track, then it applies to the initial splash screen, but I don’t need it. We have to render the video, make a new project, only to add a splash screen, and render the video again. It would be very cool if the master track could be cut into clips and apply effects on them to control areas where effects should act. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 419869] Freezes for 3 minutes at startup if outgoing traffic blocking through iptables is enabled
https://bugs.kde.org/show_bug.cgi?id=419869 --- Comment #2 from inFlowia Lab. --- (In reply to Kai Uwe Broulik from comment #1) > Can you get a backtrace to see where it's blocking? Sorry, I don’t understand what trace we are talking about. If you say how to do it, I will. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 419869] New: Freezes for 3 minutes at startup if outgoing traffic blocking through iptables is enabled
https://bugs.kde.org/show_bug.cgi?id=419869 Bug ID: 419869 Summary: Freezes for 3 minutes at startup if outgoing traffic blocking through iptables is enabled Product: gwenview Version: 19.04.3 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: major Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: inflo...@netc.it Target Milestone: --- SUMMARY If the blocking of outgoing traffic using the rule in iptables is enabled: sudo iptables -I OUTPUT -m owner --uid-owner your_user_name -j DROP then when you open the image in the file manager using gwenviev, it does not open, but freezes for 3 minutes or longer. STEPS TO REPRODUCE 1. run in terminal: sudo iptables -I OUTPUT -m owner --uid-owner your_user_name -j DROP 2. go to the image directory in the file manager 3. open image with gwenviev OBSERVED RESULT Nothing will happen for at least 3 minutes. In the list of processes the process of gwenviev will be visible. EXPECTED RESULT Gvenviev should open immediately and show the image SOFTWARE/OS VERSIONS Linux/KDE Plasma: this behaves like this on all distributions and shells that I used: Kubuntu 18.04.2 64-bit UbuntuStudio 18.04.2 64-bit UbuntuStudio 19.10 64-bit Xubuntu 19.10 64-bit Xubuntu 19.10 64-bit with Plasma Xubuntu 19.10 64-bit with Mate ADDITIONAL INFORMATION If, during the operation of the firewall blocking rule, you start the Gwenviev file manager and not through the shortcut in the application menu, it will open immediately, but when you try to go to the image directory, it will freeze for the same 3 minutes. This is a very critical bug for me. I use this rule to block traffic and because of this I can not normally use gwenviev as a default image viewer. To use them I have to disconnect the network and delete the blocking rule. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 419868] New: Still asks to select an action when dragging with Shift
https://bugs.kde.org/show_bug.cgi?id=419868 Bug ID: 419868 Summary: Still asks to select an action when dragging with Shift Product: gwenview Version: 19.04.3 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: inflo...@netc.it Target Milestone: --- In the "browse" (esc) mode, if you drag the image into the directory with the shift pressed in order to move it, at the end you will still be asked what action I want to perform (move or copy). STEPS TO REPRODUCE 1. Go to browse mode (press on esc) 2. Hold the left button on the file, hold Shift and drag the image onto the directory icon OBSERVED RESULT You will be asked to select an action - copy / drag / create link. EXPECTED RESULT The file should be moved without requesting action. SOFTWARE/OS VERSIONS Linux: Xubuntu 19.10 64 bit -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 419344] Color Picker work wrong
https://bugs.kde.org/show_bug.cgi?id=419344 --- Comment #2 from inFlowia Lab. --- (In reply to emohr from comment #1) > Do you get better result if you draw a rectangle while holding down the > mouse key, instead of picking? Yes! If if i draw a rectangle then the result is identical, as if I clicked the "Pick Screen Color" button inside the color selection panel. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 419344] New: Color Picker work wrong
https://bugs.kde.org/show_bug.cgi?id=419344 Bug ID: 419344 Summary: Color Picker work wrong Product: kdenlive Version: 19.12.3 Platform: Other OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: Effects & Transitions Assignee: vpi...@kde.org Reporter: inflo...@netc.it Target Milestone: --- SUMMARY Effect Chroma-Key: Advanced and Chroma Key: Basic works wrong with color picker. I talking about a color picker that is immediately on the effect panel - one that is in the form of a blue drop. If you choose a color using it, then he chooses not the color that is on the video, but more dull. SOFTWARE/OS VERSIONS Linux: UbuntuStudio 19.10 but this happen on other versions too (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION If you click on the rectangle with the selected color and use the "Pick Screen Color" button inside the color selection panel, the color will be chosen a completely different color than the one selected using the button in the form of a blue drop. The color that is selected with the "Pick Screen Color" button is already correct. -- You are receiving this mail because: You are watching all bug changes.
[gwenview] [Bug 419212] New: Required to enter a file name when moving / copying to F7 / F8
https://bugs.kde.org/show_bug.cgi?id=419212 Bug ID: 419212 Summary: Required to enter a file name when moving / copying to F7 / F8 Product: gwenview Version: Other (add details in bug description) Platform: Other OS: Linux Status: REPORTED Severity: minor Priority: NOR Component: general Assignee: gwenview-bugs-n...@kde.org Reporter: inflo...@netc.it Target Milestone: --- SUMMARY STEPS TO REPRODUCE 1. I choose a photo 2. I press F8 or F7 OBSERVED RESULT The program requires me to enter a file name EXPECTED RESULT The file already has a name, the program must use it. If desired, I should be able to change it. SOFTWARE/OS VERSIONS Linux: Xubuntu 19.10 Gwenview 19.04.3 ADDITIONAL INFORMATION -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 419201] New: Red artifact when rendering very short title clips
https://bugs.kde.org/show_bug.cgi?id=419201 Bug ID: 419201 Summary: Red artifact when rendering very short title clips Product: kdenlive Version: 19.12.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Effects & Transitions Assignee: vpi...@kde.org Reporter: inflo...@netc.it Target Milestone: --- SUMMARY If the title clips are very short (only 3-4 frames long) and one of them has a “distort” effect with animation on key frames, then when rendering, a red screen on the finished video may occur at the junction of such clips. SOFTWARE/OS VERSIONS Linux: UbuntuStudio 19.10 x64 Appimage ADDITIONAL INFORMATION I could get rid of this artifact only by shortening the beginning of the clip that goes right after the shortest clip. I tried version kdenlive-19.12.0a-x86_64 but it turned out the same. Perhaps the problem is due to the incorrect use of the "Distort" effect preset. I noticed that the effects to which you apply the preset do not behave normally - their regulators can become inactive after applying the preset, and then become active again after a while. Maybe this problem is related to this. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 419199] New: Often the build window stops reopening
https://bugs.kde.org/show_bug.cgi?id=419199 Bug ID: 419199 Summary: Often the build window stops reopening Product: kdenlive Version: 19.12.3 Platform: Other OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Video Display & Export Assignee: j...@kdenlive.org Reporter: inflo...@netc.it Target Milestone: --- SUMMARY If you build the project 1-3 times, it often happens that the next time you click “build”, the build window opens, but it doesn’t work. That is, it is empty. Only an empty window is visible and that’s it. There are no elements in it. You have to close the project, open it again, and only after that the window starts working again. This happens quite often, almost every 3 builds and is very annoying, considering that a large project takes a long time to open upon reopening. SOFTWARE/OS VERSIONS Linux: UbuntuStudio 19.10 x64 Appimage version. ADDITIONAL INFORMATION this was also common in earlier versions -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 404082] small non-linear audio out-of-sync after rendering
https://bugs.kde.org/show_bug.cgi?id=404082 --- Comment #7 from inFlowia Lab. --- (In reply to emohr from comment #6) > Stupid question: Do you have as local decimal separator a comma? If so > change the OS setting local decimal separator to dot. Try again. Yes, decimal separator - is comma. Was try change separator to dot - all the same. I forgot to point out that unlike the author of the post, I have a linear desynchronization. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 404082] small non-linear audio out-of-sync after rendering
https://bugs.kde.org/show_bug.cgi?id=404082 inFlowia Lab. changed: What|Removed |Added CC||inflo...@netc.it --- Comment #5 from inFlowia Lab. --- Kdenlive 19.12.3-appimage on UbuntuStudio 19. Еhe same problem still happens. Constantly, in each project I shift the track with the music exactly 8 frames to the right, then on the rendered video the synchronization becomes good. Usually this desync is not noticeable until it comes to the end credits, where they should go rhythmically with the music. -- You are receiving this mail because: You are watching all bug changes.
[kdenlive] [Bug 419106] New: Don't show current selected preset of effect after switch on other clip
https://bugs.kde.org/show_bug.cgi?id=419106 Bug ID: 419106 Summary: Don't show current selected preset of effect after switch on other clip Product: kdenlive Version: 19.12.3 Platform: Ubuntu Packages OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Effects & Transitions Assignee: vpi...@kde.org Reporter: inflo...@netc.it Target Milestone: --- STEPS TO REPRODUCE 1. Add some effect to clip on timeline 2. Select Some preset for this effect 3. Click on some other Clip on timeline 4. Click on first clip (the one with effect) 5. Click on preset button OBSERVED RESULT Don't show any selected preset. Radiobutton, that shows selected preset is absent. EXPECTED RESULT Radiobutton must be opposite selected preset. SOFTWARE/OS VERSIONS Linux: UbuntuStudio 19.10 x64 ADDITIONAL INFORMATION Because of this bug, I constantly forget which preset is selected when adjusting the color of the movie -- You are receiving this mail because: You are watching all bug changes.
