[X2Go-Dev] Bug#1172: Fwd: Modifier Keys not working as expected

2017-09-26 Thread Ulrich Sibiller
On Tue, Sep 26, 2017 at 1:57 PM, Stefan Baur  wrote:
> Am 26.09.2017 um 12:20 schrieb Ulrich Sibiller:
>
>>> A certain application requires the following keypresses:
>>
>> Is the spplication's name secret?
>
> No, but closed-source/commercial/proprietary.
>
>
>>> - Hold down ctrl, shift and alt
>>> - while holding them down, press the space bar
>>> - let go of shift and space bar, keep holding down ctrl and alt
>>
>> leaving you with ctrl-alt
>
> In theory, yes. But somehow the shift and space bar being pressed and
> released first tell it to "keep" the keypresses to itself, rather than
> sending them and the function key on to the X Server.

No, it's the other way round. The X server gets the keypresses and
passes them on to the client(s). This application probably instructs
the xserver to send these keys only to the app and not to anyone else
(and neither interpret them itself).


https://tronche.com/gui/x/xlib/input/XGrabKeyboard.html states this:

The XGrabKeyboard() function actively grabs control of the keyboard
and generates FocusIn and FocusOut events. Further key events are
reported only to the grabbing client. [...]

If the keyboard_mode argument is GrabModeAsync, keyboard event
processing continues as usual. If the keyboard is currently frozen by
this client, then processing of keyboard events is resumed. If the
keyboard_mode argument is GrabModeSync , the state of the keyboard (as
seen by client applications) appears to freeze, and the X server
generates no further keyboard events until the grabbing client issues
a releasing XAllowEvents() call or until the keyboard grab is
released. Actual keyboard changes are not lost while the keyboard is
frozen; they are simply queued in the server for later processing.




>> But for analysis we'd need the application to see what is doing.
>
> They offer a time-limited trial version [0], but IIRC, you still need to
> register somewhere with your E-Mail address (and they'll send you promo
> E-Mails during the trial phase, and possibly even afterwards).
>
>
>> For the records: I think it is nx-libs so we should open an issue
>> there. But I am not sure if we will be able to fix that at all.
>
> As I said, feel free to do so - you're way more knowledgeable about the
> code involved than I am.

I can do that eventually.

Uli
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
https://lists.x2go.org/listinfo/x2go-dev

[X2Go-Dev] Bug#1172: Modifier Keys not working as expected

2017-09-26 Thread Stefan Baur
Am 26.09.2017 um 12:20 schrieb Ulrich Sibiller:

>> A certain application requires the following keypresses:
> 
> Is the spplication's name secret?

No, but closed-source/commercial/proprietary.


>> - Hold down ctrl, shift and alt
>> - while holding them down, press the space bar
>> - let go of shift and space bar, keep holding down ctrl and alt
> 
> leaving you with ctrl-alt

In theory, yes. But somehow the shift and space bar being pressed and
released first tell it to "keep" the keypresses to itself, rather than
sending them and the function key on to the X Server.


>> - with ctrl and alt pressed, press a function key (F1-F6)
>> - let go of all keys
>>
>> This works when the application is run on :0 - the "ctrl-alt-Fx" is not
>> passed down to X, so no switch to tty1-tty6 occurs, which is the
>> intended and expected behavior.
> 
> So I guess that the application is consuming that very keypress
> somehow by communicating with the X server (grab the key(s) in
> question).
> 
>> However, with the application running in an X2Go session, the same
>> sequence of keys will trigger a switch to tty1-tty6 on the local client.
> 
> The application probably also communicates with the X server which
> this time is nxagent. So nxagent would probably not pass the grab to
> the real X server.
> 
> You could try if the coming autograb feature helps here.

I'll keep that in mind.


> But for analysis we'd need the application to see what is doing.

They offer a time-limited trial version [0], but IIRC, you still need to
register somewhere with your E-Mail address (and they'll send you promo
E-Mails during the trial phase, and possibly even afterwards).


> For the records: I think it is nx-libs so we should open an issue
> there. But I am not sure if we will be able to fix that at all.

As I said, feel free to do so - you're way more knowledgeable about the
code involved than I am.

-Stefan

[0] 

-- 
BAUR-ITCS UG (haftungsbeschränkt)
Geschäftsführer: Stefan Baur
Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364
Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243



signature.asc
Description: OpenPGP digital signature
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
https://lists.x2go.org/listinfo/x2go-dev

[X2Go-Dev] Bug#1208: Bug#1208: Bug#1208: Messed up session when resuming from Published Apps mode to Fullscreen desktop mode in thinclient mode

2017-09-26 Thread Stefan Baur
Am 26.09.2017 um 12:58 schrieb Walid MOGHRABI:
> I don't remember exactly about windows decorations, I'll try again but in any 
> way, the result is just plain unusable so in this specific situation (aka. 
> resuming a Published Apps session from a TCE), it would be better to block 
> the resume and propose to close the session before opening a new one.

I agree on that, I'd just like to know if we have a bug with the window
decorations as well. ;-)

-Stefan

