--===============3261069030153212300== Content-Type: multipart/alternative; boundary=047d7b8740008bf62304dee488f8 --047d7b8740008bf62304dee488f8 Content-Type: text/plain; charset=UTF-8 On Mon, Jun 10, 2013 at 10:19 PM, Dario Freddi wrote: > 2013/6/10 Mustafa Muhammad > >> that bug is a well known nightmare which is/was pretty much >>> unaddressable, as it depends on some lacking upstream features. Many other >>> people had a look at it without success, and the fact I am the assignee >>> doesn't prevent anyone from fixing or acting on it. Feel free to change the >>> assignee if anybody is willing to take the burden, though. >>> >>> >> Thanks for the info, so are we waiting for something from upstream or >> what? >> > > Not really. The very source of the problem is that polkit's design is > incompatible with some of the things we need (aka: proper window > parenting). Good news is that we have a GSoC on the way to improve this, > but I cannot guarantee that specific problem will be addressed. We will > surely revise some of our internal designs and will try to circumvent the > issue in a better way than the one we are doing now. > Thanks for the info and hope we can circumvent this in the design. Regards --047d7b8740008bf62304dee488f8 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
On M= on, Jun 10, 2013 at 10:19 PM, Dario Freddi <drf54321@gmail.com> wrote:
2013/6/1= 0 Mustafa Muhammad <mustafaa.alhamdaani@gmail.com>
that bug is a well known nightmare which is/was prett= y much unaddressable, as it depends on some lacking upstream features. Many= other people had a look at it without success, and the fact I am the assig= nee doesn't prevent anyone from fixing or acting on it. Feel free to ch= ange the assignee if anybody is willing to take the burden, though.


Thanks for the info, so ar= e we waiting for something from upstream or what?

Not really. The very source of the= problem is that polkit's design is incompatible with some of the thing= s we need (aka: proper window parenting). Good news is that we have a GSoC = on the way to improve this, but I cannot guarantee that specific problem wi= ll be addressed. We will surely revise some of our internal designs and wil= l try to circumvent the issue in a better way than the one we are doing now= .

Thanks for the info and hope w= e can circumvent this in the design.
Regards
=C2=A0
=
--047d7b8740008bf62304dee488f8-- --===============3261069030153212300== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline >> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe << --===============3261069030153212300==--