This is because we can't know until after the connection has been accepted whether it was invited or not, so the old code used the broken method of seeing if there were 0 or more invitations to tell.
BUG: 188676
svn path=/trunk/KDE/kdenetwork/krfb/; revision=1024354
Othwise we should just leave control disabled whatever happens.
This makes krfb err on the side of caution, so it is now much harder for the user
to accidentally give control of their desktop to someone they didn't want to give it to.
BUG:166447
svn path=/trunk/KDE/kdenetwork/krfb/; revision=1024346
Still need to disallow connection becoming controllable if the prefernces are changed after they are launched as not controllable.
CCBUG: 166447
svn path=/trunk/KDE/kdenetwork/krfb/; revision=1024345
All these files have been added to SVN by Alessandro Praduroux. He agreed on this change.
CCMAIL: pradu@pradu.it
svn path=/trunk/KDE/kdenetwork/krfb/; revision=734376
- determine the peer address when we get a new connection
- use the configured port from kconfig insteand of the fixed :5900 value in
personal invitation dialog
svn path=/trunk/KDE/kdenetwork/krfb/; revision=662656
Uses less cpu than Qt approach, but visually sucks. I suspect there are too many updates sent to the client, I need to group the rects and create a bigger one when sending the event to the client.
svn path=/trunk/KDE/kdenetwork/krfb/; revision=653073
- FrameBuffer to encapsulate screen buffer and updates
- handle events
- avoid a timer for the rfb event loop, just use a real loop and qApp->processEvents()
svn path=/trunk/KDE/kdenetwork/krfb/; revision=650928
- added hooks to manage vnc events
- moved events out of rfbcontroller.cpp/.h into their own source file
svn path=/trunk/KDE/kdenetwork/krfb/; revision=650434
