[systemsettings] [Bug 370312] New colours KCM needs far too many mouse clicks to change a colour

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #3 from Thomas Pfeiffer  ---
As Olivier said, this change was made on purpose, to have a clearer separation
between selecting and editing color schemes.
Yes, that makes this particular use-case less efficient. No, we won't change
that fundamental system back.
Ideas for how to make the scheme editing simpler without sacrificing the clear
separation between selecting and editing a theme (so no, no unsaved "current"
theme) are still welcome, however.

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

[Plasma Workspace Wallpapers] [Bug 365761] Get Hot New Stuff for Wallpaper not working

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

   Version Fixed In||KF5 5.24
 Resolution|--- |FIXED
 Status|UNCONFIRMED |RESOLVED

--- Comment #7 from Thomas Pfeiffer  ---
This is a known problem with KDE Frameworks 5.23 which was fixed in 5.24.
Please ask your distribution to ship at least KDE Frameworks 5.24.

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

[kdeplasma-addons] [Bug 369661] Compact task switcher no longer allows mouse wheel

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #1 from Thomas Pfeiffer  ---
It's less a bug than a wishlist item (even if it existed in previous versions),
but it doesn't exactly conflict with anything else so I don't see a reason why
not to bring it back.

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

[kmail2] [Bug 310914] kmail does not detect new folders of IMAP account/mismatch between "Local Abonnements" and "Serverside Subscriptions"

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #8 from Thomas Pfeiffer  ---
I can confirm this bug with 16.08.
Only restarting Akonadi shows a new folder in KMail.

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

