-----------------------------------------------------------
This is an automatically generated e-mail. To reply, visit:
https://git.reviewboard.kde.org/r/119014/#review68692
-----------------------------------------------------------


I think this misses the "remember url as defaultStartDir and update startdir 
for autocompletion" code path for the case of the directory-selection dialog 
(KUrlRequester::KUrlRequesterPrivate::_k_slotOpenDialog, see emit 
m_parent->urlSelected line, just like the other one where you added code -> 
that code should be factorized)

- David Faure


On Oct. 19, 2014, 9:18 a.m., Simon Bachmann wrote:
> 
> -----------------------------------------------------------
> This is an automatically generated e-mail. To reply, visit:
> https://git.reviewboard.kde.org/r/119014/
> -----------------------------------------------------------
> 
> (Updated Oct. 19, 2014, 9:18 a.m.)
> 
> 
> Review request for kdelibs.
> 
> 
> Bugs: 92237
>     http://bugs.kde.org/show_bug.cgi?id=92237
> 
> 
> Repository: kdelibs
> 
> 
> Description
> -------
> 
> The handling of the start directory in the KUrlRequester is only halfway 
> implemented. 
> More in detail:
> - m_startDir (the private field holding the start directory) is not 
> initialised - the default value of startDir() is an empty URL instead of the 
> current working dir.
> - when the start dir changes, it is not always passed to the KUrlCompletion 
> object of the lineedit. The suggestions showed when entering a relative path 
> into the LineEdit might be wrong as a consequence.
> - when selecting a file, the start directory does not change to the directory 
> of the selected file - the API doc says it should. 
> - when the user entered a relative path into the LineEdit, url() returns a 
> relative path instead of an absolute one.
> 
> This patch should fix these issues. 
> 
> 
> Diffs
> -----
> 
>   kio/kfile/kurlrequester.h 2083d4c 
>   kio/kfile/kurlrequester.cpp 661b428 
> 
> Diff: https://git.reviewboard.kde.org/r/119014/diff/
> 
> 
> Testing
> -------
> 
> 
> Thanks,
> 
> Simon Bachmann
> 
>

Reply via email to