2romulous
1. closed TC,
2. opened wlx.ini (plugins section redirected to other file),
3. deleted proper entry and saved changes,
4. launched TC and added plugin from its Configuration dialogue.
5. restarted TC due to habits
Now it works nicely but as I've said: it is strange.
BTW just a thought: can you check the number of extensions in IViewAdditionalTypes parameter inside [Lister] section? I discovered recently some strange errors with SynPlus if it is too long. Maybe HTMLview can be interrupted too?
Note to myself: report length bug.
"When we created the poke, we thought it would be cool to have a feature without any specific purpose." Facebook...
When I open a HTML file in Lister, press F3 to bring up the search, then type in a word not on the page and perform the search, the dialog box that pops up telling me the word was not found is titled "IEView" - but I don't have IEView installed!
2fenix_productions
Here is the contents of the Lister section of wincmd.ini:
IViewAdditionalTypes is only for if you use Irfanview/Xnview. There is a default setting for that but you can add more to it. I don't have it either as I don't use those programs. I use ACDSee.
chmod a+x /bin/laden -- Allows anyone the permission to execute /bin/laden
How do I un-overwrite all my data?
User of Total Commander #60471 Single user license
I don't have a wlx.ini, nor is there a 'plugins' section in wincmd.ini. I do recreate my wincmd.ini from scratch everytime I reinstall Windows anyway, and I only did that last week - and I had the problem with the prior install, so removing and adding the plugin didn't fix it for me.
Oh, IEView is referenced inside HTMLView's ini file. I assume the HTMLView author just, ah 'borrowed', the code from IEView and didn't quite cover it up by changing all the references to IEView. That would be why the Find box still says IEView.
Anyway, if anyone ever works out how to fix this one, please let me know. Data loss is a bad thing.
I could reproduce the bug using only Internet Explorer, with no opened Total Commander or Lister at all.
1. Open anyfile.html with IE and don't close it until the end (just to keep iexplore.exe in memory)
2. Copy 1.mht to test.mht
3. Open test.mht with IE
4. Close IE window with test.mht
5. Copy 2.mht to test.mht
6. Open test.mht with IE
7. See contents of 1.mht instead of expected 2.mht
Tested with Internet Explorer 8 and saved forum page (this topic) as 1.mht.
Yep, and I still have the bug - and I wiped my PC a few days ago and installed a totally new OS (Win 7 64bit, was using XP Pro 32bit - I don't carry across any Total Commander settings either, so the ini files are freshly generated as well). It's very, very frustrating. The add-on is not being developed anymore, so I can't ask the dev to fix the bug, and there is still no real good alternate to HTMLView. Universal Viewer (ATViewer) comes close, but I mainly use Lister to view MHT files, and there are far less MHT files that cause HTMLView to lock up (taking Total Commander with it, I wish Lister was separated from the TC memory space - pages saved from the Microsoft website lock up Total Commander and Lister every single time) or otherwise incorrectly display, then there are that cause Universal to lock up (or otherwise not display correctly). If anyone knows of a good alternative to HTMLView, please post here
The bug is present in Internet Explorer 6 and 7 as well. And Universal Viewer too, if you drag the second "test.mht" file to the window without closing it. So it seems to be a bug of Internet Explorer's rendering engine.
Ok, problem seems to have disappeared in Win 7 64 bit with IE8. I think I understand now - neither UV nor HTMLView use their own HTML engine. They both use IE installed on the OS. So, if IE on the OS has this bug, then both these plugins will. If IE does not have the bug, neither will either of the programs, and it would seem that v8 on Win 7 no longer has the bug. I was under the impression that both UV and HTMLView used their own HTML engine.