[Powerdevil] [Bug 369181] User session security vulnerability from screen lock being suppressed with power management

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #2 from Thomas Pfeiffer  ---
You are right. Actually, this is a problem which we have already identified and
even discussed solutions (the favorite in the end seems to have been an icon
showing up in the systray whenever power management (and therefore screen
locking) is being suspended.

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

[Breeze] [Bug 369037] Gradient at LibreOffice toolbar

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |CONFIRMED
 CC||thomas.pfeif...@kde.org

--- Comment #2 from Thomas Pfeiffer  ---
Confirmed with breeze-gtk 5.7.4 and LibreOffice 5.2.1.

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

[plasmashell] [Bug 368698] Can't explore plasmoids with a touch screen

[Thomas Pfeiffer via KDE Bugzilla]

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

--- Comment #4 from Thomas Pfeiffer  ---
(In reply to Kai Uwe Broulik from comment #3)
> I said "That's a general problem with drag area and *touch*", behavior for
> when using a mouse wouldn't change. Qt can tell when it's an actual mouse
> click or a finger tap.

I know, and my reply was based on that knowledge. Press-and-hold is just not a
nice interaction, neither with touch nor with a mouse.
But as I said, I think this is acceptable in a desktop environment which is not
optimized for touch in general.

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

[Discover] [Bug 368745] New: Updater still shows updates when they have been installed by different means

[Thomas Pfeiffer via KDE Bugzilla]

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

Bug ID: 368745
   Summary: Updater still shows updates when they have been
installed by different means
   Product: Discover
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Updater
  Assignee: aleix...@kde.org
  Reporter: thomas.pfeif...@kde.org

When the updater Plasmoid shows updates, but I use e.g. pacman to perform the
updates (e.g. because there are complex updates which need interaction), the
Plasmoid does not refresh and still tells me there are updates available.
If I then click "See Updates", Discover correctly tells me that my system is up
to date, but the Plasmoid still does not change.

Reproducible: Always

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

[plasmashell] [Bug 368698] Can't explore plasmoids with a touch screen

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #2 from Thomas Pfeiffer  ---
The problem with "drag only on press-and-hold" is that it makes the widget
explorer's main purpose - to add widgets to the desktop or panel via drag and
drop - more cumbersome.

Drag on hold is nice for cases where dragging is only a secondary usecase (best
example being mobile device home screens), whereas here it's the primary one.

That said, Plasma Desktop is not focused on touch usage, so having a
sub-optimal experience with touch is acceptable. We just have to make sure we
don't carry that UI over 1:1 to Plasma Mobile.

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

[plasmashell] [Bug 360289] open new task with right click on empty space

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #3 from Thomas Pfeiffer  ---
Right-clicking on the desktop gives you "Run Command" as well, and actually it
seems more logical to have it in the task manager than on the desktop.

On the other hand: I'd rather push for putting Search and Launch in the default
panel for improved discoverability and easy accessibility of KRunner.

So, long story short: I don't think it would be "wrong", but the benefit it not
that big, either. I don't really care that much either way, to be honest.

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

[kscreenlocker] [Bug 368325] Breeze theme/greeter should provide option to show multiple clocks

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #3 from Thomas Pfeiffer  ---
Isn't that _very_ fringe case? I mean, you can put multiple clocks on the
desktop, anyway, so is seeing multiple time-zones at once without unlocking
your phone really worth that effort?

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

[kwin] [Bug 368201] Desktop Effect Filter

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #5 from Thomas Pfeiffer  ---
I would indeed just remove the filter thing. If we don't want users to see
something, don't let them see it, why have an option to show it anyway?

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

[Breeze] [Bug 368224] In Dolphin's Compact and Details view, my Documents folder looks like a plain document

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org
 Status|UNCONFIRMED |CONFIRMED
 Ever confirmed|0   |1

--- Comment #2 from Thomas Pfeiffer  ---
Indeed. This is a problem with the icons completely changing their style (from
detailed, colored to flat, monochrome) depending on the size.
Andreas is aware of the problem and plans to address it once he finds the time

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

[plasmashell] [Bug 367586] the icon of the application launcher scales with the panel indefinitely

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #4 from Thomas Pfeiffer  ---
The problem is real. Vertical panels tend to be given greater width than
horizontal ones are given height, because widgets like e.g. the clock don't
work in a very narrow panel.
With these widths, the launcher does waste a lot of height (and looks strange).
It would therefore make sense to define a maximum size after which it would
just receive horizontal padding (as illustrated by Xapient)

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

[kwin] [Bug 367609] "Show desktop" widget does not work when "Desktop settings" window is open

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #5 from Thomas Pfeiffer  ---
Yes, this makes sense, because "show desktop" is used for manipulating the
desktop, for which this window is used.

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

[plasmashell] [Bug 367111] Implement clock chimes

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #1 from Thomas Pfeiffer  ---
Yes, would be nice, but not exactly important, either.
I see no reason to block such a feature, I just would not assign it a high
priority.

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

[plasmashell] [Bug 367108] Quickly accessible alarm clock

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #2 from Thomas Pfeiffer  ---
Indeed, the timer applet fulfills the "x minutes from now" usecase very well.
In general, a good alarm clock function would be a good thing to have for
Plasma, though.

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

[Breeze] [Bug 138170] kate and kwrite should have different icons

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

Product|artwork |Breeze
  Component|general |Icons
   Assignee|kde-arti...@kde.org |visual-des...@kde.org
 CC||kain...@gmail.com,
   ||thomas.pfeif...@kde.org

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

[klipper] [Bug 366690] klipper shortcut for open clipboard at mouse point

[Thomas Pfeiffer via KDE Bugzilla]

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

--- Comment #5 from Thomas Pfeiffer  ---
(In reply to Martin Gräßlin from comment #4)
> I don't think we need a default global shortcut for that. No user would know
> about it and it could easily conflict with in application shortcuts.

The "no user would know about it" problem could be fixed by the shortcut
overlay we're planning. As for what the shortcut should be: We need to re-think
our shortcuts anyway, as there is currently no apparent system behind them.

If we go more for Meta as modifier for global shortcuts, they would not
conflict with application shortcuts.

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

[plasmashell] [Bug 366690] klipper shortcut for open clipboard at mouse point

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #3 from Thomas Pfeiffer  ---
There was a misunderstanding: Andreas meant that there should be a default
shortcut set for the action because it's a quite useful one.

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

[kirigami] [Bug 366637] New: Kirigami Gallery should not require any permissions

[Thomas Pfeiffer via KDE Bugzilla]

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

Bug ID: 366637
   Summary: Kirigami Gallery should not require any permissions
   Product: kirigami
   Version: 1.0
  Platform: Android
OS: Android 5.x
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: notm...@gmail.com
  Reporter: thomas.pfeif...@kde.org

Currently Kirigami Gallery needs permissions to access files, storage and
network information. All pretty far-reaching, and none of them needed at all.
It should not need any permissions at all, since it does neither read nor write
anything or even connect to the Internet at the moment.
This should be fixed in order to not scare privacy-conscious potential users
away.

Reproducible: Always

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

[Breeze] [Bug 366490] VLC icon doesn't follow the original icon

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #6 from Thomas Pfeiffer  ---
(In reply to Jean-Baptiste Kempf from comment #4)
> (In reply to Alex L from comment #1)
> > I have a Breeze icon with VLC logo, but I can't add it to Breeze icons
> > repository because:
> > 
> > 1) The original VLC logo/icon seems to be licensed as CC BY-SA 3.0+ [1].
> > Thought I'm not sure.
> 
> This is incorrect.

So, what is it licensed under? Can we create a Breeze icon based on the
original VLC icon under LGPLv3?

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

[Breeze] [Bug 366545] Some application use tiny icons (black stroke)

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #2 from Thomas Pfeiffer  ---
Indeed. @Guo Yunhe please file bug reports on the individual applications'
products.

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

[plasmashell] [Bug 366300] Reduce Pop Ups after Completing Operations

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #2 from Thomas Pfeiffer  ---
I think that we should register the transfer job notifications in the
notifications KCM, so that users can configure themselves what they want to be
notified about.
I'd keep notifications for completed transfers by default (non-permanent),
though.

As for the WiFi: Stefano does have a point: One can easily tell whether the
WiFi has been connected yet by a quick glance at the Plasmoid, so why notifying
about something which is expected to happen?
A notification should only be thrown if the connection fails.

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

[plasmashell] [Bug 365995] Shorter date formats for vertical taskbar users.

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #2 from Thomas Pfeiffer  ---
Hacks are not good.

Currently I see these options:
1.) We try to convince Qt to offer more options or maybe even provide our own
patches
2.) We recommend users to use a different locale for date (e.g. the German one
has DD.MM.YY)
3.) We create a custom locale for shorter dates 

In any case, we should work within Qt's locale system instead of doing custom
hacks which will certainly break at some point

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

[kirigami] [Bug 363798] Make the Action Buttons smaller

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 Resolution|FIXED   |---
 Status|RESOLVED|REOPENED

--- Comment #5 from Thomas Pfeiffer  ---
Just built from Master, and on desktop, the drawer handles are 32px hight
whereas the secondary ABs are 40px. Something is wrong here...

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

[Breeze] [Bug 366165] Missing icon when connected to openvpn via bluetooth network

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #3 from Thomas Pfeiffer  ---
I agree with Andreas: It would really help if Plasma-NM could switch to
overlays at some point. Creating a new icon for every combination under the sun
is not very efficient, especially if we want to change anything about the base
icon at some point.

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

[plasmashell] [Bug 366090] plasmashell-20160725-091414.kcrash

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #2 from Thomas Pfeiffer  ---
Please write your bug reports in English.

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

[kmail2] [Bug 359964] "Kmailleaks", or what to improve to make Kmail more privacy friendly.

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #8 from Thomas Pfeiffer  ---
The User Agent does indeed reveal more information about the sender's system
than necessary (why would one need to know which application in which version
on which operating system was used to send an email?).
Is there anything that speaks against leaving the User-Agent string completely
out by default, or maybe reducing it to just "KMail"?
Most email clients do send user-agent information by default, but since the
sender's user agent does not really have practical relevance in an email (in
contrast to a web browser where the server uses it to apply  workarounds for
specific browsers' shortcomings, for example), we could just be better then
others in that regard.

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

[krunner] [Bug 366031] New: Pressing the shortcut to open KRunner does not start it if it's not running

[Thomas Pfeiffer via KDE Bugzilla]

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

Bug ID: 366031
   Summary: Pressing the shortcut to open KRunner does not start
it if it's not running
   Product: krunner
   Version: 5.7.1
  Platform: Archlinux Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: k...@privat.broulik.de
  Reporter: thomas.pfeif...@kde.org

When KRunner is not running (e.g. because it crashed and did not restart),
typing on the destkop starts it, but pressing its global shortcut does not.

Reproducible: Always

Steps to Reproduce:
1. Kill KRunner
2. Press the Krunner shortcut


Actual Results:  
Nothing happens

Expected Results:  
KRunner starts

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

[Breeze] [Bug 365941] Not right icons in the dolphin places panel on a HiDPI screen

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 Status|CONFIRMED   |NEEDSINFO
 Resolution|--- |WAITINGFORINFO

--- Comment #2 from Thomas Pfeiffer  ---
John, could you please attach a screenshot so we can see exactly how it
happens?

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

[Breeze] [Bug 365941] Not right icons in the dolphin places panel on a HiDPI screen

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 CC||thomas.pfeif...@kde.org
 Status|UNCONFIRMED |CONFIRMED

--- Comment #1 from Thomas Pfeiffer  ---
This is a problem in KIconItem (I suppose): The folder it uses the icons from
should be independent from the DPI. Since we use SVGs, scaling up is not a
problem, but the larger icon versions were designed for places where they are
physically larger on the screen, and should not be used in place of the smaller
ones just because we have higher DPI.

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

[KScreen] [Bug 362570] Kscreen settings no longer shows display ID since 16.04 update

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #2 from Thomas Pfeiffer  ---
Have you seen the "Identify outputs" function (the little "i" in the
lower-right corner)?
If so: Why does this not solve your problem?

The reason why I'm asking is that I don't see how "DP1-2" should be useful
information to many users, so I'd like to see if we can solve the problem of
having multiple monitors of the same model in a better way.

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

[kirigami] [Bug 365002] Consider moving the back action to top

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 Resolution|--- |WONTFIX
 Status|UNCONFIRMED |RESOLVED

--- Comment #3 from Thomas Pfeiffer  ---
Okay, let's leave it where it is, then.

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

[kirigami] [Bug 363798] Make the Action Buttons smaller

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

Version|unspecified |Master
   Target Milestone|Not decided |1.0

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

[kirigami] [Bug 363798] Make the Action Buttons smaller

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |---
 Ever confirmed|0   |1

--- Comment #3 from Thomas Pfeiffer  ---
Just updated from Master again, buttons are still too big.

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

[kirigami] [Bug 365000] Increase list item padding

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 CC||thomas.pfeif...@kde.org
 Status|UNCONFIRMED |CONFIRMED

--- Comment #1 from Thomas Pfeiffer  ---
I just compared: The standard height for _menu items_ on Android seems to be
0.8cm, our lists are about 0.7cm on my device.
However, the standard height of _list items_ in Material Design is much higher
(72dp).

I'm... not sure. Maybe making the list items ~150% of their current height is a
good compromise.

Marco, anything fundamentally speaking against this?

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

[kirigami] [Bug 365002] Consider moving the back action to top

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #1 from Thomas Pfeiffer  ---
Putting it at the top would be against the one-handed-use goal.
What we could do, though, is put it always at the bottom of the screen instead
of just the last position of the list.
That way it would be easy to reach with one hand, but still keep the same
position.

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

[kirigami] [Bug 364383] Show Slide-to-reveal actions on hover

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

   Target Milestone|Not decided |Future
Version|unspecified |1.0

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

[kirigami] [Bug 364998] Shadow of drawer buttons obstructs its symbol

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 Status|UNCONFIRMED |CONFIRMED
 Ever confirmed|0   |1
 CC||thomas.pfeif...@kde.org

--- Comment #1 from Thomas Pfeiffer  ---
I agree with Philipp, it does look muddled.

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

[kirigami] [Bug 364932] Pushing pages in desktop mode is erratic

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|UNCONFIRMED |RESOLVED

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

[kirigami] [Bug 362291] More margins for list items

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org
 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |WONTFIX

--- Comment #2 from Thomas Pfeiffer  ---
I don't think the current height is a problem. We can reopen this if we get
complaints from users.

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

[kirigami] [Bug 362325] Current page title (in the breadcrumb) to be aligned to center

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org
 Resolution|--- |FIXED
 Status|UNCONFIRMED |RESOLVED

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

[plasmashell] [Bug 365823] New: Logging out of Plasma under Wayland did not bring me back to SDDM

[Thomas Pfeiffer via KDE Bugzilla]

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

Bug ID: 365823
   Summary: Logging out of Plasma under Wayland did not bring me
back to SDDM
   Product: plasmashell
   Version: 5.7.1
  Platform: Archlinux Packages
OS: Linux
Status: UNCONFIRMED
  Severity: major
  Priority: NOR
 Component: general
  Assignee: k...@davidedmundson.co.uk
  Reporter: thomas.pfeif...@kde.org
CC: bhus...@gmail.com, plasma-b...@kde.org

I started Plasma (Wayland) from SDDM but when I logged out, I did not get back
to SDDM but to VT showing only 
^@
and not accepting input (not even switching to other VTs).

Reproducible: Didn't try

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

[plasmashell] [Bug 365822] New: On Wayland, the search field does not receive keyboard focus

[Thomas Pfeiffer via KDE Bugzilla]

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

Bug ID: 365822
   Summary: On Wayland, the search field does not receive keyboard
focus
   Product: plasmashell
   Version: 5.7.1
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Widget Explorer
  Assignee: plasma-b...@kde.org
  Reporter: thomas.pfeif...@kde.org

Under Wayland when I tried searching in the widget explorer, the search field
did not receive keyboard focus and my typing went into the Konsole from which I
had started Plasmashell.

Reproducible: Didn't try

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

[Plasma Workspace Wallpapers] [Bug 365761] Get Hot New Stuff for Wallpaper not working

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #4 from Thomas Pfeiffer  ---
Which version of KDE Frameworks are you using?
At the moment there is a conflict between the server side of GHNS and KDE
Frameworks 5.23. It should work with both 5.22 and 5.24.

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

[neon] [Bug 365719] New: Wifi passphrases entered in Plasma-NM are not accepted

[Thomas Pfeiffer via KDE Bugzilla]

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

Bug ID: 365719
   Summary: Wifi passphrases entered in Plasma-NM are not accepted
   Product: neon
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Live/Install images
  Assignee: neon-b...@kde.org
  Reporter: thomas.pfeif...@kde.org
CC: j...@jriddell.org, neon-b...@kde.org, sit...@kde.org

I ran the Dev Stable edition (neon-devedition-gitstable-20160713-1047) in a
live session and entered the passphrase for my WiFi correctly in Plasma-NM,
clicked "connect" and a dialog asking me for the passphrase again showed up.

Reproducible: Always

Steps to Reproduce:
1. Start live session
2. Open the wifi list in Plasma-NM
3. Select a network
4. Enter the passphrase
5. Click "connect"

Actual Results:  
A dialog asking for the passphrase pops up

Expected Results:  
It connects

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

[plasmashell] [Bug 364147] Too big window preview when hovering mouse on task manager

[Thomas Pfeiffer via KDE Bugzilla]

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

--- Comment #19 from Thomas Pfeiffer  ---
The WindowMetaData framework which is currently being developed changes the
whole situation for thumbnails, anyway, doesn't it?

The question really is: What do we show for applications which provide nothing?
What benefit does a huge icon bring to users?

When we have nothing relevant to show either via WindowMetaData or via MPRIS,
I'd just show a button to close the window and that's it.

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

[kmail2] [Bug 353352] Cannot setup any account in the account wizard

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

Summary|Cannot setup Gmail in the   |Cannot setup any account in
   |account wizard  |the account wizard
 CC||thomas.pfeif...@kde.org

--- Comment #1 from Thomas Pfeiffer  ---
I can reproduce this bug with a both a gmail and a web.de account and KMail
5.2.2.
I enter the address, click next, it fetches the server addresses correctly, but
clicking "next" just takes me back to where I came from.

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

[kirigami] [Bug 363798] Make the Action Buttons smaller

[Thomas Pfeiffer via KDE Bugzilla]

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

--- Comment #2 from Thomas Pfeiffer  ---
Created attachment 100051
  --> https://bugs.kde.org/attachment.cgi?id=100051=edit
Illustration of the buttons sizes

I just pulled and built, and secondary action buttons in the gallery are still
considerably larger than the drawer handles. See attached screenshot

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

[kwin] [Bug 365254] Usability: Removing Buttons from the window decoration is confusing

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org
 Ever confirmed|0   |1
 Status|UNCONFIRMED |CONFIRMED

--- Comment #5 from Thomas Pfeiffer  ---
I think it is wrong. Breeze using the wrong metaphor for "remove" in general.
That sign is indeed a "forbidden" sign, not a "remove" sign.
I don't think we need any icon there. If you move a button from the window
decoration to the pool of available buttons, it's clear that you remove it from
the title bar. No further indication needed.

So yes, please remove that misleading icon.

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

[systemsettings] [Bug 365361] New: Rename KCM to "Standard Shortcuts for Applications"

[Thomas Pfeiffer via KDE Bugzilla]

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

Bug ID: 365361
   Summary: Rename KCM to "Standard Shortcuts for Applications"
   Product: systemsettings
   Version: 5.7.0
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: kcm_standard_actions
  Assignee: unassigned-b...@kde.org
  Reporter: thomas.pfeif...@kde.org

Currently the KCM is called "Application Keyboard Shortcuts", which makes it
sound like one would set all application shortcuts there, which is not the
case.
Therefore it should be renamed to "Standard Shortcuts for Applications"

Reproducible: Always

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

[plasmashell] [Bug 355490] network-wireless-available is hardly discernible

[Thomas Pfeiffer via KDE Bugzilla]

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

--- Comment #8 from Thomas Pfeiffer  ---
Question mark makes sense to me, that's also found in other operating systems /
DEs.
Andreas, could you create a Wifi icon with a question mark emblem?

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

[plasmashell] [Bug 365071] Thing to add objects pops up rather far from the screen

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #2 from Thomas Pfeiffer  ---
We are currently redesigning the Plasma editing experience. There are two
options:
Either the Widget Explorer (the "thing to add objects") is always at the same
place, or it is always next to the panel. If we put it next to the panel, then
we'd also have to make it horizontal for horizontal panels.

The first option provides consistency whereas the second one offers shorter
distances between explorer and panel.

I currently lean towards keeping the first option, but it's not been decided
yet.

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

[kirigami] [Bug 364932] Pushing pages in desktop mode is erratic

[Thomas Pfeiffer via KDE Bugzilla]

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

--- Comment #1 from Thomas Pfeiffer  ---
Created attachment 99773
  --> https://bugs.kde.org/attachment.cgi?id=99773=edit
Video showing the problem

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

[kirigami] [Bug 364932] New: Pushing pages in desktop mode is erratic

[Thomas Pfeiffer via KDE Bugzilla]

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

Bug ID: 364932
   Summary: Pushing pages in desktop mode is erratic
   Product: kirigami
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: notm...@gmail.com
  Reporter: thomas.pfeif...@kde.org

When pushing pages in desktop mode, sometimes the new page takes the full
width, sometimes it doesn't. See attached screencast.

Also notice the toolbars moving by themselves at the end...

I got these messages (several times) on the console if that helps:

file:///usr/lib/qt/qml/org/kde/kirigami/GlobalDrawer.qml:159:9: QML Flickable:
Binding loop detected for property "contentWidth"
Both point size and pixel size set. Using pixel size.
file:///usr/lib/qt/qml/org/kde/kirigami/ToolBarApplicationHeader.qml:59:
TypeError: Cannot read property of null
file:///usr/lib/qt/qml/org/kde/kirigami/private/RefreshableScrollView.qml:215:13:
QML Binding: Binding loop detected for property "value"
file:///usr/lib/qt/qml/org/kde/kirigami/ToolBarApplicationHeader.qml:178:
TypeError: Cannot read property 'visible' of undefined


Reproducible: Always

Steps to Reproduce:
1.
/usr/share/kpackage/genericqml/org.kde.kirigami.gallery/contents/ui/DesktopExampleApp.qml
2. Resize the window to 1338px
3. Go to "Multiple Columns"
4. Click "Push page" multiple times

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

[Discover] [Bug 364638] Discover shows false information about updates state

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 CC||thomas.pfeif...@kde.org
 Status|UNCONFIRMED |CONFIRMED

--- Comment #1 from Thomas Pfeiffer  ---
You are right, it should only show that there are no updates right after there
was a check which resulted in no updates being available.

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

[krunner] [Bug 166328] Allow users to add quicklaunch icons to krunner

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #4 from Thomas Pfeiffer  ---
We have the favorites in the launcher, we have launchers in the panel, and for
those who don't use panels we now have the recent query history (opened by
pressing the down arrow) which would also show the frequently used applications
when you mostly use KRunner for starting applications.

