crash when running in French in KDE UI

Not blocking final release, Apport is disable by default in final anyway.

I installed all French language packs and tried

  LANG=fr_FR.utf8 /usr/share/apport/apport-kde gnome-panel

but I did not get a crash (your original crash was in the error dialog when the upload failed, probably because you did not have an Internet connection; I tried the same)

However, only very few strings in the Apport user interface are actually translated into French (or into German, for that matter). Was that the same for you? I only actually saw the title text of the "Collecting information..." progress dialog in French.

Ah, I see the reason for the underlying general translations problem. The root cause is fixed by

  http://bazaar.launchpad.net/~apport-hackers/apport/trunk/revision/1766

and a more general safety net for this is added by

  http://bazaar.launchpad.net/~apport-hackers/apport/trunk/revision/1764

The French translation for the error when there is no network connection does not have any non-ASCII characters, so I need to find/craft one which has.

Fixed in http://bazaar.launchpad.net/%7Eapport-hackers/apport/trunk/revision/1767

This bug was fixed in the package apport - 1.13.4-0ubuntu1

---------------
apport (1.13.4-0ubuntu1) maverick; urgency=low

  * New upstream bug fix release:
    - bash completion: Fix error message if /usr/share/apport/symptoms does
      not exist. Thanks Philip Muškovac! (LP: #562118)
    - general-hooks/parse_segv.py: Report stack exhaustion more clearly and
      correctly handle register dereferencing calls.
    - Save/restore environment when calling hooks, in case they change the
      locale, etc. (LP: #564422)
    - hookutils.py, command_output(): Do not set $LC_MESSAGES for the calling
      process/hook, just for the command to be called.
    - ui.py: When displaying strings from system exceptions, decode them into
      an unicode string, to avoid crashing the KDE UI. (LP: #567253)
    - apport-retrace: Fix crash for retracing kernel vmcores, which do not
      have an ExecutablePath.
    - apport-bug manpage: Clarify when apport-collect may be used. Thanks
      Brian Murray! (LP: #537273)
    - generic hook: Check ProcMaps for unpackaged libraries, and ask the user
      if he really wants to continue. If he does, tag the report as
      "local-libs" and add a "LocalLibraries" field to the report with a list
      of them. (LP: #545227)
  * debian/control: Drop the now obsolete apport-qt transitional package.
  * debian/control: We do not need python-dev, just python-all.
  * Add debian/source/format: We keep 1.0, since 3.0 is a pain for
    bzr-maintained packages.
 -- Martin Pitt <email address hidden> Sat, 08 May 2010 09:00:26 +0200

Is that something you want to get fixed in an SRU? (Given that apport is a lot less useful for stable releases)