I already posted my problem viewing HTML files direct out from an archive with the standard browser InternetExplorer following in this thread but got no answer to this issue yet ...
I tried the scenario with firefox (as default browser), and opening *.html-files in an .zip/.7z file was ok. Unfortunately the InternetExplorer (9) is set as default browser in our environment and cant't be changed so easy.
I made serveral tests with 7zip version 9.20, 9.25. 9.32 and 9.34, both on Win7-SP1 x86 and x64 and IE9 and latest IE11. There was always the same result:
If there is no (!) iexplore.exe process running, the first *.html-file (opened out from 7zfm.exe) will open with the Internet Explorer!! Trying to open another html-file out from this archive, while the IE is still opened, results in an new browser tab with error 'the webpage can't be displayed' ;the filepath to the local url adress in the temp folder does not exist.
After closing the whole IE browser first, the (first) html-file will always be displayed correctly.
While making some test scenarios I monitored the %TEMP% folder where the files should be temporarily be extracted from 7zip and opened from this location in the corresponding application.
Results:
1)
While there was no iexplore process running, the html file was opened correct in IE. The iexplore.exe process is therefor starting as a child process from 7zfm.exe. In %TEMP% there was an folder "7zO" followed by 8 HEX-digits. The first html-file can be found here.
The second html file wont't be opened in IE; the still exitsing %TEMP%\7zO-Folder (there ist just this one folder) still shows just the first opened file. The path to the second html-file in another and new (!) 7zO folder, that is shown in the new IE tab, is not (anymore) existing.
Perhaps the cause for 7z is, that there are always two iexplore.exe processes minimum running and you take the false; or WIN7 won't admit it, that another iexplore process as child from 7zfm can be started.
Also an security issue: Closing 7zfm.exe will not delete the 7zO-Folder or its content! The %TEMP%/7zO-files or folders will only be deleted when the browser (or the corresponding application running as 7zfm-child process) is closed first before closing 7zfm!
2)
Take a archive containing just *.txt files. All files can be opened parallel in always new (7zfm child) processes from notepad.exe. For every txt-file a new 7zO temp folder will be created containing just alwasy one txt file.
Proposal:
Why don't you extract temporarily the whole archive to the one temp folder when opening one file out of it, perhaps with a configurable limit size? So all files can be viewed from this one location...
There would also be the benefit that (jpg) pictures can be viewed in photo editor by navigating backwards and forwards. This wish was also discussed here in the forum.
Hope you can reproduce my problem and solving it within a coming version of your great tool.
Regards
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello,
I already posted my problem viewing HTML files direct out from an archive with the standard browser InternetExplorer following in this thread but got no answer to this issue yet ...
There was already a proposal discussed to fix an similar problem in this #244 Patch for Bug: #1417 opening pictures from 7-zip
So ...my problem and my technical view to this:
I tried the scenario with firefox (as default browser), and opening *.html-files in an .zip/.7z file was ok. Unfortunately the InternetExplorer (9) is set as default browser in our environment and cant't be changed so easy.
I made serveral tests with 7zip version 9.20, 9.25. 9.32 and 9.34, both on Win7-SP1 x86 and x64 and IE9 and latest IE11. There was always the same result:
If there is no (!) iexplore.exe process running, the first *.html-file (opened out from 7zfm.exe) will open with the Internet Explorer!! Trying to open another html-file out from this archive, while the IE is still opened, results in an new browser tab with error 'the webpage can't be displayed' ;the filepath to the local url adress in the temp folder does not exist.
After closing the whole IE browser first, the (first) html-file will always be displayed correctly.
While making some test scenarios I monitored the %TEMP% folder where the files should be temporarily be extracted from 7zip and opened from this location in the corresponding application.
Results:
1)
While there was no iexplore process running, the html file was opened correct in IE. The iexplore.exe process is therefor starting as a child process from 7zfm.exe. In %TEMP% there was an folder "7zO" followed by 8 HEX-digits. The first html-file can be found here.
The second html file wont't be opened in IE; the still exitsing %TEMP%\7zO-Folder (there ist just this one folder) still shows just the first opened file. The path to the second html-file in another and new (!) 7zO folder, that is shown in the new IE tab, is not (anymore) existing.
Perhaps the cause for 7z is, that there are always two iexplore.exe processes minimum running and you take the false; or WIN7 won't admit it, that another iexplore process as child from 7zfm can be started.
Also an security issue: Closing 7zfm.exe will not delete the 7zO-Folder or its content! The %TEMP%/7zO-files or folders will only be deleted when the browser (or the corresponding application running as 7zfm-child process) is closed first before closing 7zfm!
2)
Take a archive containing just *.txt files. All files can be opened parallel in always new (7zfm child) processes from notepad.exe. For every txt-file a new 7zO temp folder will be created containing just alwasy one txt file.
Proposal:
Why don't you extract temporarily the whole archive to the one temp folder when opening one file out of it, perhaps with a configurable limit size? So all files can be viewed from this one location...
There would also be the benefit that (jpg) pictures can be viewed in photo editor by navigating backwards and forwards. This wish was also discussed here in the forum.
Hope you can reproduce my problem and solving it within a coming version of your great tool.
Regards
Hello Igor,
Could you you already look at the problem?
The problem still exists with version 9.38 ;-(
Regards, and a happy new year!
Andreas