<div dir="ltr">Windows 4.6.4<div style>On Ubuntu I am running 4.6.3.</div><div style><br></div><div style>For ref though, they are not accessing the same datasets before we look at version mismatching (same SQL server, separate DBs).</div>
<div style><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 16 April 2014 11:43, Alvaro Soliverez <span dir="ltr"><<a href="mailto:asoliverez@kde.org" target="_blank">asoliverez@kde.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Phil,<br>
Just to be on the same page. What version are you running, on Linux and Windows?<br>
Regards,<br>
Alvaro<br>
<div class="HOEnZb"><div class="h5"><br>
On Wed, Apr 16, 2014 at 5:06 AM, Phil Richardson<br>
<<a href="mailto:ppslim%2Bkmymoney@gmail.com">ppslim+kmymoney@gmail.com</a>> wrote:<br>
> Absolutely.<br>
><br>
> I see it as two conditions on occasion. Yesterday as an example the computer<br>
> slept for the day.<br>
><br>
> When it woke up, it had a visible SQL error exception window, though I<br>
> cannot say for certain how long it took (though it was under 10 mins for<br>
> waking to checking).<br>
><br>
> When this exception occurred, it was due to the TCP connection having been<br>
> closed. It did not attempt to start a new one, didn't ask me for any other<br>
> info.<br>
><br>
> After acknowledging the error, I let it be for a few minutes (I'm a coffee<br>
> person and I needed on). On return, there was no error, but no other<br>
> prompts/actions.<br>
><br>
> Given past experience, I selected to exit from the file menu without taking<br>
> any other action. The application clearly was not in a happy mood to proceed<br>
> and Windows 7 did the whole "Looking for solution" dialogue due to it<br>
> closing unexpectedly.<br>
><br>
> I'll remember to grab some screenshots next time.<br>
><br>
> I highly suspect the crash / abort at the end was when the app was<br>
> attempting to perform the required SQL database updates, to mark the session<br>
> over. This is suspected due to the "Another users has this open" when I<br>
> started it again.<br>
><br>
> Typically though, I will return the machine from sleep (I do try to avoid<br>
> this), or change networks (I try to avoid, but not always possible) and<br>
> there will be no error. Again, experience tells me to exit the application.<br>
><br>
> Just clicking the close button (big windows red X in the top right) and it<br>
> wont do anything. Quite literally nothing, no exit, no error. I have to end<br>
> the process, or use Quid from the file menu.<br>
><br>
> So yes, something is not quite right.<br>
><br>
> Suggestions on what I can do to get more data on what actually is happening,<br>
> and I will be more than happy to collect.<br>
><br>
><br>
> On 16 April 2014 03:53, Fernando Vilas <<a href="mailto:fvilas@iname.com">fvilas@iname.com</a>> wrote:<br>
>><br>
>> On Tuesday, April 15, 2014 18:57:38 Phil Richardson wrote:<br>
>> > So error handling seems to be something that needs a little improvement.<br>
>> ><br>
>> > I use KMyMoney using MySQL. Both on windows as a client local to the<br>
>> > network it is on, as well as remotely over a VPN on Ubuntu (though only<br>
>> > very occasionally).<br>
>> ><br>
>> > Windows being the primary client, I frequently have to swap between<br>
>> > wireless and wired networks, as well as seeing the machine sleep.<br>
>> ><br>
>> > The network switch is not smooth (damn Dell for not providing a combined<br>
>> > network interface with shared MAC), so my IP will change during the<br>
>> > interface swap. Sleeping will also obviously potentially cause long<br>
>> > periods<br>
>> > in which the TCP channel may close.<br>
>> ><br>
>> > Overall, this leaves me with issues when I have KMyMoney open.<br>
>> ><br>
>> > I may only occasionally get an exception window about the error, but<br>
>> > near<br>
>> > always, I find KMyMoney still wants to try and use the closed MySQL<br>
>> > connection long after it is closed.<br>
>> ><br>
>> > This can prompt the app to stall, not respond and otherwise act in an<br>
>> > unfriendly way until I can close it.<br>
>> ><br>
>> > Is there not more that can be done during a SQL driver exception, such<br>
>> > as<br>
>> > instantly close the application without any further attempts to use the<br>
>> > closed socket?<br>
>><br>
>> It used to crash... The stall you are seeing should not be using the<br>
>> closed<br>
>> socket. Rather, it should be detecting that the connection was closed and<br>
>> attempting to open a new one. If that is not the case, it needs fixing...<br>
>><br>
>> Another option would be to percolate an error up the stack until the user<br>
>> is<br>
>> told that the connection was closed unexpectedly, and should be<br>
>> reinitiated<br>
>> manually from the menu.<br>
>><br>
>> Thoughts?<br>
>><br>
>> --<br>
>> Thanks,<br>
>> Fernando Vilas<br>
>> <a href="mailto:fvilas@iname.com">fvilas@iname.com</a><br>
>><br>
>> _______________________________________________<br>
>> KMyMoney mailing list<br>
>> <a href="mailto:KMyMoney@kde.org">KMyMoney@kde.org</a><br>
>> <a href="https://mail.kde.org/mailman/listinfo/kmymoney" target="_blank">https://mail.kde.org/mailman/listinfo/kmymoney</a><br>
>><br>
><br>
><br>
> _______________________________________________<br>
> KMyMoney mailing list<br>
> <a href="mailto:KMyMoney@kde.org">KMyMoney@kde.org</a><br>
> <a href="https://mail.kde.org/mailman/listinfo/kmymoney" target="_blank">https://mail.kde.org/mailman/listinfo/kmymoney</a><br>
><br>
_______________________________________________<br>
KMyMoney mailing list<br>
<a href="mailto:KMyMoney@kde.org">KMyMoney@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/kmymoney" target="_blank">https://mail.kde.org/mailman/listinfo/kmymoney</a><br>
</div></div></blockquote></div><br></div>