<div dir="ltr"><div>Simon,</div><div><br></div>I agree with Andrew. Point 2/ is more logic in this scénario.<div><br></div><div>Note : Why this story is not fully in bugzilla file ? Somebody has responded directly by mail to the bugzilla notification and the file is not updated as <a href="https://bugs.kde.org/show_bug.cgi?id=377587" rel="noreferrer" target="_blank" style="font-size:12.8px">377587</a> comments... </div><div><br></div><div>I recommend to backport missing comments in bugzilla to not lost full story. </div><div><br></div><div>Gilles</div><div><br></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-03-24 1:00 GMT+01:00 Andrew Goodbody <span dir="ltr"><<a href="mailto:ajg02@elfringham.co.uk" target="_blank">ajg02@elfringham.co.uk</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">My vote is for 2) - always do what you're told and only what you're told. Give as much control to the user as possible, do not do unexpected things. Using a different config and/or creating a new one is very unexpected. I see no reason to assume the config would be colocated with the database, that's a very strange idea.<span class="HOEnZb"><font color="#888888"><br>
<br>
Andrew</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
On 23/03/17 11:48, Simon Frei wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Thanks for the clarification, I get your scenario now. So it is a<br>
trade-off between no side-effects and data safety. I still think that a<br>
user using the command line options should be aware of the difference<br>
between config and database and therefore be in charge of using<br>
sensible/safe options. However planning for the DAU is also a good idea.<br>
<br>
I would like to hear what Gilles/Maik/Mario/... think about this.<br>
Recap: The question is which of these options is favourable (arguments<br>
in the comments above):<br>
1. Set config to the same directory as --database-directory. If no<br>
config file exists there, create a new one/copy over the default one<br>
(still respecting --config if given).<br>
2. Always use the default config unless --config is given, also with<br>
--database-directory.<br>
<br>
<br>
</blockquote>
</div></div></blockquote></div><br></div>