Re: Review Request 120568: Save the default browser into the group [Default Applications]

> On Oct. 12, 2014, 8:51 p.m., David Faure wrote: > > kcms/componentchooser/componentchooserbrowser.cpp, line 102 > > > > > > No, I am very much against this. > > > > The whole point of "use the right KD

Re: Review Request 120568: Save the default browser into the group [Default Applications]

> On Oct. 13, 2014, 1:16 a.m., Aleix Pol Gonzalez wrote: > > Wouldn't it make sense to have this within KToolInvocation? It's > > responsible for chosing what's the default browser already. In any case we > > want it in sync. Yes, if we always set x-scheme-handler/http, then ktoolinvocation_x1

Re: Fwd: Plasma Framework problems

On Sunday 12 October 2014, David Edmundson wrote: > > > > > > Assuming we don't have a time machine our options are: > > > - revert this commit and release plasma-framework 5.3.1 really quickly > > > > Please go with this option... > > I need approval from Marco and other David. > > David eh

Re: Should favourites be shared between launchers, and launcher instances?

On Sunday 12 October 2014, Ivan Čukić wrote: > > i was thinking about an api for the scripting interface to do the > > defaults.. if preferred:// is used it would be less needed, but could > > still be useful. > > Is there a particular need for it to be scripted instead of being in a > global conf

Re: Plasma 5.1 beta tars

On Sun, Oct 12, 2014 at 05:34:33AM +1100, Michael Palimaka wrote: > On 09/27/2014 02:13 AM, Michael Palimaka wrote: > > On 09/26/2014 08:28 AM, Jonathan Riddell wrote: > >> New in this release.. > >> - standard version number 5.0.95 for all > > > > Does this mean the stuff in extragear is moving t

Re: Plasma 5.1.0

On Thursday, October 09, 2014 21:36:58 Albert Astals Cid wrote: > El Dijous, 9 d'octubre de 2014, a les 14:26:48, Jonathan Riddell va escriure: > > Plasma 5.1.0 tars up now at > > > > http://starsky.19inch.net/~jr/tmp/plasma-5.1.0/ > > > > and coming soon to depot > > > > > > > > sha256 sums at

Re: Review Request 120471: Add Registry::sync() signal

> On Oct. 8, 2014, 9:46 a.m., Martin Gräßlin wrote: > > src/client/registry.cpp, line 119 > > > > > > this would crash - please use a test case for it. The destroy is > > intended to be used to clean up cleanly

5.1 Errata

As discussed at hangout, if you know of bugs which users should be aware of please add them to https://community.kde.org/Plasma/5.1_Errata Jonathan ___ Plasma-devel mailing list Plasma-devel@kde.org https://mail.kde.org/mailman/listinfo/plasma-devel

Minutes Monday Plasma Hangout

Minutes Plasma Hangout, 13-10-2014 Present: Aleix, David, Kai Uwe, Marco, Martin G., Martin K., Jonathan, Harald, Jens, Sebastian For updates on TODO/status, see also Kanban board at: https://todo.kde.org/?controller=board&action=show&project_id=13 David: - Investigating breakage of new Plasma

Re: Fwd: Plasma Framework problems

On Sunday 12 October 2014, David Edmundson wrote: > On 12 Oct 2014 18:04, "šumski" wrote: > > On Sunday 12 of October 2014 11:58:44 David Edmundson wrote: > > > > I'll report back when I've confirmed this and then we can work out > > how we > > > > > proceed. > > > > > > > > Reverting a39328433

Re: Review Request 120565: Save the default file manager into the group [Default Applications]

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/120565/#review68305 --- Ship it! Looks correct. The addition to "Added Applications"

Re: Review Request 120276: Initial port to frameworks for the comic dataengine.

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/120276/#review68304 --- dataengines/comic/CMakeLists.txt

[Powerdevil] [Bug 339391] system hangs during suspend-to-ram (must poweroff), while pm-suspend works.

https://bugs.kde.org/show_bug.cgi?id=339391 Vincent Petry changed: What|Removed |Added CC||pvinc...@yahoo.fr --- Comment #2 from Vincent P

