oblivioncth / qx Goto Github PK

One of those "may never be fixed" kind of deals :/

actions/runner#1206

This is due to a bug in the Doxygen Awesome theme, which was reported here: jothepro/doxygen-awesome-css#72

Because of how the Qt builds used with this repo are generated, they rely on containing a static copy of qhelpgenerator that is autodetected and used when Qx is built; however, because of QTBUG-93238, static builds of qhelpgenerator have been broken for some time (in particular it affects 6.3.0 which is the currently used version) and so .qch generation is temporarily disabled until 6.3.1 is released.

This is certainly one of the most bizarre issues I've ever seen.

Windows autobuilds, at first partially, but now mostly, seem to install Doxygen 1.9.4 correctly as they always have, but then when CMake is run somehow Doxygen 1.9.1 is detected at C:/ProgramData/chocolatey/bin/doxygen.exe. In the instances where 1.9.4 is correctly found, it is located at C:/Program Files/doxygen/bin/doxygen.exe.

The obvious suspect is chocolatey, though initial investigation seems to indicate that nothing has changed with that. The runs that started experiencing this issue were performed right after the previous windows doc fix #34 was merged, which was about a week ago at the time of writing. Some changes appeared to have occurred on that same day with GitHub action runners, which seems like too much of a coincidence, perhaps something with the image changed that is somehow causing this.

There is even a run where the Qt-shared based build finds the right Doxygen version, but the Qt-static based build finds the wrong one:
Qt-shared: https://github.com/oblivioncth/Qx/runs/7014637959?check_suite_focus=true
Qt-static: https://github.com/oblivioncth/Qx/runs/7014638072?check_suite_focus=true

Some classes internally rely on passing GenericError, which works and is reasonable some of the time; however, in some other cases its not entirely clear exactly what kind of information is being passed around and which properties of GenericError the receiver of a GenericError instance should care about in a given context.

Look into creating more class specific error objects for these cases.

Issue with PS. Current solution would require adding last error code check to every external process start.

Instead, waiting on feature new to have this behavior be automatic in 7.3.0

PowerShell/PowerShell-RFC#277
https://docs.microsoft.com/en-us/powershell/scripting/whats-new/what-s-new-in-powershell-73?view=powershell-7.2

Greetings,

Thank you for providing an alternative to window's task bar process. It seems that it is no longer working with 6.4. Any idea why would that be?

This seems to be a bug with Doxygen.

File for here: doxygen/doxygen#9504