I'd prefer to keep the clean look of KRunner if you just open it without
pressing any further buttons.

I'd therefore vote for "wontfix".

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

[Breeze] [Bug 364449] Regression: after updating frameworks and plasma kmail is missing the "sent" icon

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #11 from Thomas Pfeiffer  ---
I can tell which icon it is: It's 16x16/status/mail-sent in Oxygen, which
indeed does not exist in Breeze.

It has nothing to do with the icon coloring, it really is a missing icon which
is used to indicate sent mails (although not always that one is used, not sure
why that is, but that's unrelated to this bug)

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

[plasmashell] [Bug 364673] New: Widget explorer flickers between opaque and semi-transparent when dragging a widget over it

[Thomas Pfeiffer via KDE Bugzilla]

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

Bug ID: 364673
   Summary: Widget explorer flickers between opaque and
semi-transparent when dragging a widget over it
   Product: plasmashell
   Version: 5.6.95
  Platform: Neon Packages
OS: MS Windows
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Widget Explorer
  Assignee: plasma-b...@kde.org
  Reporter: thomas.pfeif...@kde.org

When dragging a widget over the widget explorer, it's supposed to go
semi-transparent so that one can place a widget under it.
However, when doing so, it flickers between opaque and semi-transparent, and
then goes semi-transparent when you move the widget away from it again.

Reproducible: Always

Steps to Reproduce:
1. Click on "Add Widgets"
2. Drag a widget
3. Move the cursor over the widget explorer

Actual Results:  
Explorer flickers

Expected Results:  
Explorer goes semi-transparent

I can see it both on an AMD GPU and an Intel GPU with 5.6.5 on Manjaro and on
5.6.95 on Neon.

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

[Discover] [Bug 364665] New: In the Kirigami branch, the search field is not focused automatically

[Thomas Pfeiffer via KDE Bugzilla]

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

Bug ID: 364665
   Summary: In the Kirigami branch, the search field is not
focused automatically
   Product: Discover
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: discover
  Assignee: aleix...@kde.org
  Reporter: thomas.pfeif...@kde.org

As a user, I'd expect that if I start Discover and just type in a name, it
should immediately search. This is currently not the case, the search field has
to be clicked first.

Reproducible: Always

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

[Discover] [Bug 364586] Configure Sources and no obvious way to go back

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #2 from Thomas Pfeiffer  ---
When it will be in the sidebar together with the other top-level categories in
the Kirigami design, this should be more clear.

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

[plasmashell] [Bug 364543] New: Systray icons not centered below the blue bar

[Thomas Pfeiffer via KDE Bugzilla]

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

Bug ID: 364543
   Summary: Systray icons not centered below the blue bar
   Product: plasmashell
   Version: 5.6.95
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: System Tray
  Assignee: plasma-b...@kde.org
  Reporter: thomas.pfeif...@kde.org

At least some systray icons are not centered below the blue bar, but slightly
offset to the left (see attached screenshot).

Reproducible: Always

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

[plasmashell] [Bug 364543] Systray icons not centered below the blue bar

[Thomas Pfeiffer via KDE Bugzilla]

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

--- Comment #1 from Thomas Pfeiffer  ---
Created attachment 99630
  --> https://bugs.kde.org/attachment.cgi?id=99630=edit
Broken alignment in Systray

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

[plasmashell] [Bug 364541] New: Icons in system tray popup are too small

[Thomas Pfeiffer via KDE Bugzilla]

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

Bug ID: 364541
   Summary: Icons in system tray popup are too small
   Product: plasmashell
   Version: 5.6.95
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: System Tray
  Assignee: plasma-b...@kde.org
  Reporter: thomas.pfeif...@kde.org

The icons in the new system tray popup are now much smaller than in the old
one.
However, there is enough space for bigger icons in the popup, so no need to use
tiny icons there.
Please use the same size as in the old systray again.

Reproducible: Always

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

[plasmashell] [Bug 364445] Right-click on taskbar -> "Unlock Widgets". Expect "Lock" at same location.

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 Resolution|INVALID |WONTFIX

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

[plasmashell] [Bug 364467] Task Tooltips disappears after closing one of many windows

[Thomas Pfeiffer via KDE Bugzilla]

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

--- Comment #5 from Thomas Pfeiffer  ---
Strange. I've just re-tried and the task manager still keeps it open.
Maybe you both are using 5.7 beta or master and it was changed with the new
task manager?

I don't know, but keeping it open definitely makes more sense.

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

[plasmashell] [Bug 364467] Task Tooltips disappears after closing one of many windows

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 Status|UNCONFIRMED |CONFIRMED
 CC||thomas.pfeif...@kde.org
 Ever confirmed|0   |1

--- Comment #2 from Thomas Pfeiffer  ---
Interestingly enough, the tooltips are inconsistent between the regular task
manager and icon-only task manager. The regular one behaves as asked for here,
only the icon-only one closes the tooltip.

This inconsistency should be fixed, and keeping the tooltip open makes more
sense, so please change it in icon-only.

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

[klipper] [Bug 357763] clipboard widget delete history button

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org
 Ever confirmed|0   |1
 Status|UNCONFIRMED |CONFIRMED

--- Comment #10 from Thomas Pfeiffer  ---
I agree that the position of the button does not make much sense semantically
because it visually associates it with the search field, which it isn't.
That said, I'm not really sure where it should be placed instead.
It could be positioned before or after the list, but then of course one less
entry would be visible. This might be an acceptable price to pay for the
improved clarity, however (and we could then use a text label instead of the
icon).

And I'm against introducing config options just for showing or hiding UI
elements.

What would make sense to me at some point is to offer an alternative "Simple
clipboard" Plasmoid which does not show any of the actions (because they are
all quite advanced usecases).

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