[Powerdevil] [Bug 339391] system hangs during suspend-to-ram (must poweroff), while pm-suspend works.

https://bugs.kde.org/show_bug.cgi?id=339391 --- Comment #3 from Vincent Petry --- This is with KDE 4.14.1-1.2.x86_64. Note that before switching to openSUSE Factory I used openSUSE 13.1 and it worked correctly there, so possibly a regression. -- You are receiving this mail because: You are the

[Powerdevil] [Bug 339391] system hangs during suspend-to-ram (must poweroff), while pm-suspend works.

https://bugs.kde.org/show_bug.cgi?id=339391 --- Comment #4 from Roberto --- Hi Vincent, I have not reported anywhere, because I was thinking about an hardware problem. It is unlikely that linux cannot shutdown a system... What do you think? -- You are receiving this mail because: You are the a

[Powerdevil] [Bug 339391] system hangs during suspend-to-ram (must poweroff), while pm-suspend works.

https://bugs.kde.org/show_bug.cgi?id=339391 --- Comment #5 from Vincent Petry --- I'm not sure. We'd need to find how powerdevil is doing the suspending. You said that pm-suspend always work ? I haven't tried it yet but will later. If pm-suspend works and not powerdevil we need to look at what h

[Powerdevil] [Bug 339391] system hangs during suspend-to-ram (must poweroff), while pm-suspend works.

https://bugs.kde.org/show_bug.cgi?id=339391 --- Comment #6 from Roberto --- In my case also pm-suspend doesn't work, see Comment #1 above. In fact, I think powerdevil calls pm-suspend via dbus, so it's the same. I've noticed that standby and shutdown work if the system is just powered on, while

[Powerdevil] [Bug 339391] system hangs during suspend-to-ram (must poweroff), while pm-suspend works.

https://bugs.kde.org/show_bug.cgi?id=339391 Lukáš Tinkl changed: What|Removed |Added Resolution|FIXED |--- Status|RESOLVED

Plasma 5.1 Changes

Hi, For the release notes, I've extracted the new and improved stuff in 5.1 from the mailinglist, please have a look at https://community.kde.org/Plasma/5.1_Changes and add what you think is missing. Thanks, -- sebas http://www.kde.org | http://vizZzion.org | GPG Key ID: 9119 0EF9 _

wallpapers on lock screen

Hi all, this is already 5.2 stuff, but just to discuss. we still have one burned-in fixed wallpaper for the lock screen, so at this point it should get a bit of attention. one thing i'm not sure to do if i want to have again the possibility to put widgets in the lock screen as it was in kde4. t

[Powerdevil] [Bug 339391] system hangs during suspend-to-ram (must poweroff), while pm-suspend works.

https://bugs.kde.org/show_bug.cgi?id=339391 --- Comment #8 from Roberto --- Vincent, could you please test pm-suspend? -- You are receiving this mail because: You are the assignee for the bug. ___ Plasma-devel mailing list Plasma-devel@kde.org https:/

Re: wallpapers on lock screen

