[plasmashell] [Bug 358528] New: Stacked tasks indicator (triangle icon) in taskbar hides application icon

[Pavel Mendl via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=358528

Bug ID: 358528
   Summary: Stacked tasks indicator (triangle icon) in taskbar
hides application icon
   Product: plasmashell
   Version: master
  Platform: Debian testing
OS: Linux
Status: UNCONFIRMED
  Severity: minor
  Priority: NOR
 Component: Task Manager
  Assignee: h...@kde.org
  Reporter: pavel_me...@centrum.cz
CC: plasma-b...@kde.org

Once multiple instances of some task (e.g. Iceweasel, QtCreator) are running,
they get stacked into one taskbar item, what is perfect. However recently the
stack indicator overlapping the original task icon changed from very small and
not disturbing triangle at the left of that item to the large, even thick white
bordered triangle, which completely occludes  the task icon.
As I use to have more than one stacked item routinely and select them visually
by the task icon, I would like you (or themes designer policy) to either return
to previous indicator design (small, non-disturbing) or to move indicator out
of the task icon position (probably rightmost of task "button" would be good
place instead of leftmost (icon) position).

Reproducible: Always

Steps to Reproduce:
1.Make some type of task stacked in taskbar.
2.
3.

Actual Results:  
Task type icon occluded.

Expected Results:  
Task type icon visible.

-- 
You are receiving this mail because:
You are watching all bug changes.

[dolphin] [Bug 354848] file association loophole: application automatically as default, even if i delete it from the list

[Pavel Mendl via KDE Bugzilla]

https://bugs.kde.org/show_bug.cgi?id=354848

Pavel Mendl  changed:

   What|Removed |Added

 CC||pavel_me...@centrum.cz

--- Comment #5 from Pavel Mendl  ---
Confirming behavior on Linux  4.3.0-1-amd64 #1 SMP Debian 4.3.3-2
(2015-12-17) x86_64 GNU/Linux (KDE version latest testing = 4:15.08.3-1)

Adding my observation about other (GUI) way to reproduce in hope this helps
with bug source insulation:
In Dolphin right click to Properties, here push File Type Options. File type
/ dialog opens. Now:
1) Using Add button and adding new application has following effects:
a) enlists this application into ~/.local/share/applications/mimeapps.list
(making it persisten)
b) adds the association as highest priority (default)
2) Edit button opens dialog showing 0B (zero bytes) length of the file (with
reported name .desktop) and does not show/allow to change
association parameters. My opinion is that this procedure somehow creates
.desktop (in some system location) with no content, while it should
be filled with some useful parameters and later mimeaps.list pointing to that
file is confused (and  thus does not process removal properly). But it may be
million other ways too as ad 2) behavior is true even for previously existing, 
properly working associations (?!).

Related as well was my bug 355194, even if strange application I used in the
exact case was misleading.  The core of problem is ill-behavior of Dolphin
(maybe even KDE core) mime associations functionality. Thanks god for the
manual mimeapps.list editing workaround, however some more systematic solution
would really suit to KDE.

-- 
You are receiving this mail because:
You are watching all bug changes.