<div dir="ltr">The build now works with the latest fix (on Windows 10). There is definitely something going on with the progress bar. When I create a new document, the progress bar shows up and stays at 0%. Then occasionallly it changes to a higher percentage. It generally gets to 50%, but just hangs there.<div><br></div><div>Scot</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jul 13, 2017 at 2:56 PM, Wolthera <span dir="ltr"><<a href="mailto:griffinvalley@gmail.com" target="_blank">griffinvalley@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Haven't found the cause of the previous, but I did find that if you take an autosave, and then work on it, it is possible to have an autosave of an autosave. I understand why this happens, but it is pretty... surreal nonetheless.<br></div><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">On Thu, Jul 13, 2017 at 9:09 PM, Wolthera <span dir="ltr"><<a href="mailto:griffinvalley@gmail.com" target="_blank">griffinvalley@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Yeah, I guess, but after poking a bit at it, the progress bar just seems confused, as autosave and friends always tell me what they're doing, but in this case the progress bar just.. sits there...<br><br></div>I had another crash with a 4096x4096 file at 16bit int(I thought I'd try make a heightmap... Crash happened as I tried generating noise with the noise filter), couldn't get a backtrace, but I did get this...<br><br>> Qt Concurrent has caught an exception thrown from a worker thread.<br>> This is not supported, exceptions thrown in worker threads must be<br>> caught before control returns to Qt Concurrent.<br>> Qt Concurrent has caught an exception thrown from a worker thread.<br>> This is not supported, exceptions thrown in worker threads must be<br>> caught before control returns to Qt Concurrent.<br>> Qt Concurrent has caught an exception thrown from a worker thread.<br>> This is not supported, exceptions thrown in worker threads must be<br>> caught before control returns to Qt Concurrent.<br>> Qt Concurrent has caught an exception thrown from a worker thread.<br>> This is not supported, exceptions thrown in worker threads must be<br>> caught before control returns to Qt Concurrent.<br>> terminate called recursively<br>> terminate called recursively<br>> terminate called after throwing an instance of 'terminate called recursively<br>> std::bad_alloc'<br>>   what():  std::bad_alloc<br><br></div><div class="gmail_extra"><div><div class="m_-3836699435548578905h5"><br><div class="gmail_quote">On Thu, Jul 13, 2017 at 8:12 PM, Boudewijn Rempt <span dir="ltr"><<a href="mailto:boud@valdyas.org" target="_blank">boud@valdyas.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I guess that's autosave not reporting 100% done?<br>
<div class="m_-3836699435548578905m_3773493159418251388HOEnZb"><div class="m_-3836699435548578905m_3773493159418251388h5"><br>
On Thu, 13 Jul 2017, Wolthera wrote:<br>
<br>
> Another bug:<br>
> Sometimes, when the image is left alone for a while(in my case a single<br>
> vector object was there), it's showing a progressbar stuck on 50%<br>
> permanently. I do not know why. Of course the progressbar shouldn't do such<br>
> things, but I would also like a Tooltip to tell me what Krita is thinking<br>
> it's processing at that moment so I can give better feedback.<br>
><br>
> On Tue, Jul 11, 2017 at 10:50 AM, Boudewijn Rempt <<a href="mailto:boud@valdyas.org" target="_blank">boud@valdyas.org</a>> wrote:<br>
><br>
> > I just merged master into the async branch and applied the pdf<br>
> > filter patch. In a short test, everything seems to work... But<br>
> > the progress bar never gets to 100% when I save to .kra.<br>
> > --<br>
> > Boudewijn Rempt | <a href="http://www.krita.org" rel="noreferrer" target="_blank">http://www.krita.org</a>, <a href="http://www.valdyas.org" rel="noreferrer" target="_blank">http://www.valdyas.org</a><br>
> ><br>
><br>
><br>
><br>
><br>
<br>
--<br>
Boudewijn Rempt | <a href="http://www.krita.org" rel="noreferrer" target="_blank">http://www.krita.org</a>, <a href="http://www.valdyas.org" rel="noreferrer" target="_blank">http://www.valdyas.org</a><br>
</div></div></blockquote></div><br><br clear="all"><br></div></div><span class="m_-3836699435548578905HOEnZb"><font color="#888888">-- <br><div class="m_-3836699435548578905m_3773493159418251388gmail_signature" data-smartmail="gmail_signature">Wolthera</div>
</font></span></div>
</blockquote></div><br><br clear="all"><br></div></div><span class="HOEnZb"><font color="#888888">-- <br><div class="m_-3836699435548578905gmail_signature" data-smartmail="gmail_signature">Wolthera</div>
</font></span></div>
</blockquote></div><br></div>