| Summary: | [ANR] Konsole hangs when searching in > 200 000-line terminal scrollback | ||
|---|---|---|---|
| Product: | [Applications] konsole | Reporter: | Roke Julian Lockhart Beedell <4wy78uwh> |
| Component: | general | Assignee: | Konsole Developer <konsole-devel> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | CC: | christoph, kdedev, olib141 |
| Priority: | NOR | Keywords: | drkonqi |
| Version First Reported In: | 25.04.3 | ||
| Target Milestone: | --- | ||
| Platform: | Fedora RPMs | ||
| OS: | Linux | ||
| See Also: |
https://bugzilla.redhat.com/show_bug.cgi?id=2379345 https://bugs.kde.org/show_bug.cgi?id=506879 https://bugs.kde.org/show_bug.cgi?id=507036 https://bugs.kde.org/show_bug.cgi?id=503586 https://bugs.kde.org/show_bug.cgi?id=508692 https://bugs.kde.org/show_bug.cgi?id=508726 |
||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | https://crash-reports.kde.org/organizations/kde/issues/214394/events/e564f5ec24854cae9b6a1a6ad355389a/ | ||
| Attachments: |
GNOME Console's Unlimited Scrollback Preference
attachment-3071864-0.html |
||
|
Description
Roke Julian Lockhart Beedell
2025-07-10 18:04:38 UTC
Hanging whilst searching through tremendous amounts of scrollback is not unexpected. We could fix this by not blocking whilst searching (which will probably require some radical refactoring), or stop searching after some number of matches (probably best to start the search from the bottom, where the latest content will be). (In reply to Oliver Beard from comment #1) The first option was what I expected – rendering new lines of the terminal and searching probably should be asynchronous, in separate threads. If that's infeasible, I think having it ask the user whether it should continue would probably be a better way to do the second option (since it doesn't *prevent* long searches for those who deliberately want to), a bit like GDB's paging-by-default. Per https://bugs.kde.org/show_bug.cgi?id=507036, I can reproduce similar in anything that utilises the Kate and Okular KParts. However, I've solely been able to capture a trace from Ark's embedded KWrite, due to https://bugs.kde.org/show_bug.cgi?id=506879. For comparison, GNOME's Console copes without problem, even on a very underpowered Fairphone 4. https://youtube.com/watch?v=qlBaWKmyTNw demonstrates. Created attachment 183522 [details] GNOME Console's Unlimited Scrollback Preference (In reply to Roke Julian Lockhart Beedell from comment #4) It's even an encouraged feature, rather than being buried in the profile customisation with a warning attached, like in Console. Created attachment 183527 [details] attachment-3071864-0.html That's interesting. We need to do better, but honestly I don't have time to dig deep into this. I'll try to see what I can do - maybe adding some indexing over the scrollback file buffer, or even compressing the file buffer in a way that we can divide by chunks, so it doest takes too much time. On Sat, Jul 26, 2025 at 1:52 AM Roke Julian Lockhart Beedell < bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=506880 > > --- Comment #5 from Roke Julian Lockhart Beedell < > 4wy78uwh@rokejulianlockhart.addy.io> --- > Created attachment 183522 [details] > --> https://bugs.kde.org/attachment.cgi?id=183522&action=edit > GNOME Console's Unlimited Scrollback Preference > > (In reply to Roke Julian Lockhart Beedell from comment #4) > > It's even an encouraged feature, rather than being buried in the profile > customisation with a warning attached, like in Console. > > -- > You are receiving this mail because: > You are the assignee for the bug. We improved stuff with bug 503586, that should be in 25.08, could you try that version? (In reply to Christoph Cullmann from comment #7) Do you consider https://bugs.kde.org/show_bug.cgi?id=508692#c0 to be a reproduction? (In reply to Roke Julian Lockhart Beedell from comment #8) > (In reply to Christoph Cullmann from comment #7) > > Do you consider https://bugs.kde.org/show_bug.cgi?id=508692#c0 to be a > reproduction? That looks for me like a different bug. (In reply to Christoph Cullmann from comment #9) I've managed to report about 5 new crashes with Konsole, albeit none from the search functionality. Specifically, when I have > 5 tabs all following the output of `cat /dev/random` (despite, genuinely helpfully, Konsole putting the scroll at the beginning, when one searches, to prevent this), Konsole can hang for < 7 s, when I search for `.` with RegEx enabled. However, never long enough for the DE to prompt me (which is what matters), and Konsole always resolves it. I've tested this at > 1 500 000 lines. I'd say that Konsole's search functionality may now be the most robust of any applications' I've ever seen. Just too bad we have other crashes, but thanks a lot for the testing! |