Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Add -nogui option for some response installs (patch) | ||||||
---|---|---|---|---|---|---|---|
Product: | Installation | Reporter: | mmeeks <mmeeks> | ||||
Component: | code | Assignee: | falko.tesch | ||||
Status: | CLOSED FIXED | QA Contact: | issues@installation <issues> | ||||
Severity: | Trivial | ||||||
Priority: | P3 | CC: | dirk.voelzke, issues, stx123 | ||||
Version: | OOo 1.0.1 | Keywords: | oooqa | ||||
Target Milestone: | --- | ||||||
Hardware: | PC | ||||||
OS: | Linux, all | ||||||
Issue Type: | ENHANCEMENT | Latest Confirmation in: | --- | ||||
Developer Difficulty: | --- | ||||||
Attachments: |
|
Description
mmeeks
2002-09-10 12:34:21 UTC
Created attachment 2788 [details]
patch to add -nogui
Hi Falko, what do you think? I really like to have Falko's feedback, but could somebody from the installation project have a look at the patch in the meantime? If it works, why not include it? I've not included the patch but found another solution. When we have a response file, we only need vcl when we want to start the response file autopilot ( -rspa ). I've changed the parameter recognition to be case insensitive in loader.c, too. Last, in an src643 you can use the parameter -dontdeletetemp to prevent the setup from removing the temp dir. I disagree; We want to throw up GUI dialogs if a problem happens during the first time auto-setup for a user of a network install. Here is what typically happens: a) build /install -net on a machine with no GUI with a response file b) Install file set image c) Run custom 'soffice' script that does a silent user install [ no user wants to be bothered with filling in tens of lines of guff before they can do anything / load a mail attachment the first time ] This process uses a different per-user response file doing a minimal setup. d) Run the user's installed version. So - the problem with disabling the GUI is that if an error occurs during step c) the GUI user will see nothing, no nice warning dialog, no ability to change it. Thus - it would be altogether better to apply the attached patch, and revert the change disabling the GUI altogether for the response file case - from my perspective at least. Michael, Dirk, would you like to follow-up on dev@installation or continue in this issue? Greetings, Stefan. Sorry, but the requirement has been 'no gui during response file installation'. Therefor my fix is ok. Disabling the GUI with a parameter is a nice idea, but you have to change much more than just the parameter recognition. E.g. what should happen if somebody start the setup with -nogui but without a responsefile? Perhaps we should do it the other way and have an aditional parameter -showerrors? But Stefan is right, we should continue on dev@installation. Dirk My initial mail, explaining the issue in detail - was posted last tuesday to dev@installation.openoffice.org: 6 days ago. As yet - it has recieved precisely 0 replies; this doesn't fill me with confidence that anything will happen on-list. :-) Strangely, my previous mail to that list also recieved no reply after a week or so, leaving me to suspect the list is not used whatsoever for any sort of development discussion. I still tend to think the 'fix' is a mistake; Although nobody should use GUI calls when using setup with responsefiles, you can call hidesetup or showsetup which causes a core dump when the gui was not initialized. Therefor i've rolled back my changes and added the -nogui option. You will get an error message when you try to use the -nogui option without a response file. Thanks that's great news. *** Issue 12679 has been marked as a duplicate of this issue. *** The Issue you raised has been marked as 'Resolved' and not updated within the last 1 year+. I am therefore setting this issue to 'Verified' as the first step towards Closing it. If you feel this is incorrect, please re-open the issue and add any comments. Many thanks, Andrew Cleaning-up and Closing old Issues ~ The Grand Bug Squash, pre v3 ~ http://marketing.openoffice.org/3.0/announcementbeta.html As per previous posting: Verified -> Closed. A Closed Issue is a Happy Issue (TM). Regards, Andrew |