Skip to content

GitLab

  • Menu
Projects Groups Snippets
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
  • KWin KWin
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 39
    • Issues 39
    • List
    • Boards
    • Service Desk
    • Milestones
  • Bugzilla
    • Bugzilla
  • Merge requests 100
    • Merge requests 100
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Releases
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • Plasma
  • KWinKWin
  • Issues
  • #33

Closed
Open
Created Mar 09, 2021 by Nate Graham@ngrahamDeveloper

kwin_wayland coredumps are useless without prior manual intervention

We get bug reports right now that are un-actionable because kwin_wayland coredumps are too large and get truncated, making them un-debuggable when kwin_wayland crashes. Typically one of the following situations arises:

  1. User reports bug on kwin_wayland crashing; backtrace is useless because coredump is truncated
  2. User reports bug on some app or Plasma crashing; bug turns out to be caused by KWin crashing; bug triager asks reporter to get a kwin_wayland backtrace with coredumpctl; reporter obliges; backtrace is useless because coredump is truncated

In both cases, the user and bug triager alike end up frustrated, and the bug is not actionable, wasting everyone's time.

Apparently it is possible to fix this by adding ExternalSizeMax=6G to /etc/systemd/coredump.conf. But since this has to be done ahead of time, before the crash, it does not help people reporting an existing crash.

Is there a reason why kwin_wayland coredumps need to be so huge? They are much smaller on X11, so we don't run into this problem there.

Assignee
Assign to
Time tracking