Version: (using KDE 4.4.3) Compiler: gcc-4.3.4 OS: Linux Installed from: Gentoo Packages When adding new download to kget from remote host through web-interface the standart KDE "Save As" diallog apperas. So it's impossible to start this donwload from remote host while OK button in this diallog is not pressed. Option "Disable confirmation dialogs (less verbosity)" doesn't work, diallog still appears.
*** Bug 237283 has been marked as a duplicate of this bug. ***
*** Bug 237285 has been marked as a duplicate of this bug. ***
Just tested it with 4.4.3 and here it works. Can you please post the version of KGet and the debug output? Also your settings file could be useful --> .kde4/share/config/kgetrc
Sorry for multiple bugs, maybe trouble with my internet connection... Here is my kgetrc: http://dpaste.org/fLeR/ gdb output (I don't use debug) from start to appearing SaveAs window: http://dpaste.org/32CJ/
Here is a small video about this bug: http://www.youtube.com/watch?v=0eO-VLOhuY0
Version KGet 2.4.3 (from KDE 4.4.3).
Is /home/ writable for your user? Lukas
Yes, of course. I'm only user on my machine, so I made all /home writable for my user. Also, if you watched video, you saw that file was saved in /home dir, but only after pressing OK in SaveAs window.
I noticed that you copy the link of the detail page, not the download link of each file. Even in that case downloading works here, though it only gets the detail-page. I also tried with your settings and it worked as well. Btw. I forgot that at first: Could you please post also your transfers.kgt (located in .kd4/share/apps/kget)? --> in fact you can remove all transfers if you want, important are only the groups.
OK, I tried now with some other settings: - http://mirrors.kernel.org/gentoo/releases/amd64/2008.0/stages/stage3-amd64-2008.0.tar.bz2 as a download link - English as language of KGet - /home/wiselord (my home) as a download folder. Problem still exists. Download doesn't starts immediately, only after pressing OK in Save As dialog. Files: http://dpaste.org/BXFu/ - kgetrc http://dpaste.org/NdUb/ - transfers.kgt
With all these settings I can reproduce it myself now. Thanks! Hopefully I'll have a fix soon.
OK, thanks, I will wait. (Changing preferences, I found one more interesting bug(?). When I use English interface for KGet, I have only one unremovable main download group "My Downloads" with /home/wiselord as a default download path. In this case transfers.kgt is: <!DOCTYPE KGetTransfers> <Transfers> <TransferGroup DownloadLimit="0" Icon="bookmark-new-list" Name="My Downloads" DefaultFolder="/home/wiselord/" UploadLimit="0" RegExpPattern="" Status="Running"> <Tags/> </TransferGroup> </Transfers> When I switch language to Russian, I see 2 download grous - old "My Downloads" (removable) with old settings and new unremovable "Мои загрузки" (Russian translation of "My Downloads"), which is unremovable and with other settings: <!DOCTYPE KGetTransfers> <Transfers> <TransferGroup DownloadLimit="0" Icon="bookmark-new-list" Name="Мои загрузки" DefaultFolder="" UploadLimit="0" RegExpPattern="" Status="Running"> <Tags/> </TransferGroup> <TransferGroup DownloadLimit="0" Icon="bookmark-new-list" Name="My Downloads" DefaultFolder="/home/wiselord/" UploadLimit="0" RegExpPattern="" Status="Running"> <Tags/> </TransferGroup> </Transfers> How do you think, does this require new bug report? Or is it not a bug?
Confirm this bug for KDE 4.4.3, for new user with default kget settings web UI is completely unusable. For me kget also showed error window about not writeable path, setting default path in group settings helped, but web UI still does not work. Please fix this problem two. Creating new user with empty /home/user dir should help to reproduce.
Not sure if this is a bug, I'd say no. In any case I found a workaround for the initial problem, hopefully this will help me to track it down. modify the DefaultFolder in your transfers.kgt file to be empty i.e.: DefaultFolder="" (doing that in the GUI won't work) I know this does not seem to make sense, but it works then and downloads the file to the last location without poping up a dialog.
Thanks, this workaround seems to be work. I found than this doesn't work: DefaultFolder="/home/Загрузки/KGet/" But this works: DefaultFolder="/home/Загрузки/KGet" When finishing "/" doesn't exits, all works. When setting path from GUI we have "/" in the end of any path so it doesn't work.
SVN commit 1125890 by mfuchs: Set a suggestedFileName for downloads from httpserver. BUG:237282 M +5 -3 httpserver.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1125890
SVN commit 1125891 by mfuchs: Forwarport r1125890 Set a suggestedFileName for downloads from httpserver. CCBUG:237282 M +5 -3 httpserver.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1125891
@Nikoli Can you please open a new bug report for your issue (non-writeable path)?
Matthias, Bug 237405