[plasmashell] [Bug 364445] Right-click on taskbar -> "Unlock Widgets". Expect "Lock" at same location.

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #1 from Thomas Pfeiffer  ---
I am against changing this. Yes, it is inconsistent, but locking widgets is not
a common thing to do. The unlock is only there because when the burger menu is
hidden, there is no other way to unlock.

I would like to remove unlocking from the context menu, I just haven't found a
better place for it yet.

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

[kirigami] [Bug 362294] Breadcrumb: arrows instead of dots for hierarchical navigation by columns

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 CC||thomas.pfeif...@kde.org
 Status|UNCONFIRMED |RESOLVED

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

[kirigami] [Bug 364383] New: Show Slide-to-reveal actions on hover

[Thomas Pfeiffer via KDE Bugzilla]

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

Bug ID: 364383
   Summary: Show Slide-to-reveal actions on hover
   Product: kirigami
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: general
  Assignee: notm...@gmail.com
  Reporter: thomas.pfeif...@kde.org

In a pointing device-controlled environment, slide to reveal is cumbersome.
Instead, revealing actions when hovering over an item works well there (see for
example Plasma-NM).
Therefore, the slide-to-reveal controls should also show on mouseover.
We could hide the handle on desktop, but if we want applications to still be
controllable with touch on desktop, we should better it there.

