Bug 171692
| Summary: | OOo-2.0 won't allow selection of other (e.g. Sun) Java JREs | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Bryan Cole <bryan.cole> | ||||
| Component: | openoffice.org | Assignee: | Caolan McNamara <caolanm> | ||||
| Status: | CLOSED ERRATA | QA Contact: | |||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 4 | CC: | esteban.xandri, garrett.mitchener, kiltedknight, marius.andreiana, pmatilai, rdieter, t.matsuu | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | i386 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | 2.0.1-143.2.1 | Doc Type: | Bug Fix | ||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2005-12-05 09:02:49 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
Bryan Cole
2005-10-25 11:56:17 UTC
Correct. You can only select gcj because of numerous reports of people selecting other JRE's which then didn't work with OOo. What doesn't work with gcj ? The most recent issue I had with gcj was xhtml export didn't work. Also, JMF (for the media player) doesn't work with gcj. As it happens, both these examples are broken in other respects (JMF-support is totally borked since somewhere around the 1.9.90 builds, and xhtml export missed things like XForms etc.). My experience was that the Sun JREs worked fine with the previous FC4 OOo betas. I think removing the facility to specify other JREs is a little dracionian. The ability to swap JREs is useful to help understand if a problem is specific to gcj (or another JRE) or a problem with OOo itself. Also, who's to say some users may not have OOo java extensions which only work with a specific JRE (not the Java Ideal, I know but it happens); OOo shouldn't place unecessary obstacles in the users path. If you really feel disabling support for other JREs is essential, I think a sane error message explaining as such is required (if only to avoid multiple bug-reports like mine). I have same view on this topic. So if you will not support other java than gcj is there a way to workaround this limitation. Created attachment 120597 [details]
javavendors.xml
copy this to /usr/lib/openoffice.org2.0/share/config/javavendors.xml and the
sun jre is selectable.
I think what I'll do is rejig things to make gcj the preferred jre, but allow
others to be manually selected.
I've also found a *major* problem with the database related to gcj. I created a database in an ooo file (not connected through sql or anything) on one computer and copied my file to my laptop. After I upgraded my laptop to ooo 2.0.0-3.2.1, all the dates appeared as 1/1/1970 in the table view and in forms. The dates stored in the file seem to be intact even though they all display as 1/1/1970. If you try to change a date, it turns into 1/1/1970 before being stored in the file. So I downgraded my laptop to the previous ooo 1.9, and discovered that if you use gcj, the same problem occurs. I installed the jpackages for java and switched to Sun's java, and the dates work fine again. caolanm->caeshmer: Can you log a seperate bug with your specific problem and assign it to the hsqldb module in fedora with a sample openoffice.org-base document which reproduces this sub-problem. To caolanm: I just posted it, bug # 172305. reenabled 2.0.0-3.7 rawhide. 2.0.1 proposed for Nov 11, propose to push for fc4 along with that update *** Bug 174788 has been marked as a duplicate of this bug. *** |