Custom Query (230 matches)
Results (109 - 111 of 230)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#147 | fixed | to enable ARD on OSX, we need the user's password - provide a way to request it | ||
Description |
The command used for toggling ARD on or off requires authentication, at the moment we don't keep the password (we should - but only for platforms that are known to require it: osx) and we need a way to request it if we do not have it (key login). Then we can use the password to enable ARD if it is not enabled (and potentially other things - auto-start?) |
|||
#148 | fixed | xpra want's xpra 0.0.7.14 but only 0.0.6.0 is available in Ubuntu Maverick | ||
Description |
This is basically the same as ticket #121 but since I can't reopen, I made a new ticket. The packages files for Maverick (both 32 and 64 bit) seem to be out of date aswell: http://winswitch.org/dists/maverick/main/binary-amd64/Packages |
|||
#149 | fixed | The '<' key produces '>' with the winswitch xpra | ||
Description |
Using xfce4's terminal the '<' and '>' keys are fine. Using the same terminal and going through xpra, < (lt) is > (gt), but > (gt) is still correct, and , (comma) and . (period) are still correct. Without xpra: <> ,. With xpra: >> ,. I can copy/paste a '<' from a non xpra window and it works as expected. Same thing happens with Xfce's Mousepad 0.2.16 and Terminal 0.4.7. This is with aur/xpra-winswitch 0.0.7.22-1 aur/parti-all 0.0.6-2 is fine and does not have this bug. Both Xfce's Mousepad and Terminal behaviours are correct in terms of '<' and '>' when using the xpra from parti-all. |