To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=64357
------- Additional comments from [email protected] Mon May 11 22:12:49 +0000 2009 ------- This is a potentially huge issue on multi-user Unix machines. In our Enterprise we have a great many mountpoints under /java since it is an automount map which has existed for many years and like many such enterprise databases is not particularly well maintained as admins come and go. Consequently it can take up to *30 minutes* on first startup for OpenOffice due to searching that point and encountering stale/obsolete references. For a given server with many users, the "right" JRE is in the same place for everyone. So an admin ought to be able to configure a path, thus averting the need for users to do so. Since this is a chooser anyway, why not first prompt the user/admin and allow them optionally to specify a path to the desired JRE, or allow a "browse fs" selection? The current "search everywhere to provide a set of selectable alternatives" algorithm should be another option, rather than the only one. I'm not sure how to change the priority of an Issue but it seems to me it should be at least a P2 given the potential severity of impact on many sites. Please consider addressing this issue at the earliest opportunity. It could be as simple as a command line an admin could use to specify a path which obviates the need for users to run the "search everywhere" algorithm, if we don't have time for something fancier. Thanks for your consideration. --------------------------------------------------------------------- Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
