<div dir="ltr"><div>Hi, sorry it took a bit for me to respond.<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Sep 10, 2020 at 5:32 AM José Marcio Martins da Cruz <<a href="mailto:jose.marcio.mc@gmail.com">jose.marcio.mc@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I have a little problem when updating data from external sources who doesn't answer (e.g. timeout, network problems, <br>
server down, ...).<br>
<br>
In this case I'm not able to easily find which source didn't answer. Is there a way to find it easily ? Is it possible <br>
to show some message ?<br></blockquote><div><br></div><div>I take it you have multiple updates active at once, such that you're not sure which didn't answer?<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
A possible suggestion about this is to have some kind of log file, the same kind of thunderbird filter log file. This <br>
could, eventually, have other uses inside tellico. Surely harder to program but maybe useful.<br></blockquote><div><br></div><div>Yeah, I understand the utility of a data source log file of sorts. At the moment, if you compile with debugging support, any errors or timeouts will partially show up on the std output. My debug messages aren't always that consistent though. For Amazon, at least, since I can't debug it myself, I added capability to use an environmental variable such that the data output is written to a log file for later debugging.</div><div><br></div><div>A general purpose log file would be useful if there multiple issues or problems. I added a wishlist bug to help me keep it in mind.</div><div><a href="https://bugs.kde.org/show_bug.cgi?id=426624">https://bugs.kde.org/show_bug.cgi?id=426624</a></div><div><br></div><div>Thanks for the suggestion.</div><div><br></div><div>Robby<br></div></div></div>