Reproducible: Always

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

[kirigami] [Bug 363793] Primary Action Button should be at first position in desktop toolbar

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 Resolution|--- |INVALID
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from Thomas Pfeiffer  ---
Not relevant anymore because we don't automatically turn action buttons into
toolbars.

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

[kirigami] [Bug 362296] Bigger and better positioned FAB

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 CC||thomas.pfeif...@kde.org
 Status|UNCONFIRMED |RESOLVED

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

[plasmashell] [Bug 360300] remove panel setting menu at each panel widget

[Thomas Pfeiffer via KDE Bugzilla]

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

--- Comment #7 from Thomas Pfeiffer  ---
(In reply to Kai Uwe Broulik from comment #6)
> Of course, that's why I made this patch https://phabricator.kde.org/D1869 :)

That is one thing, but the whole "Panel Options" submenu should be removed.
The only thing shown is "Unlock Panel" (not a submenu, just this one thing) and
only if it's locked.

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

[plasmashell] [Bug 360300] remove panel setting menu at each panel widget

[Thomas Pfeiffer via KDE Bugzilla]

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

--- Comment #5 from Thomas Pfeiffer  ---
(In reply to Kai Uwe Broulik from comment #4)
> So, can you please make a full thought-through concept of your "Edit mode"
> highlighting every and all (!) aspects and send it to us, I'm tired of
> getting those "yeah but in Edit mode it should..." bug reports. Thanks.

We will do that, but this bug is not directly related to it.

Regardless of a full-fledged edit mode, the settings stuff should be removed
from the panel context menu, apart from a "Unlock Panel" option which is only
shown while it's locked. The only thing that might be changed if an edit mode
ever gets implemented is the wording of this option.

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

[plasmashell] [Bug 360300] remove panel setting menu at each panel widget

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 Status|UNCONFIRMED |CONFIRMED
 Ever confirmed|0   |1
 CC||thomas.pfeif...@kde.org

--- Comment #3 from Thomas Pfeiffer  ---
The only thing that still needs to be possible to do from the context menu is
unlocking a locked panel in order to get the menu button back, as there is no
other way to do that.

Therefore I'd be for showing the unlock option in the context menu when locked,
but remove anything else.

I'm personally not a fan of hiding the menu button when the panel is locked,
but people like Jens apparently are so obsessed with getting rid of any
non-essential control on their desktop that they'd be very unhappy if there
were no way to hide it, so I suppose getting an extra context menu entry for
unlocking is the lesser evil for them.

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

[plasmashell] [Bug 364292] remove this panel always available

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org
 Status|UNCONFIRMED |CONFIRMED
 Ever confirmed|0   |1

--- Comment #1 from Thomas Pfeiffer  ---
I agree: Removing a panel should only be available from in "config mode".

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

[plasmashell] [Bug 360297] task manager right click more actions from window decoration

[Thomas Pfeiffer via KDE Bugzilla]

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

--- Comment #9 from Thomas Pfeiffer  ---
(In reply to Eike Hein from comment #8)
> Tasks are not windows.

>From a user's perspective, they are, at least as long as they're not grouped.

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

[neon] [Bug 363851] "A stop job is running for Session 1 of user neon" during shutdown

[Thomas Pfeiffer via KDE Bugzilla]

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

--- Comment #9 from Thomas Pfeiffer  ---
(In reply to Martin Steigerwald from comment #8)
> Entirely your choice and in the end I don´t care, cause I do not intend to
> use Neon. Yet, you mask bugs this way.

Sure, I'm all for fixing the misbehaving applications, but "Let's expose other
people's fuck-ups so they'll fix them" has not been a very successful approach
for us in the past. 
Usually what happens is that those who fucked up don't do anything about it,
and our users blame _us_ for the problems.

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

[neon] [Bug 363851] "A stop job is running for Session 1 of user neon" during shutdown

[Thomas Pfeiffer via KDE Bugzilla]

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

--- Comment #7 from Thomas Pfeiffer  ---
Also, in all honesty: Users who need processes to continue running even after
logout are _not_ a significant enough portion of neon's target audience to
change the _default_ config to better suit their needs.
The vast majority of - even KDE enthusiastic - end users only care about their
processes as long as they are logged in. They usually only log out to shut down
or reboot, in which case none of their background processes would survive
anyway.

Neon is not Debian, the two have quite different target audiences. Those few
who need background processes to continue running after logout can still easily
change their systemd config. It's not worth to deteriorate the majority's
experience just to cater for the fringe.

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

[plasmashell] [Bug 364147] Too big window preview when hovering mouse on task manager

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #4 from Thomas Pfeiffer  ---
Not much use to work on that at this moment from my perspective, because we
have big plans for those tooltips: Instead of making them smaller, we want to
make them actually useful.
When we have some designs for that, we'll look what size they need to be
useful.

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

[konversation] [Bug 363898] Konversation is lacking AppStream data

[Thomas Pfeiffer via KDE Bugzilla]

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

--- Comment #2 from Thomas Pfeiffer  ---
Thank you for this really well-written appdata file!

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

[konversation] [Bug 363898] New: Konversation is lacking AppStream data

[Thomas Pfeiffer via KDE Bugzilla]

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

Bug ID: 363898
   Summary: Konversation is lacking AppStream data
   Product: konversation
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: konversation-de...@kde.org
  Reporter: thomas.pfeif...@kde.org

There seem to be no AppStream metadata for Konversation, meaning it does not
show up in any software center, including Discover.

Reproducible: Always

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

[neon] [Bug 363851] New: "A stop job is running for Session 1 of user neon" during shutdown

[Thomas Pfeiffer via KDE Bugzilla]

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

Bug ID: 363851
   Summary: "A stop job is running for Session 1 of user neon"
during shutdown
   Product: neon
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: minor
  Priority: NOR
 Component: Live/Install images
  Assignee: n...@kde.org
  Reporter: thomas.pfeif...@kde.org
CC: j...@jriddell.org, sit...@kde.org

After a live CD session, shutdown gut stuck on "A stop job is running for
Session 1 of user neon" until timeout.

Reproducible: Always

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

[neon] [Bug 363844] New: AppStream database is empty and cannot be updated in live session

[Thomas Pfeiffer via KDE Bugzilla]

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

Bug ID: 363844
   Summary: AppStream database is empty and cannot be updated in
live session
   Product: neon
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: major
  Priority: NOR
 Component: Live/Install images
  Assignee: n...@kde.org
  Reporter: thomas.pfeif...@kde.org
CC: j...@jriddell.org, sit...@kde.org

When running neon-useredition-20160602-1018-amd64.iso in a live session, the
AppStream database was empty. 

When doing sudo apt update, I got this message at the end:
** (appstreamcli:2434): CRITICAL **: Error while moving old database out of the
way. AppStream cache update failed

Manually executing 
"sudo appstreamcli refresh-index" tells me "AppStream cache update is not
necessary"

Reproducible: Always

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

[kirigami] [Bug 363798] New: Make the Action Buttons smaller

[Thomas Pfeiffer via KDE Bugzilla]

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

Bug ID: 363798
   Summary: Make the Action Buttons smaller
   Product: kirigami
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: notm...@gmail.com
  Reporter: thomas.pfeif...@kde.org

Currently, the Action Buttons are a little too big.
Please resize them so that the secondary buttons have the same height as the
drawer handles.

Reproducible: Always

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

[kirigami] [Bug 363793] New: Primary Action Button should be at first position in desktop toolbar

[Thomas Pfeiffer via KDE Bugzilla]

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

Bug ID: 363793
   Summary: Primary Action Button should be at first position in
desktop toolbar
   Product: kirigami
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: general
  Assignee: notm...@gmail.com
  Reporter: thomas.pfeif...@kde.org

When the primary and secondary action buttons are turned into a toolbar on
desktop, the primary button should be in the leftmost position, because the
buttons are not centered and therefore the first one is the most important one.

Reproducible: Always

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

[Discover] [Bug 363715] New: Allow searching for mime types / file name extensions

[Thomas Pfeiffer via KDE Bugzilla]

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

Bug ID: 363715
   Summary: Allow searching for mime types / file name extensions
   Product: Discover
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: wishlist
  Priority: NOR
 Component: discover
  Assignee: aleix...@kde.org
  Reporter: thomas.pfeif...@kde.org

A typical situation for looking for an application is when you have a file
which you don't have an application to open wit with yet.
If entering the file name extention into Discover, it should file applications
that can handle it.

Reproducible: Always

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

[plasmashell] [Bug 363641] Replace launcher icon with Plasma logo icon

[Thomas Pfeiffer via KDE Bugzilla]

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

--- Comment #6 from Thomas Pfeiffer  ---
Offering both makes sense (so users can choose), as long as the Plasma icon is
the default we ship.
But fine, if you want to get back to the ML, we'll write a mail there.

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

[plasmashell] [Bug 363641] Replace launcher icon with Plasma logo icon

[Thomas Pfeiffer via KDE Bugzilla]

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

--- Comment #2 from Thomas Pfeiffer  ---
Ah, right, we have never stated it explicitly on the Plasma list, but the VDG
has already internally reached consensus on this long ago.

I've asked Jens to make an official statement on the list.

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

[plasmashell] [Bug 363641] New: Replace launcher icon with Plasma logo icon

[Thomas Pfeiffer via KDE Bugzilla]

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

Bug ID: 363641
   Summary: Replace launcher icon with Plasma logo icon
   Product: plasmashell
   Version: master
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Theme - Breeze
  Assignee: visual-des...@kde.org
  Reporter: thomas.pfeif...@kde.org
CC: plasma-b...@kde.org

As already discussed on the mailing list, the VDG has decided to replace the
launcher icon with the Plasma logo. We have already changed the icon
start-here-kde in the breeze repo, please apply that also in the Plasma theme.

Reproducible: Always

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

[plasmashell] [Bug 356479] plasmashell uses 100% CPU when there is an animation in the task bar

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org
  Flags|VisualDesign+   |

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

[Breeze] [Bug 358925] Icon for mount error is missleading

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #19 from Thomas Pfeiffer  ---
How about something like this?
http://www.iconarchive.com/show/windows-8-icons-by-icons8/Network-Disconnected-icon.html
That clearly shows that it's an unplugged plug and cannot be confused for a
speaker

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

[plasmashell] [Bug 360297] task manager right click more actions from window decoration

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 Ever confirmed|0   |1
 Status|UNCONFIRMED |CONFIRMED
 CC||thomas.pfeif...@kde.org

--- Comment #4 from Thomas Pfeiffer  ---
If even the code agrees that the two should be synced, then they probably
should be, both ways ;)

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

[Discover] [Bug 362818] If I remove an application for which an update is available, it's still listed in the updates

[Thomas Pfeiffer via KDE Bugzilla]

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

--- Comment #1 from Thomas Pfeiffer  ---
Addendum: The update was installed even though I had removed the application
before, so I had to uninstall it again afterwards.

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

[Discover] [Bug 362818] New: If I remove an application for which an update is available, it's still listed in the updates

[Thomas Pfeiffer via KDE Bugzilla]

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

Bug ID: 362818
   Summary: If I remove an application for which an update is
available, it's still listed in the updates
   Product: Discover
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Updater
  Assignee: aleix...@kde.org
  Reporter: thomas.pfeif...@kde.org

There is an update for an application available. Because I'm not using the
application anyway, I decided to uninstall it instead.
I removed it using Discover, but it's still listed in the updates tab.

Reproducible: Didn't try

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

[telepathy] [Bug 362666] New: Cannot leave room on IRC

[Thomas Pfeiffer via KDE Bugzilla]

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

Bug ID: 362666
   Summary: Cannot leave room on IRC
   Product: telepathy
   Version: unspecified
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: major
  Priority: NOR
 Component: text-ui
  Assignee: kde-telepathy-b...@kde.org
  Reporter: thomas.pfeif...@kde.org

There is no way to leave an IRC chatroom.
- There is an entry "Leave room" in the conversations menu, but it's always
disabled. 
- Closing the room's tab does not really leave the room (it comes back as soon
as someone writes a message)
- Entering IRC commands like /part does not work, instead it just posts it as a
message



Reproducible: Always

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

[Breeze] [Bug 362631] KAlarm icon is indistinct and unrecognisable at smaller sizes

[Thomas Pfeiffer via KDE Bugzilla]

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

Thomas Pfeiffer  changed:

   What|Removed |Added

 CC||thomas.pfeif...@kde.org

--- Comment #3 from Thomas Pfeiffer  ---
The systray should not use icons fromt he Application category, anyway, because
those are colored whereas systray icons are black and white.

That said: I agree that the current KAlarm icon is too complex for smaller
sizes. What a Google search for "alarm icon" shows is that the most common
metaphors for alarm are either a mechanical alarm clock or a bell.
Both are not "modern", but easily identifiable even in small sizes with few
details. Maybe we should just stick with the classic metaphors, same as the
"floppy disk = save".

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

[kirigami] [Bug 362658] New: Kirigami does not respect system color scheme on Windows

[Thomas Pfeiffer via KDE Bugzilla]

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

Bug ID: 362658
   Summary: Kirigami does not respect system color scheme on
Windows
   Product: kirigami
   Version: unspecified
  Platform: MS Windows
OS: MS Windows
Status: UNCONFIRMED
  Severity: minor
  Priority: NOR
 Component: general
  Assignee: notm...@gmail.com
  Reporter: thomas.pfeif...@kde.org

When running a Kirigami app on Windows 10 with the High-Contrast color scheme,
it still uses the default colors.


Reproducible: Always

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