[X2go-dev] Password handling and CAPS lock issues
Hello, all. We have a problem with CAPS lock getting out of sync between the physical and virtual desktops. I assume this is the downside of the very powerful feature of being able to change physical computers connected to the same virtual session. However, it is more than annoying. Because X2Go attempts so many logins at once (separate SSH sessions for video, print, sound, file sharing), a wrong login quickly exhausts grace logins and can even trip our OSSEC active response as a perceived brute force intrusion attempt and lock out all computers from the same site. Perhaps password handling could be improved in two ways in X2Go. If the first password attempt fails, the user should be alerted and continued login attempts for other ssh sessions should cease. Secondly, the first failed attempt could be retried in reverse case. If it succeeds, a message should be displayed to the user. The problem could be either that their physical CAPS lock is on (in which case we do nothing but warn) or that the CAPS lock is out of sync, in which case we can offer to toggle the CAPS lock state on the virtual desktop. Is this possible? Is it reasonable? Thanks - John ___ X2go-dev mailing list X2go-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
Re: [X2go-dev] Windows X2Go printing
On Tue, 2010-05-18 at 13:08 -0400, John A. Sullivan III wrote: Hello, all. We are trying to finish off the punch list for our first major X2Go deployment so I expect to be sending lots of smaller issues to the list. One not so small issue is a problem with using the X2Go client printing on Windows stations. The portability of this solution is magnificent but we are noticing that the windows client cannot directly print to the local printers. Whenever we send a print job from the X2Go server to the Windows X2Go client (3.0.1-4), the print dialog properly displays. However, no matter which local printer we choose, whichever application Windows has associated with PDF files opens instead and displays the PDF rather than printing it. Has anyone else seen this behavior? It is 100% reproducible for us. Why is this happening? Is there a workaround? We're about to dive into the code to see what we can find but really don't know what we are looking at or for so any guidance would be greatly appreciated - John snip Hmm . . . I'm noticing huge ifndef Q_OS_WIN sections eliminating almost all of the cupsprintersettingsdialog.cpp and cupsprint.cpp files. Am I beating my head against the wall trying to get the Windows client to use the listed printers? As far as I can tell, one can't even access the printer settings no less print to them. Does it print only to the PDF application by design? If so, why do we bother to display all the other printers? It is very misleading to the users. I would think there should only be a view as PDF option. Thanks - John ___ X2go-dev mailing list X2go-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/x2go-dev
