| Summary: | Entry history broken | ||
|---|---|---|---|
| Product: | [Applications] kcalc | Reporter: | Dominik <dom> |
| Component: | general | Assignee: | Gabriel Barrantes <gabriel.barrantes.dev> |
| Status: | RESOLVED NOT A BUG | ||
| Severity: | normal | CC: | gabriel.barrantes.dev |
| Priority: | NOR | ||
| Version First Reported In: | 23.08.5 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | Problem view of KCalc after entering the operation | ||
That's an old version, update to latest, I think this got resolved after 24. Such a long input will be split into lines tho, but that would be covered by https://invent.kde.org/utilities/kcalc/-/issues/20. |
Created attachment 175878 [details] Problem view of KCalc after entering the operation SUMMARY The KCalc has a history of the entries typed into the calculator. The history is on the right side of the panel and tracks the numbers as well as the operators entered into the calculators main input field. The history usually looks right, but I produced a case in which it looks weird, even though the final result of the calculation is correct. STEPS TO REPRODUCE 1. Enter the following addition: 16.4 + 8.2 + 8.2 + 123 + 32.8 + 8.2 + 24.6 + 24.6 OBSERVED RESULT The history looks like the attached screenshot EXPECTED RESULT The history reflects the figures and operations entered in a human-legible format. SOFTWARE/OS VERSIONS Operating System: Kubuntu 24.04 KDE Plasma Version: 5.27.11 KDE Frameworks Version: 5.115.0 Qt Version: 5.15.13 Kernel Version: 6.8.0-48-generic (64-bit) Graphics Platform: offscreen Processors: 12 × Intel® Core™ i7-9750H CPU @ 2.60GHz Memory: 15.3 GiB of RAM Graphics Processor: Quadro T2000/PCIe/SSE2 ADDITIONAL INFORMATION