WineHQ

HP Virtual Rooms

No Screenshot

Submit Screenshot
8.0 Update 1

Application Details:

Version: 8.0 Update 1
License: Retail
URL: https://www.rooms.hp.com/resou...
Votes: 0
Latest Rating: Garbage
Latest Wine Version Tested: 1.1.44

Maintainers: About Maintainership

No maintainers. Volunteer today!

Free Download Linux, Mac, and Windows builds of HPVR client

Test Results

Old test results
The test results you have selected are very old and may not represent the current state of Wine.
Selected Test Results

What works

Normally, users can "sign-in" via an IE activex web page, which installs/runs a local client.
-- This worked with ies4linux, as recently as Wine version 1.1.34.

Users with valid HPVR accounts may also execute the local client directly without need for IE activex.
-- This has never worked due to crypt32 and pfx certificates.

What does not

Problem: When sharing one's own desktop, Wine becomes unstable and crashes.

* HPVIRTUALROOMS.DLL calls Wine's user32.GetDesktopWindow() to grab desktop image frames. The frames are then passed on by way of ntdll.wine_server_handle_to_fd() to a handle (a socket file descriptor) and sent over the network. Normally this is managed by ntdll.dll, which interfaces with the kernel's Win32 subsystem. However in Wine, it is the wineserver which plays this role. And that seems to be where the problem is. Somewhere along the line of user32 -> ntdll -> winsock, a second chance exception is thrown -> stack overflow , and all sockets are closed resulting in a dropped connection to the virtual room server. This was as of Wine 1.1.21, in WinXP mode.
o We ought to trace down the cause of the problem .
o Top priority.



Problem: Initiating shared video causes webcam to crash.

* Tested with HP 3-MegaPixel Webcam GX607AA
o Various registry entries apparently need to be created.
o Certain Windows services are being queried (likely missing registry entries)
o fixme:qcap:VfwCapture_QueryInterface No interface for {56a86891-0ad4-11ce-b03a-0020af0ba770}!
o Further testing was not done.
* High priority.



Problem: Using the IE activex web page to "sign-in" with IE6 with Win98 override.

* Installing IE in default WinXP mode results in SSL problems (Both the Wine and MS wininet.dll cannot correctly negotiate long https URLs from the portal server during sign-in).
o Low Priority.



Problem: Cannot sign-in via standalone client.

* Wine fails to successfully import/access PFX certficates (used mainly by HPVR accountholders) which are needed for sign-in, into its certificate store.
o Cryptui.dll has a digital certificate import/export wizard - that might work.
o IMPORTPFX does the same thing and might also work -- still requires native crypt32/msasn1 DLLs as of Wine 1.1.15. But this tool is advertised as being for the *IE* certificate store. Perhaps not what we want, anyway.
o This standalone client can also sign-in using NTLM authentication.
+ Wine uses your system's Winbind as an engine for NTLM.
# A valid smb.conf with domain credentials may allow you to successfully sign-in.
* We ought to eliminate IE from the equation above and get HPVR working in standalone mode.
* Low priority (just use the IE method).

Workarounds

What was not tested

-- Importing MS PPT slides

Hardware tested

Graphics:

  • GPU:
  • Driver:

Additional Comments

selected in Test Results table below
Operating systemTest dateWine versionInstalls?Runs?Used
Workaround?
RatingSubmitter
CurrentDebian GNU/Linux 6.x "Squeeze"May 20 20101.1.44Yes No GarbageMark Smith 

Known Bugs

Bug # Description Status Resolution Other apps affected

Show all bugs

Comments

Comments Disabled

Comments for this application have been disabled because there are no maintainers.
Back