http://bugs.winehq.org/show_bug.cgi?id=23622
Summary: Severe bugs make displaying .chm files a disaster Product: Wine Version: 1.2-rc6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: test051102@hotmail.com
Since Wine 1.2 RC6 a bug in hh.exe or hhctrl.ocx was introduced. When displaying .chm files links do not work and graphics are not displayed. I have tested this with 2 different .chm files.
This has been a problem for a very long time in Wine until these bugs have been fixed. But now, someone re-introduced them.
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #1 from Andrew Nguyen arethusa26@gmail.com 2010-07-12 05:43:28 --- Does reverting the offending commit in bug 23416 on top of wine-1.2-rc5 resolve the issue?
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #2 from wineatic test051102@hotmail.com 2010-07-13 06:49:17 --- I am not yet able to compile Wine for myself. So I can't check this out. All I know is that everything worked fine with Wine 1.2 RC5.
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #3 from Austin English austinenglish@gmail.com 2010-07-13 10:24:14 --- A link to a broken .chm file would be helpful.
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #4 from wineatic test051102@hotmail.com 2010-07-15 09:05:41 --- Created an attachment (id=29615) --> (http://bugs.winehq.org/attachment.cgi?id=29615) test.chm File
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #5 from wineatic test051102@hotmail.com 2010-07-15 09:10:14 --- I have created a test .chm file which shows all failures under Wine 1.2 RC7. Please note, that none of the following problems occur under WinXP SP3:
(1) After opening the file, a red image should be displayed which is not the case (2) The links are not working (3) The button icons within the help window are wrong. All icons are displayed as a printer symbol and are not functioning at all
I have created the test.chm file with HtmlWorkshop 4.0 (4.74.8702.0)
http://bugs.winehq.org/show_bug.cgi?id=23622
wineatic test051102@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #29615|0 |1 is obsolete| |
--- Comment #6 from wineatic test051102@hotmail.com 2010-07-15 09:11:48 --- Created an attachment (id=29616) --> (http://bugs.winehq.org/attachment.cgi?id=29616) Now the correct file test.chm
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #7 from wineatic test051102@hotmail.com 2010-07-19 04:24:22 --- Unfortunately, this bug is still present is Wine 1.2 final.
Is there anybody who can confirm this using the test.chm file?
http://bugs.winehq.org/show_bug.cgi?id=23622
pvdeynse pvdeynse@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pvdeynse@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #8 from pvdeynse pvdeynse@gmail.com 2010-08-01 16:52:29 --- I'm using Wine 1.2 (1.2-0ubuntu2) Ubuntu 10.10(maverick-dev) (2.6.35-13.18-generic 2.6.35-rc6)
I can confirm for the attached test file (test.chm)
1) I don't see the red image 2) the links are not working 2) all icons are printer symbol and are not functioning at all
as a test, same file (test.chm) displayed with application xCHM v.1.17 was OK I see a red image with 2 links, both links are working fine.
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #9 from wineatic test051102@hotmail.com 2010-09-08 09:55:40 CDT --- (In reply to comment #8)
I'm using Wine 1.2 (1.2-0ubuntu2) Ubuntu 10.10(maverick-dev) (2.6.35-13.18-generic 2.6.35-rc6)
I can confirm for the attached test file (test.chm)
- I don't see the red image
- the links are not working
- all icons are printer symbol and are not functioning at all
as a test, same file (test.chm) displayed with application xCHM v.1.17 was OK I see a red image with 2 links, both links are working fine.
Thanks for confirming this. I have re-tested the issue with Wine 1.3.2 running under Ubuntu 10.04. Problem 3 seems to be fixed. The toolbar icons are now displayed correctly. But problems 1 and 2 which are the most annoying ones, are still present.
I can't believe that it is still not possible to display generic Windows help files which are in use since many years.
http://bugs.winehq.org/show_bug.cgi?id=23622
wineatic test051102@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.2-rc6 |1.3.2
http://bugs.winehq.org/show_bug.cgi?id=23622
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.3.2 |1.2-rc6
--- Comment #10 from Dmitry Timoshkov dmitry@codeweavers.com 2010-09-08 11:46:07 CDT --- Please don't change an originally reported Wine version.
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #11 from wineatic test051102@hotmail.com 2010-12-20 05:28:28 CST --- The situation has become even worse in Wine 1.3.9. I am developing a Windows based application which has a .chm file for it's help system. Older versions of Wine displayed only text without links and images. The new version simply displays empty pages.
Is there anybody out there who can take a look at the source code and remove the newly added code which totally kills Wine's ability to display .chm files?
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #12 from pvdeynse pvdeynse@gmail.com 2010-12-21 08:05:47 CST --- I can confirm that that hh.exe under wine 1.3.9 does not display the data of .chm files installed in the standard location being ~/.wine/drive_c/Program Files
Problem seems to be with the directory ../Program Files moving the .chm files to any directory "without spaces in the filename" works fine. e.g. ~/.wine/drive_c/*.chm <--- this works e.g. ~/.wine/drive_c/Program Files/*.chm <--- this does not work
wine 1.3.8 did not have this problem. tested on Ubuntu 10.10 and Debian unstable (sid)
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #13 from wineatic test051102@hotmail.com 2010-12-21 10:26:37 CST --- This is a nice workaround. So there seems to be a new bug with the .chm subsystem.
If I move my .chm file to some other directory and open it, it displays text content only. However, images and links are still not visible.
I guess, there are multiple bugs involved.
http://bugs.winehq.org/show_bug.cgi?id=23622
Kenneth Robinette support@securenetterm.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |support@securenetterm.com
--- Comment #14 from Kenneth Robinette support@securenetterm.com 2011-01-02 11:54:59 CST --- (In reply to comment #13)
This is a nice workaround. So there seems to be a new bug with the .chm subsystem. If I move my .chm file to some other directory and open it, it displays text content only. However, images and links are still not visible. I guess, there are multiple bugs involved.
I see the same problem. Boy, with WINE its one step forward and 10 back it seems with each new update. I am currently testing with WINE version 1.3.10 on a MacBook Pro 10.6.5 and a Redhat rhel 5 system.
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #15 from Kenneth Robinette support@securenetterm.com 2011-01-06 19:05:41 CST --- (In reply to comment #14)
(In reply to comment #13)
This is a nice workaround. So there seems to be a new bug with the .chm subsystem. If I move my .chm file to some other directory and open it, it displays text content only. However, images and links are still not visible. I guess, there are multiple bugs involved.
I see the same problem. Boy, with WINE its one step forward and 10 back it seems with each new update. I am currently testing with WINE version 1.3.10 on a MacBook Pro 10.6.5 and a Redhat rhel 5 system.
Seems as if this problem is much bigger then what has been reported so far. Earlier reports indicated that in WINE 1.2.rc5 the help file displayed correctly. Other reports indicated that it had something to do with being located in a path with spaces. Testing on a Redhat EL5 system seemed to confirm both of these observations.
However I started testing on a MAC 10.6.5 system and I could not get the help file to display correctly regardless of the location of the .chm file and it also failed on WINE release 1.2.rc5.
I used the Apple based iChm program to check the .chm files I was testing with and iChm displayed them correctly regardless of the location of the files.
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #16 from wineatic test051102@hotmail.com 2011-01-07 07:37:50 CST --- There was only a small period of time during which Wine was able to display my .chm file (not the test file attached to the bug) correctly including images and links! The last good version of Wine was 1.2 RC5. Previous versions suffered from similar problems like up to date releases.
Taking into account that I reported this bug about 6 months ago and that nobody even dared to think about it, one can conclude, that this bug obviously has no priority. Maybe we have to wait for years until simple .chm files are working in Wine. This is pretty annoying because without such a basic feature I will not be able to advertise my application as beeing compatible with Wine.
http://bugs.winehq.org/show_bug.cgi?id=23622
Jacek Caban jacek@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |jacek@codeweavers.com Depends on| |25463 Ever Confirmed|0 |1
--- Comment #17 from Jacek Caban jacek@codeweavers.com 2011-01-08 07:48:06 CST --- (In reply to comment #16)
Taking into account that I reported this bug about 6 months ago and that nobody even dared to think about it,
Calm down. See bug 25463 for spaces in URLs. As for the first regression, it's you who can't answer an important question from comment 1. Someone else may eventually test it for you (I'm not interested in it as long as we have bug 25463), but it will obviously take longer time than if you'd spend the time you use for complaining and help a bit.
one can conclude, that this bug obviously has no priority.
It is an important bug, but so are many others.
http://bugs.winehq.org/show_bug.cgi?id=23622
Bug 23622 depends on bug 25463, which changed state.
Bug 25463 Summary: ZEMAX cannot display help pages http://bugs.winehq.org/show_bug.cgi?id=25463
What |Old Value |New Value ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |FIXED
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #18 from Kenneth Robinette support@securenetterm.com 2011-01-16 10:55:05 CST --- (In reply to comment #17)
(In reply to comment #16)
Taking into account that I reported this bug about 6 months ago and that nobody even dared to think about it,
Calm down. See bug 25463 for spaces in URLs. As for the first regression, it's you who can't answer an important question from comment 1. Someone else may eventually test it for you (I'm not interested in it as long as we have bug 25463), but it will obviously take longer time than if you'd spend the time you use for complaining and help a bit.
one can conclude, that this bug obviously has no priority.
It is an important bug, but so are many others.
The fix for bug 25463 also fixed the display of the help file text, however it did not fix the problem with links not working and graphics are still not displayed.
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #19 from Jacek Caban jacek@codeweavers.com 2011-01-16 16:00:38 CST --- I see the problem. It should be fixed as soon as we will switch to IUri-based APIs for URL moniker creating in mshtml.
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #20 from Kenneth Robinette support@securenetterm.com 2011-01-17 09:06:21 CST --- (In reply to comment #19)
I see the problem. It should be fixed as soon as we will switch to IUri-based APIs for URL moniker creating in mshtml.
What's the time frame for this to happen?
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #21 from Jacek Caban jacek@codeweavers.com 2011-01-26 06:06:22 CST --- mshtml part is done but it's not enough. We need some fixes in Gecko. They are in Git and this bug will be fixed as soon as we'll have new Gecko release.
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #22 from Jacek Caban jacek@codeweavers.com 2011-01-31 12:07:53 CST --- See: http://www.winehq.org/pipermail/wine-devel/2011-January/088551.html for the new gecko build that fixes this bug.
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #23 from Kenneth Robinette support@securenetterm.com 2011-01-31 14:56:41 CST --- (In reply to comment #22)
See: http://www.winehq.org/pipermail/wine-devel/2011-January/088551.html for the new gecko build that fixes this bug.
I tried downloading the .cab files from the link specified in the above document and only receive files about 110K in size. The web site indicates they should be ~9MB in size. So don't know if a problem on my end or something wrong with files on sourceforge. The following is a dos list of the files downloaded:
104,885 wine_gecko-1.2.0-beta1-x86.cab 107,805 wine_gecko-1.2.0-beta1-x86_64.cab
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #24 from Kenneth Robinette support@securenetterm.com 2011-02-01 06:37:47 CST --- (In reply to comment #23)
(In reply to comment #22)
See: http://www.winehq.org/pipermail/wine-devel/2011-January/088551.html for the new gecko build that fixes this bug.
I tried downloading the .cab files from the link specified in the above document and only receive files about 110K in size. The web site indicates they should be ~9MB in size. So don't know if a problem on my end or something wrong with files on sourceforge. The following is a dos list of the files downloaded: 104,885 wine_gecko-1.2.0-beta1-x86.cab 107,805 wine_gecko-1.2.0-beta1-x86_64.cab
If you would place the .cab files in a tar/.bz2 file, it will download correctly. Everytime I try downloading a .cab file, it fails. When I request to download the wine-1.2.1.tar.bz1 file, it works.
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #25 from pvdeynse pvdeynse@gmail.com 2011-02-01 08:33:37 CST --- (In reply to comment #24)
(In reply to comment #23)
(In reply to comment #22)
See: http://www.winehq.org/pipermail/wine-devel/2011-January/088551.html for the new gecko build that fixes this bug.
I tried downloading the .cab files from the link specified in the above document and only receive files about 110K in size. The web site indicates they should be ~9MB in size. So don't know if a problem on my end or something wrong with files on sourceforge. The following is a dos list of the files downloaded: 104,885 wine_gecko-1.2.0-beta1-x86.cab 107,805 wine_gecko-1.2.0-beta1-x86_64.cab
If you would place the .cab files in a tar/.bz2 file, it will download correctly. Everytime I try downloading a .cab file, it fails. When I request to download the wine-1.2.1.tar.bz1 file, it works.
same problem, downloaded file 4 times in a row each with different size 1/02/2011 15:18 47,549 wine_gecko-1.2.0-beta1-x86.cab 1/02/2011 15:18 121,397 wine_gecko-1.2.0-beta1-x86(1).cab 1/02/2011 15:19 132,981 wine_gecko-1.2.0-beta1-x86(2).cab 1/02/2011 15:21 64,925 wine_gecko-1.2.0-beta1-x86(3).cab
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #26 from Kenneth Robinette support@securenetterm.com 2011-02-01 10:49:08 CST --- (In reply to comment #25)
(In reply to comment #24)
(In reply to comment #23)
(In reply to comment #22)
See: http://www.winehq.org/pipermail/wine-devel/2011-January/088551.html for the new gecko build that fixes this bug.
I tried downloading the .cab files from the link specified in the above document and only receive files about 110K in size. The web site indicates they should be ~9MB in size. So don't know if a problem on my end or something wrong with files on sourceforge. The following is a dos list of the files downloaded: 104,885 wine_gecko-1.2.0-beta1-x86.cab 107,805 wine_gecko-1.2.0-beta1-x86_64.cab
If you would place the .cab files in a tar/.bz2 file, it will download correctly. Everytime I try downloading a .cab file, it fails. When I request to download the wine-1.2.1.tar.bz1 file, it works.
same problem, downloaded file 4 times in a row each with different size 1/02/2011 15:18 47,549 wine_gecko-1.2.0-beta1-x86.cab 1/02/2011 15:18 121,397 wine_gecko-1.2.0-beta1-x86(1).cab 1/02/2011 15:19 132,981 wine_gecko-1.2.0-beta1-x86(2).cab 1/02/2011 15:21 64,925 wine_gecko-1.2.0-beta1-x86(3).cab
I finally was able to download the .cab files, applied the patch to the current git and am happy to report that our help files are displayed correctly and internal/external links appear to work correctly. Is there anything else that needs to be tested?
Sad to say that icons are not displayed in the left side contents view. What's the deal with that? I assume this has nothing to do with the latest gecko and associated changes.
http://bugs.winehq.org/show_bug.cgi?id=23622
Owen Rudge owen@owenrudge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |owen@owenrudge.net
--- Comment #27 from Owen Rudge owen@owenrudge.net 2011-02-24 12:41:36 CST --- (In reply to comment #26)
Sad to say that icons are not displayed in the left side contents view. What's the deal with that? I assume this has nothing to do with the latest gecko and associated changes.
Icon support is simply not implemented yet. To be honest, I hadn't actually noticed their (lack of) presence. If you've got the ability to draw some new icons, then it would be pretty straightforward to add them in.
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #28 from Kenneth Robinette support@securenetterm.com 2011-02-24 13:21:03 CST --- (In reply to comment #27)
(In reply to comment #26)
Sad to say that icons are not displayed in the left side contents view. What's the deal with that? I assume this has nothing to do with the latest gecko and associated changes.
Icon support is simply not implemented yet. To be honest, I hadn't actually noticed their (lack of) presence. If you've got the ability to draw some new icons, then it would be pretty straightforward to add them in.
I don't believe thats possible, the icons in the left view are internal to the help viewer. From what I have seen, there are only three possible icons, a book, an open book and one that is nothing but a "?". A minor issue, but makes end users think something is broken.
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #29 from Owen Rudge owen@owenrudge.net 2011-02-24 15:34:18 CST --- (In reply to comment #28)
I don't believe thats possible, the icons in the left view are internal to the help viewer. From what I have seen, there are only three possible icons, a book, an open book and one that is nothing but a "?". A minor issue, but makes end users think something is broken.
According to the MS docs included in the HTML Help Workshop, there are 8 predefined images, but contents files can include custom image strips, with up to 42 user-defined icons. Implementing support for custom strips is a bit more work, but it would be relatively trivial to draw the default icons and add in support for them.
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #30 from Kenneth Robinette support@securenetterm.com 2011-02-24 16:27:16 CST --- (In reply to comment #29)
(In reply to comment #28)
I don't believe thats possible, the icons in the left view are internal to the help viewer. From what I have seen, there are only three possible icons, a book, an open book and one that is nothing but a "?". A minor issue, but makes end users think something is broken.
According to the MS docs included in the HTML Help Workshop, there are 8 predefined images, but contents files can include custom image strips, with up to 42 user-defined icons. Implementing support for custom strips is a bit more work, but it would be relatively trivial to draw the default icons and add in support for them.
I believe the following article explains the default icons. It also mentions that custom images are possible, but difficult to actually create/use.
http://www.west-wind.com/Weblog/posts/1520.aspx
http://bugs.winehq.org/show_bug.cgi?id=23622
Erich Hoover ehoover@mines.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ehoover@mines.edu
--- Comment #31 from Erich Hoover ehoover@mines.edu 2011-03-07 14:17:19 CST --- (In reply to comment #29)
... but it would be relatively trivial to draw the default icons and add in support for them.
You might be able to recruit Joel Holdsworth for making the icons, he did a really great job with his "Wine Icon Refresh" project: http://www.airwebreathe.org.uk/wine-icon/
http://bugs.winehq.org/show_bug.cgi?id=23622
Jacek Caban jacek@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #32 from Jacek Caban jacek@codeweavers.com 2011-03-15 11:51:37 CDT --- The new Gecko is in Git now, so this bug is fixed. Feel free to file separated bugs for remaining problems, preferable with more meaningful summary.
http://bugs.winehq.org/show_bug.cgi?id=23622
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #33 from Alexandre Julliard julliard@winehq.org 2011-03-18 14:39:44 CDT --- Closing bugs fixed in 1.3.16.
http://bugs.winehq.org/show_bug.cgi?id=23622
--- Comment #34 from wineatic test051102@hotmail.com 2011-03-20 07:46:23 CDT --- I just made a quick test using the brand new Wine 1.3.16. Finally, standard .chm files are now displayed correctly including images and links.
Thanks for the good work. This is one of those bugs that looked very simple in the beginning, but required a lot of effort to get fixed.
-
wine-bugs＠winehq.org