Skip to content

Conversation

@Dimi20cen
Copy link
Contributor

Summary

The post-install script was deleting the Kolibri.lnk shortcut it had just created, assuming it was a leftover from a legacy installation.

This change comments out the legacy shortcut deletion code to ensure the icon persists as expected.

References

Fixes issue introduced in PR #186

Reviewer guidance

  1. Download and run the legacy kolibri installer from here.

  2. Download and run the new installer created by Git Action: Build Unsigned EXE

    • Make sure to check the "Create a desktop shortcut" option during installation.

Verify: After the installation of the new app the kolibri destop shortcut should be present on your desktop and it should opens kolibri as expected.

Note

Currently when the "Create a desktop shortcut" option is not checked during installation, but a destop shortcut is created from a previous installation it doesn't get deleted.
If you think it's better that we change that please let me know.

The post-install script was deleting the `Kolibri.lnk` shortcut it had
just created, assuming it was a leftover from a legacy installation.

This commit comments out the legacy shortcut deletion code to ensure
the icon persists as expected.
Copy link
Member

@rtibbles rtibbles left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think per your note in the PR description - the issue here is that if we don't choose to create a desktop shortcut with the new installer, then the old desktop shortcut is left in place - which then doesn't point to the new Kolibri executable, which could be confusing for users. Can we conditionalize this cleanup based on whether or not the choice was chosen earlier in the installation?

@Dimi20cen
Copy link
Contributor Author

So, if the user did not choose to create a destop icon, the code proceeds to find and delete the old Kolibri.lnk shortcut that was created in the previous installation, correct?

@rtibbles
Copy link
Member

rtibbles commented Sep 5, 2025

Correct!

If the user performs an upgrade or repair and unchecks the "Create a desktop icon" option, the installer will now correctly remove any pre-existing desktop icon.
@Dimi20cen Dimi20cen requested a review from rtibbles September 9, 2025 13:01
Copy link
Member

@rtibbles rtibbles left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Changes make sense to me, manual testing checks out too.

@rtibbles rtibbles merged commit cd4a9e0 into learningequality:main Sep 9, 2025
5 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants