<div dir="ltr"><div><div><div>A quick review:<br><br></div>You shouldn't strictly need the signal to handle multiple prompts - you just append a new prompt each time liblightdm-gobject generates a signal and remove them all when you have responded to all the prompts. (This is what Unity Greeter does). A group of prompts is guaranteed to be signalled in a row in the same thread.<br>
<br></div>It doesn't seem like a bad idea to add the signal for "end of prompts" though if that helps greeters to implement multiple prompts. Ideally we wouldn't need it and the API would have been designed to handle multiple prompts properly - that was a design mistake I made early on*. If you do use the signal note that the greeters will need to depend on the latest lightdm - this may delay distribution.<br>
<br></div><div>*And a good case for fixing with an API break in the future.<br></div><div><br></div>--Robert<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 5 February 2014 16:29, Christian Seiler <span dir="ltr"><<a href="mailto:christian@iwakd.de" target="_blank">christian@iwakd.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
when using pam_krb5, I've run into the following problem w.r.t to lightdm:<br>
<br>
If a user's password is set to expire, i.e. the user needs to change it<br>
the first time they log in again, pam_krb5 will ask for the new password<br>
and the repeated version of the new password during the authentication<br>
phase (before authentication is complete). For this it uses two prompts<br>
in the same PAM conversation round. This is in principle handled<br>
properly in LightDM on the server side, but neither the GTK nor the KDE<br>
greeter implement this properly. (I haven't tried any other, but I<br>
suspect they suffer from the same problem.)<br>
<br>
The first patch modifies liblightdm-gobject and liblightdm-qt to provide<br>
an additional signal that allows the greeter to know that all<br>
prompt/message signals for the specific conversation round have been<br>
processed. The second patch modifies lightdm-gtk-greeter to make use of<br>
it (while still allowing it to be compiled and/or run against older<br>
versions of liblightdm-gobject). I plan on looking at the KDE greeter<br>
next, the GTK one was just the simplest one to patch in this context.<br>
<br>
Regards,<br>
Christian<br>
<br>
PS: I'm not subscribed to the mailing list, so please put me on Cc for<br>
replies.<br>
<br>
PPS: Since this is my first time doing something with bzr (I mainly use<br>
git and have dabbled in mercurial), I'm sorry if I don't know the proper<br>
etiquette for providing patches. For now I have attached the output<br>
generated by bzr send -o (I recon this is similar to git format-patch?)<br>
to this email, but if you prefer a different style (inline, as<br>
attachments in the bugtracker, ...), please let me know.<br>
<br>_______________________________________________<br>
LightDM mailing list<br>
<a href="mailto:LightDM@lists.freedesktop.org">LightDM@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/lightdm" target="_blank">http://lists.freedesktop.org/mailman/listinfo/lightdm</a><br>
<br></blockquote></div><br></div>