Bug#602127: openoffice.org-writer: Macro tab throws too many "selected JRE is defective" dialog boxes
Hi,
On Mon, Nov 01, 2010 at 03:14:56PM -0400, Daniel Kahn Gillmor wrote:
> Please install the openoffice.org-java-common package for this
> functionality.
This is patched in, because otherwise people might just not know
that they need that package for Java support :)
> Vendor Version
> -------------------------------------------
> ( ) Free Software Foundation, Inc. 1.5.0
>
> but the radio button on the left was not selected.
What's in your javasettings file?
$ find .libreoffice/ -name "javasettings*"
.libreoffice/3/user/config/javasettings_Linux_X86_64.xml
> I clicked it to select it, and the warning no longer appears.
>
> It seems like there are potentially several UI problems here:
>
> 0) there is no need for 15 prompts, when one will suffice.
But there's various functions apparentry trying to use Java whose don't
know of each other and each tell "Ey, Java broken!".
> 1) if exactly one JRE is present and available, and the "Use a Java
> runtime environment" checkbox is checked, why not auto-select that
> item when trying to prompt like this?
Because the info is in that file, and apparently it is broken.
For reference: Just removed the dir, started LibO and opened the dialog -
and had OpenJDK preselected:
<?xml version="1.0" encoding="UTF-8"?>
<!--This is a generated file. Do not alter this file!-->
<java xmlns="http://openoffice.org/2004/java/framework/1.0"; xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";>
<enabled xsi:nil="true"/>
<userClassPath xsi:nil="true"/>
<vmParameters xsi:nil="true"/>
<jreLocations xsi:nil="true"/>
<javaInfo xsi:nil="false" vendorUpdate="2004-01-30" autoSelect="true">
<vendor>Sun Microsystems Inc.</vendor>
<location>file:///usr/lib/jvm/java-6-openjdk/jre</location>
<version>1.6.0_18</version>
<features>1</features>
<requirements>1</requirements>
<vendorData>660069006C0065003A002F002F002F007500730072002F006C00690062002F006A0076006D002F006A006100760061002D0036002D006F00700065006E006A0064006B002F006A00720065002F006C00690062002F0061006D006400360034002F007300650072007600650072002F006C00690062006A0076006D002E0073006F000A002F007500730072002F006C00690062002F006A0076006D002F006A006100760061002D0036002D006F00700065006E006A0064006B002F006A00720065002F006C00690062002F0061006D006400360034002F0063006C00690065006E0074003A002F007500730072002F006C00690062002F006A0076006D002F006A006100760061002D0036002D006F00700065006E006A0064006B002F006A00720065002F006C00690062002F0061006D006400360034002F006E00610074006900760065005F0074006800720065006100640073003A002F007500730072002F006C00690062002F006A0076006D002F006A006100760061002D0036002D006F00700065006E006A0064006B002F006A00720065002F006C00690062002F0061006D006400360034000A00</vendorData>
</javaInfo>
</java>
> 2) If the dialog box must be shown (e.g. if there are 0 or 2 or more
> JREs available), then [[OK]] seems problematic; you're asking the
> user to remember a path through an infrequently used UI. Instead of
> just [[OK]] in response to the prompt, why not offer a button that
> takes the user to the relevant configuration setting?
Tools->Option might be "infrequently used", but Options is not a menu
which is hidden - everyone should know it. And those who don't know
get told. (personal opinion)
Grüße/Regards,
René
--
.''`. René Engelhard -- Debian GNU/Linux Developer
: :' : http://www.debian.org | http://people.debian.org/~rene/
`. `' rene@debian.org | GnuPG-Key ID: D03E3E70
`- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70
Reply to: