Apache OpenOffice (AOO) Bugzilla – Issue 1763
Windows XP does not load help files
Last modified: 2004-02-09 10:24:41 UTC
I'm submitting this issue in order to inform you that when OpenOffice is installed on Windows XP build 2600 it does not appear to make the help files visible. You may see a screenshot of what I'm talking about by pointing your web browser to: http://home.tampabay.rr.com/jtiner/openoffice_screenshot_blank_help.jpg I desperately need to view your helpfiles so that I may find out how to use a mySQL database / ODBC connection to generate things such as mailing labels and letters automatically. Please help or at least point me in the correct direction. Thank You, -jtiner jtiner@tampabay.rr.com
Created attachment 541 [details] Screenshot of blank help file problem under Windows XP Pro build 2600.
changing this to component UI .... This is either a problem of the help system (dispatching wrong URLs or such) or the help core (supplying wrong data). But this has to be examined by the UI team.
The issue doesn't depend on XP. It sometimes occurs on other Win systems, too.
Same problem with 638C under Win2000 - left pane shows up, but no content appears in the right pane. Restarting, clicking everywhere, nothing works. Just sits there. I have StarOffice 5.2 installed as well.
For additional reference - Armin was seeing it on his machine, but neither Dublin nor Hamburg QA could reproduce it at the time. There is a small amount of discussion on it in the releases mailing list archive.
*** Issue 1902 has been marked as a duplicate of this issue. ***
*** Issue 1949 has been marked as a duplicate of this issue. ***
It appears that if OpenOffice is installed in a directory containing spaces on MS Windows, this problem appears. Untill this is fixed, reinstall into a directory like c:\apps\OpenOffice.org638 instead of c:\Program Files\OpenOffice.org638.
this seems to happen when oo is installed in a path which has spaces in it, and not otherwise.
*** Issue 2072 has been marked as a duplicate of this issue. ***
two reasons: 1. a used component does not accept correctly encoded urls, and so can't find the main_transform.xsl. 2. use osl_getThreadTextEncoding to determine encoding for non- unicode interfaces to native filesystem.
*** Issue 2294 has been marked as a duplicate of this issue. ***
Created attachment 2649 [details] Help information not displaying in OO 1.0.1 on RHL 7.3
This happened on 1.0 and happens on 1.0.1 on Red Hat Linux 7.3, kernel 2.4.18-10, KDE 3.0.0-10. See attachment for an example.
changing QA contact - for those reading only the issues@ui list (forgot this a long time ago when I changed the component from database access to UI).
Please close, maybe after verifying.
No visible problem left since OOo 1.1
Closed.