Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
# Conflicts:
# cura/UI/CuraSplashScreen.py
|
|
Major vesion upgrade, time to clean some stuff up!
CURA-7810
|
|
# Conflicts:
# cura/CuraApplication.py
# resources/qml/Preferences/Materials/MaterialsSyncDialog.qml
# resources/qml/Preferences/Materials/MaterialsView.qml
|
|
Conflicts:
cura/PlatformPhysics.py -> Removed shapely on master, while QTimer import got updated to Qt6.
plugins/Toolbox -> Entire folder is deleted in master, but it was updated to Qt6 here. This can all be removed.
|
|
|
|
CURA-8915
|
|
Should arrive at the correct raft thickness too then.
Contributes to issue CURA-8915.
|
|
These new settings are necessary or the test will get exceptions that these settings don't exist.
Contributes to issue CURA-8868.
|
|
part of CURA-8591
|
|
part of upgrading Qt to v6.2: CURA-8591
|
|
part of CURA-8083
|
|
We're not using this library any more now. Not even in the tests.
Contributes to issue CURA-8539.
|
|
The UserProfile is being stored in the account with a simple assignment, and these are just some property getters with a fallback. I don't think we need to test that.
The actual getting of a user profile (and whether that returns correctly when logged out and such) is already tested as part of the OAuth flow where that code lives.
Contributes to issue CURA-8539.
|
|
Needs to work differently with the asynchronous workflow.
Contributes to issue CURA-8539.
|
|
The actual profile is not necessary for this test. But this function always returns None and we shouldn't patch it to make it return something else.
Contributes to issue CURA-8539.
|
|
Contributes to issue CURA-8539.
|
|
We're no longer generating that error. We're generating a QNetworkReply with a built-in error code and those errors are handled the same way as the failed requests tested above.
Contributes to issue CURA-8539.
|
|
It was previously mocking some return values that should now get returned via callbacks. And it was previously relying on a web service which might not connect at all.
Contributes to issue CURA-8539.
|
|
Otherwise it'll end up using actual internet connections anyway. Not what we want.
Contributes to issue CURA-8539.
|
|
The test should trigger the refresh token to be used to get a new authentication token.
Contributes to issue CURA-8539.
|
|
I'm not sure the refresh token is actually used though. I might want to try to guarantee that.
Contributes to issue CURA-8539.
|
|
That's the expected outcome of the premise of this test.
Contributes to issue CURA-8539.
|
|
The reply is not really relevant. The reply is mocked through readJSON.
So it turns out that so far, our tests have been making actual requests to the authentication server, and depended on it being online. Not good. Mock those external dependencies!
Contributes to issue CURA-8539.
|
|
Contributes to issue CURA-8539.
|
|
In this case the callback should get called immediately (no wait) so it is safe to test for this callback, albeit slightly implementation-defined.
Contributes to issue CURA-8539.
|
|
It needs CuraApplication because it wants to set metadata on the printer. But this is not relevant for the tests.
Contributes to issue CURA-8609.
|
|
CURA-8544
|
|
|
|
Found via `codespell -q 3 -S *.po,*.pot -L childs,initialy,lod,ned,te,slicable,sur,tutoriels,wont`
|
|
This will make it easier in the future if we deprecate icons again. And it's nice for now.
Contributes to issue CURA-8520.
|
|
CURA-8441
|
|
|
|
|
|
|
|
|
|
See the documentation of the test.
|
|
CURA-7835
|
|
CURA-7833
|
|
CURA-7833
|
|
|
|
CURA-7827
|
|
CURA-7827
|
|
CURA-7827
|
|
When the machine manager calls the _onGlobalContainerChanged(), it calls updateNumberExtruders
Enabled, which triggers the signal numberExtrudersEnabledChanged. This, in turn, triggers the need
to check the MachineManager's pyqtProperty numberExtrudersEnabled. Now, since this property has no
setter, it cannot be patched. Instead, to work properly, patch the updateNumberExtrudersEnabled.
CURA-7827
|
|
So that the output of the CI/CD testing step is not cluttered with deprecation warnings.
Done during TTT
|
|
One of the weirdest errors out there, and as far as I know we're the only ones suffering from it, due to having multiple packages of Python bindings created with Sip as well as having PyQt and different threads.
|
|
This obscure error happens when a module with Sip bindings is being imported after PyQt. Due to a clash with the Sip versions or something, it then fails on the custom module. Import all of our custom modules with Sip bindings first.
|