| Summary: | Statusbar hidden on start | ||
|---|---|---|---|
| Product: | [Applications] kate | Reporter: | Loïc Yhuel <loic.yhuel> |
| Component: | application | Assignee: | KWrite Developers <kwrite-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | minor | CC: | christoph, ilmari.lauhakangas, w01dnick |
| Priority: | NOR | ||
| Version First Reported In: | 5.0.0 | ||
| Target Milestone: | --- | ||
| Platform: | Fedora RPMs | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
Loïc Yhuel
2015-06-30 22:06:18 UTC
Hi, can't reproduce that (using current kate.git master) If somebody can reproduce with master, please reopen and provide some means to trigger the bug for us (used new fresh user account for test and my normal one) I still have the issue on git master. With "kate --startanon", the statusbar is visible. But I see the problem when kate reopens a saved session (either on start, or from "Manage session" dialog). *** Bug 364266 has been marked as a duplicate of this bug. *** Do you still see this issue with latest Kate? (In reply to Dominik Haumann from comment #4) > Do you still see this issue with latest Kate? Yes, with Kate 16.04.1 on Fedora 24. It happens when Kate is launched either : - by session restore (kate -session xxxxxx) - manually (kate), automatically restoring saved session It doesn't happen with "kate --startanon", or "kate --startanon existing_file.txt". I'm using Kate git from 20160616T141459 commit 1a243dd. It seems bug is fixed for me. Per Mykola's report, let's set to NEEDSINFO, while we wait for Loïc to test with a fresh build or a stable release. If/when confirmed fixed, set status to RESOLVED WORKSFORME. Still present on 16.04.2, but it seems to be fixed on git master. Ok, setting to WFM. |