-- 
BAUR-ITCS UG (haftungsbeschränkt)
Geschäftsführer: Stefan Baur
Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364
Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243



signature.asc
Description: OpenPGP digital signature
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
https://lists.x2go.org/listinfo/x2go-dev

[X2Go-Dev] Bug#1212: Bug#1212: Missing icons in Eclipse toolbars with GTK2 in Published Apps mode

2017-09-26 Thread Walid MOGHRABI
Latest 3.5.99.10 but this is also the case with legacy 3.5 branch


Regards,
Walid Moghrabi

TRAVAUX.COM
BAT I - PARC CEZANNE 2 290 AVENUE GALILEE - CS 80403
13591 AIX EN PROVENCE CEDEX 3

- Mail original - 

De: "Ulrich Sibiller"  
À: "Walid MOGHRABI" , 1...@bugs.x2go.org 
Envoyé: Dimanche 24 Septembre 2017 09:21:29 
Objet: Re: [X2Go-Dev] Bug#1212: Missing icons in Eclipse toolbars with GTK2 in 
Published Apps mode 

Just to be sure (and to document it in the bug): what version of 
nx-libs are you seeing this with? 

On Sat, Sep 23, 2017 at 11:00 PM, Walid MOGHRABI 
 wrote: 
> Package: x2goserver 
> Version: 4.1.0.0-0~1413~ubuntu16.04.1 
> 
> Running Eclipse with GTK2 backend in Published Apps mode leads to missing 
> icons in the toolbars. 
> They refreshed once you pass the mouse over or switch from one perspective to 
> another so it's not too annoying but that's not great. 
> This doesn't happens with GTK3. 
> 
> Regards, 
> Walid Moghrabi 
> 
> TRAVAUX.COM 
> BAT I - PARC CEZANNE 2 290 AVENUE GALILEE - CS 80403 
> 13591 AIX EN PROVENCE CEDEX 3 
> --- 
> DISCLAIMER: This e-mail is private and confidential and may contain 
> proprietary or legally privileged information. It is for the intended 
> recipient only. If you have received this email in error, please notify the 
> author by replying to it and then destroy it. If you are not the intended 
> recipient you must not use, disclose, distribute, copy, print or rely on this 
> e-mail or any attachment. Thank you 
> ___ 
> x2go-dev mailing list 
> x2go-dev@lists.x2go.org 
> https://lists.x2go.org/listinfo/x2go-dev
---
DISCLAIMER: This e-mail is private and confidential and may contain proprietary 
or legally privileged information. It is for the intended recipient only. If 
you have received this email in error, please notify the author by replying to 
it and then destroy it. If you are not the intended recipient you must not use, 
disclose, distribute, copy, print or rely on this e-mail or any attachment. 
Thank you
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
https://lists.x2go.org/listinfo/x2go-dev

[X2Go-Dev] Bug#1208: Bug#1208: Bug#1208: Messed up session when resuming from Published Apps mode to Fullscreen desktop mode in thinclient mode

2017-09-26 Thread Walid MOGHRABI
I don't remember exactly about windows decorations, I'll try again but in any 
way, the result is just plain unusable so in this specific situation (aka. 
resuming a Published Apps session from a TCE), it would be better to block the 
resume and propose to close the session before opening a new one.


Regards,
Walid Moghrabi

TRAVAUX.COM
BAT I - PARC CEZANNE 2 290 AVENUE GALILEE - CS 80403
13591 AIX EN PROVENCE CEDEX 3

- Mail original - 

De: "Stefan Baur"  
À: ul...@gmx.de, 1...@bugs.x2go.org, "Walid MOGHRABI" 
 
Envoyé: Lundi 25 Septembre 2017 19:24:21 
Objet: Re: [X2Go-Dev] Bug#1208: Bug#1208: Messed up session when resuming from 
Published Apps mode to Fullscreen desktop mode in thinclient mode 

