[Bug 2096824] Re: apport_excepthook called with incorrect number of arguments

Nick Rosbrook 2096824 at bugs.launchpad.net
Thu Apr 3 19:29:35 UTC 2025


** Description changed:

+ [Impact]
+ 
+ Bugs about the upgrade process might not be reported because the apport
+ hook is not working correctly. This was caused by apport chaning the
+ signature of apport_excepthook().
+ 
+ [Test Plan]
+ 
+ We need to force and exception to occur and observe that apport handles
+ it correctly. Because the function signature changed between jammy and
+ noble, the test plan is slightly different depending on the upgrade
+ path. In either case, we interrupt the upgrade after the script is
+ downloaded, and modify DistUpgradeController.py to unconditionally raise
+ an exception at a given point.
+ 
+ 1. Start an upgrade:
+ 
+ $ do-release-upgrade --proposed
+ 
+ Accept the initial prompt, but then decline the next one (before the
+ upgrade really begins).
+ 
+ 2. Navigate to the temp directory where the upgrade script was unpacked:
+ 
+ $ cd "$(find /tmp/ -name ubuntu-release-upgrader-* -type d)"
+ 
+ 3. Edit the DistUpgradeController.py script to contain a line with:
+ 
+ raise Exception("Test 123")
+ 
+ For oracular, add this at the end of the __init__() function. For noble,
+ add this at the end of fullUpgrade().
+ 
+ 4. Run the upgrade, and observe that the exception is caught, and the
+ apport hook is called as a result:
+ 
+ $ ./oracular
+ 
+ OR
+ 
+ $ ./noble
+ 
+ [Where problems could occur]
+ 
+ Any further issues would be related to the apport hook, because we are
+ chaning the number of arguments passed.
+ 
+ For jammy->noble, this risk is mitigated by trying the old way, catching
+ TypeError, and then trying the new way. This is necessary because the
+ change happened between jammy and noble.
+ 
+ For noble->oracular, the apport function has the same signature, so this
+ extra step is not necessary.
+ 
+ [Original Description]
+ 
  When there was a failure to handle an upgrade, apport_crash() gets
  called to handle it and it calls apport_excepthook(), but it is missing
  an argument in that call:
  
  Error in sys.excepthook:
  Traceback (most recent call last):
-   File "/tmp/ubuntu-release-upgrader-rj__cqhy/DistUpgrade/DistUpgradeViewText.py", line 138, in _handleException
-     apport_crash(type, value, tb)
-   File "/tmp/ubuntu-release-upgrader-rj__cqhy/DistUpgrade/DistUpgradeApport.py", line 57, in apport_crash
-     apport_excepthook(type, value, tb)
+   File "/tmp/ubuntu-release-upgrader-rj__cqhy/DistUpgrade/DistUpgradeViewText.py", line 138, in _handleException
+     apport_crash(type, value, tb)
+   File "/tmp/ubuntu-release-upgrader-rj__cqhy/DistUpgrade/DistUpgradeApport.py", line 57, in apport_crash
+     apport_excepthook(type, value, tb)
  TypeError: apport_excepthook() missing 1 required positional argument: 'exc_tb'
  
  In my case, that was because I had Apt::Default-Release "noble"; in my
  apt.conf. That issue is on me and I've fixed that misconfiguration.
  However, this bug is about the second exception that was triggered when
  trying to handle the first exception. It seems that apport_excepthook is
  missing the binary argument. Maybe apport_crash() needs to be passing in
  sys.argv[0] in DistUpgradeApport.py on it's call to
  apport_excepthook()??
  
  This crash can also be seen in another, recent bug report:
  
  https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-
  upgrader/+bug/2064955

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to ubuntu-release-upgrader in
Ubuntu.
https://bugs.launchpad.net/bugs/2096824

Title:
  apport_excepthook called with incorrect number of arguments

Status in ubuntu-release-upgrader package in Ubuntu:
  Fix Released
Status in ubuntu-release-upgrader source package in Noble:
  Triaged
Status in ubuntu-release-upgrader source package in Oracular:
  Triaged

Bug description:
  [Impact]

  Bugs about the upgrade process might not be reported because the
  apport hook is not working correctly. This was caused by apport
  chaning the signature of apport_excepthook().

  [Test Plan]

  We need to force and exception to occur and observe that apport
  handles it correctly. Because the function signature changed between
  jammy and noble, the test plan is slightly different depending on the
  upgrade path. In either case, we interrupt the upgrade after the
  script is downloaded, and modify DistUpgradeController.py to
  unconditionally raise an exception at a given point.

  1. Start an upgrade:

  $ do-release-upgrade --proposed

  Accept the initial prompt, but then decline the next one (before the
  upgrade really begins).

  2. Navigate to the temp directory where the upgrade script was
  unpacked:

  $ cd "$(find /tmp/ -name ubuntu-release-upgrader-* -type d)"

  3. Edit the DistUpgradeController.py script to contain a line with:

  raise Exception("Test 123")

  For oracular, add this at the end of the __init__() function. For
  noble, add this at the end of fullUpgrade().

  4. Run the upgrade, and observe that the exception is caught, and the
  apport hook is called as a result:

  $ ./oracular

  OR

  $ ./noble

  [Where problems could occur]

  Any further issues would be related to the apport hook, because we are
  chaning the number of arguments passed.

  For jammy->noble, this risk is mitigated by trying the old way,
  catching TypeError, and then trying the new way. This is necessary
  because the change happened between jammy and noble.

  For noble->oracular, the apport function has the same signature, so
  this extra step is not necessary.

  [Original Description]

  When there was a failure to handle an upgrade, apport_crash() gets
  called to handle it and it calls apport_excepthook(), but it is
  missing an argument in that call:

  Error in sys.excepthook:
  Traceback (most recent call last):
    File "/tmp/ubuntu-release-upgrader-rj__cqhy/DistUpgrade/DistUpgradeViewText.py", line 138, in _handleException
      apport_crash(type, value, tb)
    File "/tmp/ubuntu-release-upgrader-rj__cqhy/DistUpgrade/DistUpgradeApport.py", line 57, in apport_crash
      apport_excepthook(type, value, tb)
  TypeError: apport_excepthook() missing 1 required positional argument: 'exc_tb'

  In my case, that was because I had Apt::Default-Release "noble"; in my
  apt.conf. That issue is on me and I've fixed that misconfiguration.
  However, this bug is about the second exception that was triggered
  when trying to handle the first exception. It seems that
  apport_excepthook is missing the binary argument. Maybe apport_crash()
  needs to be passing in sys.argv[0] in DistUpgradeApport.py on it's
  call to apport_excepthook()??

  This crash can also be seen in another, recent bug report:

  https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-
  upgrader/+bug/2064955

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/2096824/+subscriptions




More information about the foundations-bugs mailing list