Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Menu Problem w/App #3656

Closed
senrabdet opened this issue Dec 15, 2016 · 12 comments
Closed

Menu Problem w/App #3656

senrabdet opened this issue Dec 15, 2016 · 12 comments
Labels
waiting-feedback
Milestone
2.0-rc3

Comments

@senrabdet
Copy link

I am using xfreerdp (version 2.0.0~dev (git n/a) to connect from ubuntu 16.04 to a windows 7 Ultimate box and I am having problems with the menus on the windows apps when I use "/app" in my command.

Everything is fine if I connect without the /app option. When I add the /app option, the windows application menus show briefly and then disappear (the problem is consistent regardless of what app I try to start whether that be notepad, word, etc). The problem does not occur when I remove the "/app" parameter, where the menus work as expected.

The command I'm using is (example for notepad):
xfreerdp /v:ipaddress /u:username /p:password /app:"||Notepad"

FYI I've also tried the "/home/useron/notepad.rdp" method in the command with the same problem.

I'm hoping to use the /app for my use case, to control what windows apps users are allows to use. I've seen what I think are some posts on this but they are old and don't seem to have solved the issue.

Suggestions appreciated. Thanks.
@bmiklautz
Copy link
Member

@senrabdet do you see the same behavior when you start it with /app:"notepad.exe"? When using the || syntax the remote app must be pre-configured. You also need to make sure that | isn't eaten up by your shell :).

@senrabdet
Copy link
Author

Thanks so much bmiklautz for the response. I tried adding the ".exe", and the menus still pull down momentarily and then close. Apologies, I neglected to say I am using "remoteapp tool" from Kim Knight (http://www.kimknight.net/remoteapptool) on the server end, as the box I'm testing against isn't a "real" server (it's Win7 Ultimate). The remoteapp tool is supposed to simulate the Windows App functionality (i.e., "preconfigure"). I would assume the shell recognizes the || as the app starts, it's just that the menus are unusable. Again, if I take out the /app parameter altogether, and connect to the desktop, the menus on notepad work as expected.

@bmiklautz
Copy link
Member

@senrabdet I tried but couldn't reproduce the issue here locally. Could you give our nightly builds a try and test if it also happens with them (https://ci.freerdp.com/job/freerdp-nightly-binaries/)?

@senrabdet
Copy link
Author

Thanks bmiklautz, will do and post back. Appreciate the help

@bmullan
Copy link

bmullan commented Dec 25, 2016 •
edited
Loading

bmiklautz - I am having a similar problem to this one so I thought I would just add more information.

First - let me mention that I could NOT install from the freerdp-nightly-binaries.
After adding the line to /etc/apt/sources.list & doing a sudo apt update I get an error from Ubuntu:

E: The repository 'http://pub.freerdp.com/repositories/deb/DIST freerdp-nightly Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.

Just FYI...

I too use Ubuntu 16.04, Windows 7 Ultimate in a VM, Kim Knight's RemoteAppTool in the VM to enable Windows Explorer as a RemoteApp... then back on Ubuntu in a terminal I used xfreerdp to execute Window's Explorer as a RemoteApp. In the past it always appeared correctly in its own X-Window with mouse & keyboard focus enabled in that X-Window.

This all used to work.

I had even documented a HOW TO set it up on my blog about 2 or 3 years ago & have had many people follow that blog post to successfully do the same:

https://bmullan.wordpress.com/2012/09/17/howto-integrate-windows-apps-into-the-ubuntu-linux-desktop-using-windows-remoteapp/

But I just recreated this setup on a new Ubuntu 16.04 and although I can get the Explorer.exe to appear as a RemoteApp in an Ubuntu X-Window... there is something wrong in regards to "focus" of the Mouse & keyboard ownership.

If I use the NEW CLI syntax (which used to work correctly) the x-Window appears with Window's Explorer in it as a RemoteAPP... BUT neither Keyboard nor Mouse work in that window !

The command I use to execute that is:

xfreerdp /u:bmullan /p:xxxxx /app:"%windir%\explorer.exe" /v:192.168.122.74:3389

If I use the "old" CLI method with xfreerdp

xfreerdp -u bmullan -p xxxxx --app --plugin rail --data "%windir%\explorer.exe" -- 192.168.122.74:3389

then I DO have mouse & keyboard focus BUT then x-Window is note "sized" right and any attempt to resize it throws everything out of wack where mouse clicks may or may not click on the right item etc.

So ... I have to believe it is a freerdp problem as depending on whether I use the NEW or the OLD CLI syntax I get two totally different reactions for the RemoteApp x-window.

Using new CLI ... x-window is RIGHT but keyboard & mouse are NOT active in that window but x-window size is CORRECT

Using old CLI ... x-window is WRONG but keyboard & mouse ARE active in that window BUT window size is NOT correct

I will be glad to try the nightly build as soon as the problem with it not having a release file (per the above Ubuntu apt-get error msg) is resolved.

As with senrabdet... running freerdp WITHOUT /app works fine. Its only when executing a remoteapp!

Brian Mullan
Raleigh NC

@bmullan
Copy link

bmullan commented Dec 27, 2016

I wanted to leave a note that I have a fix for the problem I described with freerdp.

I used the Ubuntu PPA for Remmina to install the remmina-next which also downloads & installed freerdp v2.x.x
remmina-next ppa

Using that version of freerdp now works again correctly with remoteapp's published by remoteapptool on my Windows 7 VM.

@senrabdet
Copy link
Author

senrabdet commented Dec 27, 2016 via email

@bmullan
Copy link

bmullan commented Dec 27, 2016 via email

@bmiklautz
Copy link
Member

bmiklautz commented Dec 28, 2016 •
edited
Loading

@bmullan for the nighly repository you need to replace DIST with the distribution you actually use. The description page states
Where DIST is one of the supported distributions below. So for 16.04 DIST would be xenial.

Please also note that the old style command line is only for compatibility and will get dropped at some point. I highly suggest to use the new command line.

@bmullan
Copy link

bmullan commented Dec 28, 2016 via email

@ganeshjkale
Copy link

@senrabdet can you try to use this command "/app:||notepad"

@akallabeth akallabeth added this to the 2.0-rc3 milestone Apr 16, 2018
@akallabeth
Copy link
Member

Several issues (also with missing window IDs) have been fixed for rail.
Create a new issue if still reproducible.

@yoklmn yoklmn mentioned this issue May 17, 2018
Closed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
waiting-feedback
Projects
None yet
Milestone
2.0-rc3
Development

No branches or pull requests
5 participants
@bmiklautz @bmullan @akallabeth @senrabdet @ganeshjkale