As I reported before, AWM, Actual Windows Manager, is currently causing an issue with HTML Executable. To verify, I tried to do the following, to see if AWM or another 3rd party program was causing an issue between the two.
On another physical machine, I completely reinstalled Windows 7 Pro, x64 and applied all the windows updates. The system was imaged at this time to restore as needed. I tried then to install HTML Executable 4.7.1 with an offline activation, but that failed because I’m out of activations. The reason I tried to activate it, I’m not 100% convinced that the trial dialog window was not interfering when opening HE in full screen mode with the fresh install of Windows.
Then I realized, I was comparing apples to oranges. It’s not the way that HTML Executable is opening or displaying, it’s the resulting EXE’s that have the bigger priority and more concern for our end users.
The ZIP file, Test_IE_Pub.zip, can be downloaded from here, http://demo.ovh.eu/en/d8a5c1d14cf7c1463d4fc4492fb23b1e/, which contains the following files to show there is definitely an issue with the compiled EXE’s.
Test_IE_Pub.exe - Test EXE
CleanUp_Test_IE_Pub.exe and dat - Reset the EXE when testing in full screen mode.
The EXE consists of one source file, the index.htm file.
My tests include the development machine with Windows 7 Pro, x64, fully patched along with IE 9. The newly installed machine is the same except it has IE 11 with virtually no 3rd party software installed, especially AWM. The results are identical. I would assume, the results will be reproducible on any machine that the test EXE is ran.
To test, unzip the files to any folder and run the EXE. Full instructions is displayed when running the EXE. Basically, all you need to do is maximize the window after running the EXE the first time and then close the EXE. Rerun the EXE to see the results. The window will open up in window mode but overlaps the current monitor. You can easily see this if you have multiple monitors.
Two other concerns encountered when testing the Test_IE_Pub.exe.
-
If you have the “Auto-Hide the Taskbar” disabled, the window will open to full screen correctly. After closing and rerunning the EXE, it will resize under the taskbar and the buttons will not be seen or obtainable. Also, you will notice the window is not all the way to bottom of the screen. However, if you try to resize from the right border, the window will reset it self correctly so you can now see the buttons. You can also right click the taskbar button of the EXE to close or enable the “Auto-Hide the Taskbar” to view and click on the buttons.
-
Also, when running the CleanUp_Test_IE_Pub.exe utility, it does not reset the EXE to open in windowed mode. There is no JavaScript and/or variables used in the test EXE.
I would like to know if others see what I’m seeing with this test. For some reason, if this can’t be reproduced, as I stated, I will then ask Support for the compiling process, as what files are included that could cause these issues.
If anyone has any questions and/or concerns, on the above, please respond.
Thank you for reading this,
Edited to include the following.
I reinstalled the HE 4.7.1 trial version on the new Windows machine. It is experiencing the identical symptoms, as stated above, when compiling the same code that created the EXE in the ZIP file. This hopefully eliminatines any connections to the development machine except the way HE starts with AWM.