mu-editor python debugger broken.
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
mu-editor (Ubuntu) |
Fix Released
|
Low
|
Unassigned | ||
Disco |
Fix Released
|
Low
|
Unassigned |
Bug Description
The "debug" function in mu-editor is broken in the version shipped in Ubuntu disco. Since mu is intended as a tool for teaching beginner programmers this servely limits it's usefulness.
Nick Morrot and I have already fixed this in sid and the fix from sid has already migrated to buster and eoan. I would like to see this fixed in disco
too.
[Test Case]
Install mu-editor and run it through the programs menu.
Make sure you are in "python 3" mode. On the first run a box should pop up to select the mode. On later runs you can change mode through the icon in the top left corner.
Write a small python program and click on the debug button. The expected behavior is that debugging starts, but instead
> Traceback (most recent call last):
>
> File "/usr/share/
>
> from mu.app import debug
>
> ModuleNotFoundE
[Analysis]
This is a python path issue. mu-editor's python modules are installed under /usr/share/
The fix is to tweak sys.path in the debugger script before loading mu modules.
[Regression Potential]
Potential for regression seems minimal. mu-editor is a leaf package and written in pure python, there are no compiled binaries in the package that could be affected by the compiler version. The debugger script in question is currently unusable so there doesn't seem much potential for making it worse.
When comparing the old and new binaries the only changes I could find other
than the intentional one were some date stamp changes on some image files
and some html footer changes as a result of a new sphinx version. Neither of
these seem likely to cause regressions.
Changed in mu-editor (Ubuntu): | |
status: | New → Fix Released |
description: | updated |
description: | updated |
Changed in mu-editor (Ubuntu): | |
importance: | Undecided → Low |
Changed in mu-editor (Ubuntu Disco): | |
importance: | Undecided → Low |
Hi peter,
This looks good! A couple of suggestions:
1. debian/changelog requires a bug reference to this bug (using the string "LP: #1835320") in order for Ubuntu's SRU process machinery to work properly.
2. Can I suggest that the changelog entry be changed to explain what is being fixed in a way that users might understand? I understand that users receiving stable updates sometimes read changelog entries to understand if they want them, and "add update- rtp-for- mu-debug" doesn't really explain anything from a user's perspective.