Created attachment 169008 [details] Observed result SUMMARY The dialog window for adding files or folders to the bin, irrespective of the way it is opened/invoked, is too small and needs to be enlarged manually to display folder lists, files, preview, etc. In addition, the size and position of the window is not preserved, so that when the user opens the dialog again, it needs to be enlarged again. STEPS TO REPRODUCE 1. Open the Add Clip or Folder dialog either by right- or double-click on an empty space in the bin, click on the Add Clip icon in the bin, or by selecting Menu > Project > Add Clip or Folder OBSERVED RESULT See attachment 1 [details] EXPECTED RESULT See attachment 2 [details] SOFTWARE/OS VERSIONS Linux: Pop!_OS 22.04 LTS KDE Frameworks Version: 6.0.0 Qt Version: 6.6.2
Created attachment 169009 [details] Expected result
(In reply to Bernd from comment #0) > OBSERVED RESULT > See attachment 1 [details] > > EXPECTED RESULT > See attachment 2 [details] DO NOT follow the links as they were introduced by Bugzilla (or whatever the platform of bugs.kde.org is) and point to DIFFERENT files! Only use the attachments I created and that are linked in the Attachment section
Similar problem for circa one week » after Linux Manjaro big-update to Plasma 6. Kdenlive seems to work fine (as far as I can tell), but the saving of FX-stacks opens up a window which now (in Plasma 6) is a) way to small » i have to resize it everytime (for years the size was perfect, I didn't even thing about it) b) the text-focus does not change automatically "into" the then opened "save as new FX-stack" window (I have to click the field where the name of the new fx-stack goes) Thank you, best regards (from Germany) Chris
Sorry, I wanted to write "...think about it..." (not "...thing about it..."). Best regards Chris
Git commit 6c65851d52202189f210e43f52b1c3390d935721 by Jean-Baptiste Mardelle. Committed on 21/05/2024 at 05:07. Pushed by mardelle into branch 'master'. Fix effect name focus in save effect M +1 -0 src/effects/effectstack/view/collapsibleeffectview.cpp https://invent.kde.org/multimedia/kdenlive/-/commit/6c65851d52202189f210e43f52b1c3390d935721
Git commit 7a29ef962e4917b001bc1989183860e180763e2e by Jean-Baptiste Mardelle. Committed on 24/05/2024 at 07:37. Pushed by mardelle into branch 'release/24.05'. Fix effect name focus in save effect M +1 -0 src/effects/effectstack/view/collapsibleeffectview.cpp https://invent.kde.org/multimedia/kdenlive/-/commit/7a29ef962e4917b001bc1989183860e180763e2e
@Chris K. I think your point B is fixed since version 24.08. Please check revert back.
This Bug seems to be similar to BUG 496000
Bernd asked if I could take a peek at this a couple of weeks ago, and having just been messing with the file dialog for exporting subtitles, I figured I might finally know my way around at least enough to get some sense of what's going on here ... The "Add Clip of Folder" option opens a KFileWidget, which it seems we don't really have any direct control over sizing, and which doesn't appear to retain any memory of prior user resizing. It does have two identically implemented methods to report the size it would like to be, sizeHint() (https://api.kde.org/frameworks/kio/html/kfilewidget_8cpp_source.html#l00567) and dialogSizeHint (https://api.kde.org/frameworks/kio/html/kfilewidget_8cpp_source.html#l02962) ... And looking at how it behaves for me in a VM with current bleeding edge plasma and on a desktop running Sawfish in MATE, it does seem to pop up sized to half the screen size in both cases as that code would suggest. So the next interesting question now for the people this is terribly small for, is: - is your screen so small that half the screensize is too small for this dialog? - or is your window manager doing something awful and ignoring that size hint? But short of subclassing KFileWidget and reimplementing its sizeHint() method, there doesn't really appear to be a lot we can do in kdenlive to fix this, or anything we are Doing Wrong ... I'll leave this open until we answer the question(s) above though in case there is something we can document to avoid a system-related problem.
(In reply to Ron from comment #9) > So the next interesting question now for the people this is terribly small > for, is: > - is your screen so small that half the screensize is too small for this > dialog? > - or is your window manager doing something awful and ignoring that size > hint? My answer is no to all three questions. My two screens are 1920x1080 and the dialog opens at 582x288. I can also say that this problem had disappeared (unfortunately I don't know in which version) and that the defect had returned in the next version. BR Pulsar33
(In reply to Ron from comment #9) > So the next interesting question now for the people this is terribly small > for, is: > - is your screen so small that half the screensize is too small for this > dialog? > - or is your window manager doing something awful and ignoring that size > hint? One of my monitors is at 1920x1080, the other at 2560x1080. Pop!_OS internally it may be "seen" as one big screen of 4480x1080. The interesting thing is that if I open Kdenlive on the 21:9 monitor the dialog window opens with useful dimensions; if opened at the 16:9 monitor it is not usable and must be manually resized.
It's sounding a lot like your window manager is not playing nice with Qt - there used to be some gtk shims that could help with that, but I can't say offhand if they're still needed or still help. I do recall it being a bit of a black art to find the right environment variables to set to get Qt to play nice on my high dpi screens outside of a KDE desktop. Oh, and it's possible wayland vs X makes some difference here? But essentially the problem is that all Qt can do is say "Please sir, I would like a window of this size, in this position", and it's entirely up to your window manager as to whether it respects that wholly, partly, or just says screw you, 640x480 should be enough pixels for anyone. If you're running the current appimage it should be using the code I indicated, so if it's not half your screen size, I'd be looking at how your WM is configured. I know with the plasma VM I could actually set explicit sizes and positions of my own for various applications and their dialogs. The MATE + sawfish system mostly just always Does Something Reasonable, so I've never messed with that more. Hopefully you can find something to share to help the other people this is afflicting. It clearly sucks, but if the code is already asking for half the screen and not getting it, us poking the code to make it ask for more isn't likely to help a lot. We need to find why the WM isn't giving it that.
I have this issue too, on kwin-wayland, and my monitor resolution is 2560x1440. All other Qt/Gear applications are able to show a normal sized file open dialog so it does seem like the kdenlive code will need to be "poked". SOFTWARE/OS VERSIONS: Linux: Debian testing (trixie) Kdenlive 24.12.2 KDE Frameworks 6.11.0-1 Qt 6.8.2 Plasma 6.3.2
Still happening on Kdenlive 25.04.3 What is interesting is, the dialog from "File -> Open" always opens in the correct size but not the add clip dialog. Forcing X11 with "QT_QPA_PLATFORM=xcb kdenlive" causes the dialog to be positioned in center but offset like the dialog is the correct size, but actually not being the correct size, causing the dialog to be opened off-center and small. I have no display scaling set and am on Plasma.
I created a merge request that should fix the issue (it did fix it for me): https://invent.kde.org/multimedia/kdenlive/-/merge_requests/665
chocolateimage's patch has now been merged. Can you please check if the problem is solved, for example by testing it in our dev appimage: https://cdn.kde.org/ci-builds/multimedia/kdenlive/master/linux/
I noticed after testing the AppImage (direct builds seem to get the previously saved settings), that the dialog now opens in the correct size, but only after resizing it after the first time, which still is small: https://youtu.be/rDWmHCM6eiE
(In reply to chocolateimage from comment #17) > I noticed after testing the AppImage (direct builds seem to get the > previously saved settings), that the dialog now opens in the correct size, > but only after resizing it after the first time, which still is small: Doesn't that go back to my earlier comments (https://bugs.kde.org/show_bug.cgi?id=486310#c9) The first time it's opened it's sized according to the default size hint logic, but with your fix any user change is now correctly persistent? The difference between AppImage and other builds is that the AppImages use a separate config instead of stomping on the 'system' one. (cf. kdenlive-appimagerc vs kdenliverc in ~/.config).
Ok, looks like this patch wfm. I'd been able to reproduce what Bernd was seeing (it worked ok in my primary monitor but not with the kdenlive window in my secondary), but with this patch it seems to work as expected in both.
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone!
🐛🧹 This bug has been in NEEDSINFO status with no change for at least 30 days. Closing as RESOLVED WORKSFORME.