Bug 343061 - Yakuake creates task list entry when being opened
Summary: Yakuake creates task list entry when being opened
Status: RESOLVED DUPLICATE of bug 360037
Alias: None
Product: yakuake
Classification: Applications
Component: general (show other bugs)
Version: Git (Frameworks 5)
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Eike Hein
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-01-19 21:50 UTC by Kevin Funk
Modified: 2017-08-17 07:21 UTC (History)
7 users (show)

See Also:
Latest Commit: http://commits.kde.org/yakuake/36f4cb9376487602d9cb33814292318455dae749
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Kevin Funk 2015-01-19 21:50:01 UTC 
When opening Yakuake, a task bar entry is shown

Reproducible: Always

Steps to Reproduce:
1. Set Configure -> Window -> Duration to "500 ms"
2. Open Yakuake via hotkey
3. See that there will be a "Yakuake" entry in the task bar for 500 ms

Actual Results:  
Task bar entry

Expected Results:  
No task bar entry
Comment 1 Eike Hein 2015-02-07 17:55:37 UTC 
This is likely a combo of a behavior change in Qt 5 that allows setting NetWM state only after QWidget::show() instead of in advance, because Qt's show() will clobber state. The 500ms delay probably comes from the fact that you're on the legacy xShape codepath and there's a bug causing the prop setting code to only run when the animation completes. As a workaround, try getting on the preferred kwin assisted codepath (GL compositing needs to be on and the checkbox in Yakuake).
Comment 2 Eike Hein 2015-02-07 18:00:32 UTC 
Git commit 36f4cb9376487602d9cb33814292318455dae749 by Eike Hein.
Committed on 07/02/2015 at 18:00.
Pushed by hein into branch 'frameworks'.

Make the xshape codepath apply window props as early as the kwin path.

M  +2    -2    app/mainwindow.cpp

http://commits.kde.org/yakuake/36f4cb9376487602d9cb33814292318455dae749
Comment 3 Kevin Funk 2016-09-28 09:35:12 UTC 
Just upgraded to Kubuntu 16.10, which ships Yakuake 3.0.2-1. I'm still seeing this behavior.

I can help debugging.
Comment 4 Antonio Orefice 2016-10-12 14:01:34 UTC 
Taskbar entry may or may not appear, it seems to be completely random.
Comment 5 Antonio Orefice 2016-10-12 14:02:33 UTC 
Oh, and when it appears, it stays there till i hide yakuake.
Comment 6 Benedikt Geißler 2016-11-05 14:59:02 UTC 
I also experience this issue on openSUSE Tumbleweed with Yakuake 3.0.2, Plasma 5.8.2, Frameworks 5.27.0 and Qt 5.7.0. It's the same symptom here as Antonio Orefice has reported.
Comment 7 Diego Alcántara 2017-07-12 13:51:38 UTC 
I also experience this issue on Kubuntu 17.04

plasmashell 5.10.3
yakuake 3.0.4
Qt 5.7.1 (x86_64-little_endian-lp64 shared (dynamic) release build; by GCC 6.3.0 20170124) on "xcb" 
plasma-framework: 5.35.0a-0ubuntu1~ubuntu17.04~ppa1
Comment 8 Floreal 2017-07-21 13:15:39 UTC 
Still present on KDE Neon User edition with plasma 5.10.4. Will this bug be solved?
Comment 9 Alexander Mentyu 2017-08-16 15:34:27 UTC 
Confirming this bug without hiding of entry from task bar - mostly appears - sometimes not in Yakuake 3.0.4+

Qt Version: 5.9.1
Frameworks Version: 5.36.0
Operating System: Linux 4.9.40-1-MANJARO x86_64
Distribution: "Netrunner Rolling"
Comment 10 Kevin Funk 2017-08-17 07:21:22 UTC 
Bug 360037 talks about the same issue; it contains more info -> closing this bug here in favor of the dup.

*** This bug has been marked as a duplicate of bug 360037 ***