Am 25.09.2017 um 15:24 schrieb Ulrich Sibiller: 
>>> Let's say you suspended a session in "Published Apps" mode from a local 
>>> desktop (might be Linux or Windows, it doesn't matter) then try to resume 
>>> it from a TCE running the client in thinclient mode. 
>>> This will work, you can resume the session but the display is completely 
>>> broken : no desktop, no decorations, corrupted display and no widget to 
>>> logoff so you're stuck there unless someone kills your session from the 
>>> server. 
>>> 
>>> It would be better to simply block the ability to resume a Published Apps 
>>> session in a mode where it just can't be done such as the thinclient mode. 
>> The question is: How do we handle that? 
>> --no-public-applications as a commandline option? We could hardcode that 
>> into an X2Go-TCE-startup script then. 
> No, that should work automatically. As long as there's a window 
> manager on the client side everything will work fine. 
> And that's easily checkable by x2goclient. 

Wait a minute - we are running a Display Manager in X2Go-TCE ... in the 
live edition at least. 
So Window decorations should be there, just no task bar. 

Walid - did you change anything in your TCE setup compared to 
X2Go-TCE-Live, branch "feature/openbox"? 

What SHOULD happen is that X2GoClient starts up in fullscreen, but any 
popup it shows (like asking for a keyfile's password, or displaying that 
there's no route to host) should have window decorations. And I'd assume 
that the same window manager would put window decorations around PubApp 
windows once the session resumes. 

(Of course, it will still be almost unusable, as there's no task bar, no 
logoff button, and no menu, but I'm surprised to hear that there are no 
window decorations.) 

-Stefan 

-- 
BAUR-ITCS UG (haftungsbeschränkt) 
Geschäftsführer: Stefan Baur 
Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364 
Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243
---
DISCLAIMER: This e-mail is private and confidential and may contain proprietary 
or legally privileged information. It is for the intended recipient only. If 
you have received this email in error, please notify the author by replying to 
it and then destroy it. If you are not the intended recipient you must not use, 
disclose, distribute, copy, print or rely on this e-mail or any attachment. 
Thank you
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
https://lists.x2go.org/listinfo/x2go-dev

[X2Go-Dev] Bug#1172: Modifier Keys not working as expected

2017-09-26 Thread Ulrich Sibiller
On Tue, Sep 26, 2017 at 12:06 PM, Stefan Baur  wrote:
> package: x2goclient
>
> (devs: feel free to reassign this to nx-libs/arctica, if the cause is
> not in X2GoClient)
>
> A certain application requires the following keypresses:

Is the spplication's name secret?

> - Hold down ctrl, shift and alt
> - while holding them down, press the space bar
> - let go of shift and space bar, keep holding down ctrl and alt

leaving you with ctrl-alt

> - with ctrl and alt pressed, press a function key (F1-F6)
> - let go of all keys
>
> This works when the application is run on :0 - the "ctrl-alt-Fx" is not
> passed down to X, so no switch to tty1-tty6 occurs, which is the
> intended and expected behavior.

So I guess that the application is consuming that very keypress
somehow by communicating with the X server (grab the key(s) in
question).

> However, with the application running in an X2Go session, the same
> sequence of keys will trigger a switch to tty1-tty6 on the local client.

The application probably also communicates with the X server which
this time is nxagent. So nxagent would probably not pass the grab to
the real X server.

You could try if the coming autograb feature helps here.

But for analysis we'd need the application to see what is doing.

For the records: I think it is nx-libs so we should open an issue
there. But I am not sure if we will be able to fix that at all.

Uli
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
https://lists.x2go.org/listinfo/x2go-dev

[X2Go-Dev] Bug#1220: Modifier Keys not working as expected

2017-09-26 Thread Stefan Baur
package: x2goclient

(devs: feel free to reassign this to nx-libs/arctica, if the cause is
not in X2GoClient)

A certain application requires the following keypresses:

- Hold down ctrl, shift and alt
- while holding them down, press the space bar
- let go of shift and space bar, keep holding down ctrl and alt
- with ctrl and alt pressed, press a function key (F1-F6)
- let go of all keys

This works when the application is run on :0 - the "ctrl-alt-Fx" is not
passed down to X, so no switch to tty1-tty6 occurs, which is the
intended and expected behavior.

However, with the application running in an X2Go session, the same
sequence of keys will trigger a switch to tty1-tty6 on the local client.

-Stefan

-- 
BAUR-ITCS UG (haftungsbeschränkt)
Geschäftsführer: Stefan Baur
Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364
Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243



signature.asc
Description: OpenPGP digital signature
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
https://lists.x2go.org/listinfo/x2go-dev

[X2Go-Dev] Bug#740: Ship a default, small-footprint, F/LOSS PDF viewer with x2goclient

2017-09-26 Thread Stefan Baur
Alex and I had a look at this bug while @ X2Go: The Gathering 2017.

We currently have a drop-down list of printers to choose from, and the
option to specify a custom print command instead (using a checkbox and a
text field).

The idea would be:
- SumatraPDF becomes the new default PDF viewer for X2GoClient for
  Windows and gets bundled with it, just like VcXsrv.
- You will be able to de-select it during X2GoClient installation, if
  you prefer using your own PDF viewer and want to save a few megabytes
  of storage.
- There will be the following options using SumatraPDF "behind the
  scenes" in the print dialog:
  - An option to always print to the system default printer
  - The current "choose a printer" dialog, which will set a default for
X2GoClient only
  - An option to always prompt the user to select a printer when a print
job is being sent.
- The option to specify a custom print command in the print dialog will
  remain. It will default to a SumatraPDF call with sample parameters on
  Windows systems.
- The option to specify a viewer command for PDFs in the "Show as PDF"
  dialog will remain, and will default to SumatraPDF on Windows systems.

This feature request ist currently awaiting funding.
It is expected to take no longer than 8 hours to implement, once funded.

-Stefan

-- 
BAUR-ITCS UG (haftungsbeschränkt)
Geschäftsführer: Stefan Baur
Eichenäckerweg 10, 89081 Ulm | Registergericht Ulm, HRB 724364
Fon/Fax 0731 40 34 66-36/-35 | USt-IdNr.: DE268653243
___
x2go-dev mailing list
x2go-dev@lists.x2go.org
https://lists.x2go.org/listinfo/x2go-dev