Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Selecting Tools - Options - Java takes some time -> hourglass icon? | ||
---|---|---|---|
Product: | General | Reporter: | swissmac <lists> |
Component: | ui | Assignee: | AOO issues mailing list <issues> |
Status: | CONFIRMED --- | QA Contact: | |
Severity: | Trivial | ||
Priority: | P3 | CC: | frank.loehmann, haxwell, issues, joachim.lingner, mseidel, olaf-openoffice, rainerbielefeld_ooo_qa |
Version: | OOo 2.0 Beta | Keywords: | oooqa |
Target Milestone: | --- | ||
Hardware: | PC | ||
OS: | All | ||
Issue Type: | ENHANCEMENT | Latest Confirmation in: | 4.1.0-dev |
Developer Difficulty: | --- |
Description
swissmac
2005-03-12 15:36:42 UTC
Framework issue. Confirming the initial issue of Tools/Options/Java freezing. Mine did not completely freeze, but it did stop responding for a few seconds when I went to that tab. If the reason is that it has to look something up in the system, perhaps a small dialog saying "Analyzing Java Runtime Environments" or something would alleviate any user concern. Using OOo 1.9.84. I can't confirm the 'freezing', but I think it's a good idea the we should have a hint to what the office is doing. I can't ignore the possibility that I have a strange JRE set up, although I have no idea why this would be. To test such a case, is there a place to check on where OOo thinks the JRE is located? If it thinks the JRE is in one place, and it isn't, it might hang whilst looking constantly in the wrong place? I know OOo takes system settings to create the default blank page on opening the program, so it may also take the system info for JRE location, and if this has become corruptedd it may cause the hanging behaviour I have experienced. This is of course the problem with always assuming the system settings are always right, often they aren't! Could you have a look in C:\program files\Java and tell us what JREs are installed? OOo locates different JREs and starts the respective java executable with a small program, to obtain the system properties (version, vendor, home, accessibility). The office must wait until the java process terminates and it must also wait until the error and output stream of that process is closed. This does not happen. It seems that only Win 98 is affected. I will build in a work around. Meanwhile you could do this. Find out what JRE installations you have. Then cd into ever ...\jrexyz\bin directory. Run the the JREProperties program from the office installation. For example, java -cp "c:\program files\Office\program" JREProperties Do not bother about the output. Then run the office and select tools->options, Treeview(left side)->OpenOffice.org->Java. Select the JRE and click OK. Now since you have selected a JRE, the office will use that from now on. *** This issue has been marked as a duplicate of 44608 *** I am using j2re1.4.2_05 But what do you mean "cd into ever..."??? Do you mean to enter a DOS window to run the cd (change directory) command? I would need to know the entire path to do that... and as for "ever" ...??? Sorry, I must be slow today. :-/ Also, what does java -cp "c:\program files\Office\program" JREProperties mean? I am on Windows, not Linux... and by "Office" do you mean OpenOffice? Sorry, I am completely confused as to whether you want me to initiate these things in OOo, in DOS, or if they are instructions for a Linux machine. I also cannot find any JREProperties file in the \bin file in the JRE I have, at least not one called that. I am happy to try what you say if I know exactly what to do, but last time I tried to run the last part of the instructions (about changine the Tools - Java settings) the computer crashed totally. I hope the bit I don't understnad in the middle is the bit that will stop this happening... OF: Reopening for further rework. OF @ JL: I think it would be a usefull enhancement when will display something that indicates that there is something still running and the user should be patient. Adjusting the summary accordingly. See internal issue 6522967. . *** Issue 79880 has been marked as a duplicate of this issue. *** How about while walking the file system (or the registry or whatever) you periodically check for keyboard activity, especially up-arrow, down-arrow, escape, control-c, break, etc. and if present, abort the search? An indication that the application is still alive and doing something is essential, but making a user wait two or more minutes because they happened to scroll down through options and hit "Java" instead of remembering to mouse over that selection is punitive, to say the least. Not only that, but without polling for Windoze events while searching for JVMs, the OS thinks the application is "non-responsive". A user who pulls up Task Manager can reasonably conclude that the program has suffered a terminal hang and restart it. jl->pb: please take care of this. according to release status meeting -> target 3.x Is this issue still relevant? It was mentioned in one comment that it is related to Win98, so possibly it can be closed. *** Issue 101483 has been marked as a duplicate of this issue. *** At least it is still valid. OOo should not 'freeze' when looking for Java in Tools - Options. Showing something like a hourglass would be helpful. Yes, it's still relevant in Linux. I filed bug 101483 (now marked a duplicate of this one) because the user is given no info on what's going on and can't interrupt whatever it's doing once it's started. @ mba: Is it possible to integrate something like the hourglass symbol? I think it is, but we have to see. Still Reproducible with server installation of "AOO 4.1.0-Dev – English UI / German locale - [AOO410m1(Build:9750) - Rev. 1566800 - 2014-02-12]" on German WIN7 Home Premium (64bit)", own separate user profile. Reset the assignee to the default "issues@openoffice.apache.org". |