I think by default it should use the (current visible) desktop wallpaper in the lockscreen. Then there could be two options - select custom wallpaper or use the current but blurred (Harald has PoC of this and imo it's really cool). Cheers -- Martin Klapetek | KDE Developer __

Re: wallpapers on lock screen

On Monday 13 October 2014, Martin Klapetek wrote: > I think by default it should use the (current visible) desktop wallpaper in > the lockscreen. > > Then there could be two options - select custom wallpaper or use the > current but blurred (Harald has PoC of this and imo it's really cool). worki

Re: wallpapers on lock screen

On 13.10.2014 16:44, Martin Klapetek wrote: I think by default it should use the (current visible) desktop wallpaper in the lockscreen. I think that's a bad default for security/privacy reasons. The purpose of the lock screen is to avoid exposing system state while the system is unattended; c

[Powerdevil] [Bug 339391] system hangs during suspend-to-ram (must poweroff), while pm-suspend works.

https://bugs.kde.org/show_bug.cgi?id=339391 Christoph Feck changed: What|Removed |Added See Also||https://bugs.kde.org/show_b

Re: wallpapers on lock screen

On Monday 13 October 2014, Eike Hein wrote: > > Still, adding the functionality to pick up the current or a > custom wallpaper is fine if done correctly, of course, but not > as a default IMHO. instead of some automagic and default i was more thinking about some option in the ordinary wallpaper

Re: wallpapers on lock screen

On Mon, Oct 13, 2014 at 4:09 PM, Marco Martin wrote: > Hi all, > > this is already 5.2 stuff, but just to discuss. > we still have one burned-in fixed wallpaper for the lock screen, so at this > point it should get a bit of attention. > > one thing i'm not sure to do if i want to have again the p

Re: wallpapers on lock screen

On Monday 13 October 2014, Aleix Pol wrote: > I understand that some people really like that idea though, I think the > best would be to have some kind of checkbox in the wallpaper chosing dialog > or lockscreen kcm that says use wallpaper for the lockscreen but I'm still > afraid that this will co

Re: wallpapers on lock screen

On 13.10.2014 17:19, Marco Martin wrote: not really, just the lockscreen view would load the qml files used for system wallpapers now, and then they should just "automagically work" by default would just be the image wallpaper that by default uses the image specified in the plasma theme, so wou

Re: Re: wallpapers on lock screen

On Monday 13 October 2014 16:44:30 Martin Klapetek wrote: > I think by default it should use the (current visible) desktop wallpaper in > the lockscreen. for privacy reasons the current configured wallpaper should not be used in the lock screen (or splash screen or whatever). Having a checkbox "

Re: wallpapers on lock screen

On Mon, Oct 13, 2014 at 5:11 PM, Marco Martin wrote: > On Monday 13 October 2014, Eike Hein wrote: > > > > > Still, adding the functionality to pick up the current or a > > custom wallpaper is fine if done correctly, of course, but not > > as a default IMHO. > > instead of some automagic and defa

Re: wallpapers on lock screen

On Monday 13 October 2014, Eike Hein wrote: > On 13.10.2014 17:19, Marco Martin wrote: > > not really, just the lockscreen view would load the qml files used for > > system wallpapers now, and then they should just "automagically work" by > > default would just be the image wallpaper that by defaul

Re: wallpapers on lock screen

On 13.10.2014 17:23, Marco Martin wrote: yes, in the case of slideshow or other weird custom animated backgrounds can still somewhat be synced, but only so far An implementation alternative would be what Mac OS X does, maybe: OS X used to have a lock screen with a generic wallpaper, but as of

Re: wallpapers on lock screen

On Monday 13 October 2014, Eike Hein wrote: > On 13.10.2014 17:23, Marco Martin wrote: > > yes, in the case of slideshow or other weird custom animated backgrounds > > can still somewhat be synced, but only so far > > An implementation alternative would be what Mac OS X does, maybe: > OS X used to

Re: wallpapers on lock screen

On 13.10.2014 17:36, Marco Martin wrote: On Monday 13 October 2014, Eike Hein wrote: On 13.10.2014 17:23, Marco Martin wrote: yes, in the case of slideshow or other weird custom animated backgrounds can still somewhat be synced, but only so far An implementation alternative would be what Ma

Re: wallpapers on lock screen

Hi, apparently OSX 10.8 Mountain Lion uses the current user's wallpaper, dimmed, whereas 10.9 Mavericks uses a generic gray background with Apple logo (with no way of changing that - apart from replacing a couple of system files) Cheers ___ Plasma-de

Re: Re: wallpapers on lock screen

On Monday 13 October 2014 17:29:55 Eike Hein wrote: > On 13.10.2014 17:23, Marco Martin wrote: > > yes, in the case of slideshow or other weird custom animated backgrounds > > can still somewhat be synced, but only so far > > An implementation alternative would be what Mac OS X does, maybe: > OS X

Re: wallpapers on lock screen

Sry for a late reply (sick and been sleeping) but the one Harald Sitter and I fiddled with during Akademy was kinda nice where it used a blurred version of your wallpaper. 1) It didn't reveal the nature of your wallpaper (we tested, extensively) 2) It creates the sensation of "fading to desktop

Re: wallpapers on lock screen

On Mon, Oct 13, 2014 at 6:06 PM, Jens Reuterberg wrote: > 1) It didn't reveal the nature of your wallpaper (we tested, > extensively) knock yourselves out guessing :P http://imgur.com/a/1bHH5 HS ___ Plasma-devel mailing list Plasma-devel@kde.org https:

Re: wallpapers on lock screen

On 13.10.2014 17:48, Martin Gräßlin wrote: please keep in mind that screens might get added while the screen is locked. Right, so plasmashell would have to initialize it, dump the wallpaper and get it to the lockscreen. Cheers Martin Cheers, Eike _

The usage statistics [kactivities, baloo, ktp, plasma]

Hi all, As promised, starting a discussion on how we can use the usage statistics gathered by kactivitymanagerd (kamd in the rest of the text). And the design of the API to cover the use-cases. The point is to discuss all of this and put the summaries on the etherpad page at https://notes.kde.

[Powerdevil] [Bug 339391] system hangs during suspend-to-ram (must poweroff), while pm-suspend works.

https://bugs.kde.org/show_bug.cgi?id=339391 --- Comment #9 from Vincent Petry --- The version on which it worked was openSUSE 13.1 x86_64 with KDE 4-4.11.5 and kernel 3.11.10-21-desktop. And it's now broken on openSUSE Factory x86_64 with KDE 4.14.1-1.2 and kernel 3.16.4-1.g7a8842b-desktop I'll

Re: Review Request 120550: Use the same strategy as FrameSvgItem and IconItem in QIconItem

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/120550/ --- (Updated Oct. 13, 2014, 5:54 p.m.) Review request for KDE Frameworks, Pla

[Powerdevil] [Bug 339391] system hangs during suspend-to-ram (must poweroff), while pm-suspend works.

https://bugs.kde.org/show_bug.cgi?id=339391 --- Comment #10 from Vincent Petry --- Created attachment 89117 --> https://bugs.kde.org/attachment.cgi?id=89117&action=edit Successful pm-suspend log Tried pm-suspend three times and it worked fine. See attached log. Next up: make it crash then get

[Powerdevil] [Bug 339391] system hangs during suspend-to-ram (must poweroff), while pm-suspend works.

https://bugs.kde.org/show_bug.cgi?id=339391 --- Comment #11 from Vincent Petry --- Hmmm... suspend to ram worked now from KDE. Here is the list of programs I have opened, for reference: - kopete: disconnected - wifi - owncloud sync client - kmail - konsole And in case it matters, I have the vbox

[Powerdevil] [Bug 339391] system hangs during suspend-to-ram (must poweroff), while pm-suspend works.

https://bugs.kde.org/show_bug.cgi?id=339391 --- Comment #12 from Roberto --- Vincent: let the PC with power on for one hour or more, and then try pm-suspend -- You are receiving this mail because: You are the assignee for the bug. ___ Plasma-devel ma

[Powerdevil] [Bug 339391] system hangs during suspend-to-ram (must poweroff), while pm-suspend works.

https://bugs.kde.org/show_bug.cgi?id=339391 --- Comment #13 from Vincent Petry --- I've now started the following: - skype - kopete: connected - apache 2 - mysql - thunderbird Talk about murphy's law or heisenbug... suspend to ram now still works properly. I'm pretty sure it will hang again when

Re: Review Request 120550: Use the same strategy as FrameSvgItem and IconItem in QIconItem

> On Oct. 13, 2014, 1:35 p.m., Marco Martin wrote: > > src/quickaddons/managedtexturenode.h, line 52 > > > > > > even if will always remain just this member, just to me sure, it should > > be in a dpointer > > A

Re: Plasma 5.1.0

El Dilluns, 13 d'octubre de 2014, a les 11:01:49, Sebastian Kügler va escriure: > On Thursday, October 09, 2014 21:36:58 Albert Astals Cid wrote: > > El Dijous, 9 d'octubre de 2014, a les 14:26:48, Jonathan Riddell va > > escriure: > > > Plasma 5.1.0 tars up now at > > > > > > http://starsky.19

[Powerdevil] [Bug 339391] system hangs during suspend-to-ram (must poweroff), while pm-suspend works.

https://bugs.kde.org/show_bug.cgi?id=339391 --- Comment #14 from Roberto --- In my case the pm-suspend log is the same when it works and when it doesn't: pm-suspend always finishes the procedure without errors or crashes, but sometimes at the end the system hangs instead of actually suspend (or

[Powerdevil] [Bug 339391] system hangs during suspend-to-ram (must poweroff), while pm-suspend works.

https://bugs.kde.org/show_bug.cgi?id=339391 --- Comment #15 from Vincent Petry --- Good to know. I have now set pm_trace to 1 to hopefully capture more info from the next crash, if it happens. See https://wiki.ubuntu.com/DebuggingKernelSuspend -- You are receiving this mail because: You are th

Re: 5.1 Errata

Can anyone confirm that this bug exists in 5.1? I don't think the fix made it in time, but I wanted to check before adding it to the errata. https://bugs.kde.org/show_bug.cgi?id=339849 Thanks much, Andrew On Mon, Oct 13, 2014 at 3:54 AM, Jonathan Riddell wrote: > As discussed at hangout, if yo

Re: wallpapers on lock screen

On 13.10.2014 17:21, Martin Gräßlin wrote: On Monday 13 October 2014 16:44:30 Martin Klapetek wrote: I think by default it should use the (current visible) desktop wallpaper in the lockscreen. for privacy reasons the current configured wallpaper should not be used in the lock screen (or splash

Re: Fwd: Plasma Framework problems

On Monday 13 of October 2014 13:07:35 Marco Martin wrote: > On Sunday 12 October 2014, David Edmundson wrote: > > On 12 Oct 2014 18:04, "šumski" wrote: > > > On Sunday 12 of October 2014 11:58:44 David Edmundson wrote: > > > > > I'll report back when I've confirmed this and then we can work out >

Re: wallpapers on lock screen

On 13.10.2014 17:21, Eike Hein wrote: On 13.10.2014 17:19, Marco Martin wrote: not really, just the lockscreen view would load the qml files used for system wallpapers now, and then they should just "automagically work" by default would just be the image wallpaper that by default uses the ima

Re: wallpapers on lock screen

On 13.10.2014 22:50, ctoenn...@interstel.de wrote: Why not simply have the checkbox "use default wallpaper" in the lockscreen kcm? Unchecked, it would allow for picking a background yourself. I think we're kind of, of sort of discussing three different things at the same time: a) The ability

Re: wallpapers on lock screen

On Mon, Oct 13, 2014 at 4:09 PM, Marco Martin wrote: > Hi all, > > this is already 5.2 stuff, but just to discuss. > we still have one burned-in fixed wallpaper for the lock screen, so at this > point it should get a bit of attention. > > one thing i'm not sure to do if i want to have again the p

Re: Review Request 120550: Use the same strategy as FrameSvgItem and IconItem in QIconItem

> On Oct. 13, 2014, 1:35 p.m., Marco Martin wrote: > > src/quickaddons/managedtexturenode.h, line 52 > > > > > > even if will always remain just this member, just to me sure, it should > > be in a dpointer > > A

Re: Review Request 120471: Add Registry::sync() signal

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/120471/ --- (Updated Oct. 14, 2014, 2:17 a.m.) Review request for kwin, Plasma and Ma

Re: Review Request 120471: Add Registry::sync() signal

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/120471/#review68340 --- Ship it! looks good - Martin Gräßlin On Oct. 14, 2014, 4:1

Re: Re: wallpapers on lock screen

On Monday 13 October 2014 22:47:10 ctoenn...@interstel.de wrote: > On 13.10.2014 17:21, Martin Gräßlin wrote: > > On Monday 13 October 2014 16:44:30 Martin Klapetek wrote: > >> I think by default it should use the (current visible) desktop wallpaper > >> in > >> the lockscreen. > > > > for privacy

Review Request 120577: Remove shutdown option from lockscreen's look and feel

--- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/120577/ --- Review request for Plasma and Aleix Pol Gonzalez. Repository: plasma-work