Apache OpenOffice (AOO) Bugzilla – Issue 7014
Incomplete storage/retrieval of User Information
Last modified: 2004-03-12 14:18:54 UTC
On all versions from SO 5.1 onward, on Windows and OS/2, the dialog that stores and retrieves User Informationn (Name, Address, etc.) does not actually store the user's State field, and in OOo 1.0.1 specifically, when I manually entered the data in the proper file, the dialog would not display it. I would like to try fixing this problem, but am new to using a CVS code base, and cannot find the code for this dialog. If someone could just point me to the proper place, I'd like to try it. Thanks, Matt Needles
I'm not sure that I got you right. You're talking about Tools/Options/Star|OpenOffice/User Data and the "State" edit field? I've checked it SO 5.2, SO 6.0 and in our internal development version and it works as expected.
Matt, can you give us some more information about your environment? And perhaps what exactly you enter into the dialog? I could not reproduce the problem you describe, here, OOo 1.0.1 correctly remembers anything which I enter in the "State" field. If you want to try to track this yourself: The tab page which is used in the options dialog is implemented in svx/source/options/adritem.*. The page uses a class which wraps the configuration access, which is declare in svtools/inc/useroptions.hxx, and implemented in svtools/source/config/useroptions.cxx. Frank
re-opening as per request in issue 9136. The reporter keeps claiming that this happens on his installation, so we should try to nail down what's different for him ...
*** Issue 9136 has been marked as a duplicate of this issue. ***
os->dv: Reading issue 9136 I think the setup doesn't keep the "State" information, not the Office's tools/options-dialog
I'll have a look.
to OO and DV: That's what I have observed, that the setup dialog does not save the State field. The setup dialog and the Tools->Options dialog do not save to the same place, in Windows, either. One of these saves to the Registry, the other to a file in the user's install directory. When a -net install is used, the second is preferred, since each different user on one machine would overwrite the Registry entries, probably.
I've never been able to reproduce: Whenever I've had entered my user data at setup I can find the correct entries in Tools | Options | UserData.
I'll detail how I do my installs: First, in case of win98, I make sure JRE 1.4.1 and UNICOWS.DLL are installed. Next, I run setup -net from the install folder of the distribution set. I change to Custom Install so I can add the ActiveX plugin (1.1x or 644 versions) I leave installation directory as default When installation finishes, I run setup from the shortcut just installed in the base installation folder. When I get to the User Data dialog, I fill in all fields from top down to Country, then skip to email address and make my entry. Then I click Next. On the next screen I select (already done) Workstation Installation, click Next. On next screen (Select Installation Directory) I make no changes in 1.1x or 644x, but must change it to \Windows\Profiles\<user>\Application Data\OpenOffice.org1.0.3 for (1.0.3.1 for example) in Win98, \Documents and Settings\<user>\Application Data\OpenOffice.org1.0.3 for WinXP, then click Next Click Install Check all boxes on Setup Program for OpenOffice.org <version>, click OK If replace file dialog appears for OpenSymbol font file, I might replace it or not, depending on whether or not I have a newer installation also installed. I click on Complete when finished. Then I open the application from the Start menu, and go to Tools- Options-User Data. The State field is blank. This happens EVERY time, on EVERY version from 638c to 1.1b2 on all flavors of Windows. It also happens on StarOffice 5.0 and 5.1, so the pertinent code has never been touched since Sun bought it.
*** Issue 10904 has been marked as a duplicate of this issue. ***
I saw this exact failure during installation of 1.1RC on RH9 linux. I filled in the user data during installation. I had someone sitting with me during the installation. While filling out the user data during the installation, I inadvertantly hit Enter prematurely, so I used the back button to go back. When I did, the State field was blank. The person sitting with me said, "That's odd, I saw you fill that in." I filled it in again, along with my other info, and carried on through the installation. Then I went to tools/options to set up the other parameters. Again, the State field was blank. I filled it in again. It stuck this time, even after closing OOo and reopening it. I agree that something is not right when filling out this field during the installation process, but it seems fine once filled in through the Options menu, after the installation. Note that the State field does not stick when filled out during the installation process, but does stick if it is filled out through the tools/options user data. Set the oooqa keyword. I am also setting the target milestone to OOo1.1.1 to help flag QA that this has been witnessed in 1.1RC.
*** Issue 9605 has been marked as a duplicate of this issue. ***
We saw this issue on a second machine, a laptop, also while loading 1.1RC. The first machine we witnessed this on is a desktop. Both machines run RH9 linux.
Thanks for finally confirming this. It has been a frustration for me for years, now.
I have noticed twice now that my selections for backup and autosave every x minutes are not "sticking" in my options. I reset them yesterday, after noticing that they were not selected. (I am 99% sure that I set these two parameters in particular when I made the last entries to this issue. They are my motivators to go into the options directly after installation.) Today, they were gone...deselected as they would be if I had freshly installed. I reset them again, and closed OOo, reopened, and they stuck...so far. I will watch them. This makes me very nervous. (As a side notes, my file>new menu choices are gone and my autopilot menu choices are gone. The second menu never pops up. I know this is a different issue altogether, and I know repair is the fix, but...could they be related?) Should I file a different issue for my backup and autosave choices, or are they ok to be logged here on this issue. Please advise. Running RH9 linux with OOo1.1RC.
There is one bug inside the setup application concerning the state field for an US address. There is a second bug in the OOo 1.1 rc, that we store to much information in the user data section ( like file new menu ). This one has already been fixed. And there is a third bug, which destroys the user data sometimes, which is unrelated to the setup application. If the backup and autosave settings are still vanishing ( in an version later than OOo 1.1 rc ), please file a new issue to the configuration(?).
According to the roadmap of OpenOffice.org 1.1 (http://tools.openoffice.org/releases/OpenOffice_org_1_x.html) this issue has been scheduled for 1.1.2. There is an easy workaround for this issue.
See Issue 25217 for fix for saving state info in setup application. Fix committed to 111fix3 so it should show up in 1.1.1.
Fixed with cws 111fix3
Please verify.
Is ok in OOo 1.1.1 rc2
Done