View Single Post
Old 10-02-2018, 07:19 PM   #19
KevinH
Sigil Developer
KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.KevinH ought to be getting tired of karma fortunes by now.
 
Posts: 8,859
Karma: 6120478
Join Date: Nov 2009
Device: many
For bug 2 on Windows, my guess is when BookView has an html file open that links two or more css files, the Windows webkit is somehow placing a read only lock or is waiting to load/read that last css file that prevents Utility:SDeleteFile from actually succeeding. In QFile I see there are an error() and errorString() methods that should tell you why the delete was not successful. So you might want to add some qDebug print statements in Misc/Utility.cpp in SDeleteFile() when the result of the QFile remove is not successful so that we can see why and then try the bug2 testcase.
KevinH is online now   Reply With Quote