Apache OpenOffice (AOO) Bugzilla – Issue 66938
WINDOWS XP LIMITED ACCOUNT USER CAN'T ACCESS DATABASE
Last modified: 2013-08-07 15:45:17 UTC
This problem for me arose upon my migration from OOo 2.0.2 to OOo 2.0.3. System is Windows XP (Home). Previously, created, accessed, and updated a database as dBaseIV, accessed through Base. Creating user was Windows XP Limited Account. Upon conversion, as Limited Account user, attempted to access database. Got error message, "Preparing to install." Followed by, "Installation Wizard cannot be run properly because you are logged in as a user without sufficient administrator rights for this system." If I change the user to an Administrator account, then access proceeds normally, as it would have under OOo 2.0.2.
change prio if unclear, please read: (http://www.openoffice.org/scdocs/ddIssues_EnterModify.html#priority)
sorry, this is better: http://www.openoffice.org/issues/showattachment.cgi?attach_id=31957
change owner
generally works fine for me - must be a more specific problem clu->srblevi: 1. i do not understand, what happens with the 'install wizard' - have you started such process? (does not appear on my computer) 2. is your database file on your computer or do you connect over a network? 3. does the same happens with the oo native (hsql) database?
Thank you for giving this your attention. It does *not* "work for me." Prior to the upgrade, I would: 1) Execute OpenOffice Base and wait for it to prompt me as to which database to open. 2) Upon the prompt, I would select the appropriate *.odb file, and it would open the *.dbf file it was associated with. Now, if I execute 1) above, I get the error messages. Since submitting this, I have discovered that if I navigate to the *.odb/*dbf files directory, and click on the *.odb file, it always prompts me for which routine to open it with. "sbase" is highlighted, I go ahead and use it, and I have been able to get in that way. I would prefer this routine work "as before." If the problem is that my Windows XP settings are incorrect, I haven't a clue what to change or how to change them.
clu->srblevi: 'works for me' means that this is not reproducable on our test machines in current state and it not seems to be a general problem, so we have to investigate it further 1. is the .dbf file on your computer? 2. does it only happen with this database or does it also occure with a new created native (hsql) database?
set keyword 'needmoreinfo'
In response, the .dbf and .odb file are both in the same directory. As a Limited Account user, I cannot execute dbase from the Start Menu at all. The *only* way I *have* been successful has been to us Windows Explorer to locate the .odb file, click on that, and then work my way through XP's search for an appropriate file. I have recently experienced the phenomenum of shortcuts created on my Desktop all of a sudden lack sufficient authority to execute their target files, while those same entries on the Start Menu work just fine. Shortcuts in the Start Menu that I drag to the Desktop work just fine from the Desktop, but not the one for dbase. I respectfully request your continued consideration of this issue. If there is something I am doing, or failing to do, at my end that is causing this anomolous behavior I am willing to be educated. Thank you.
clu->srblevi: sorry for the delay does this problem still exist in a current version (2.2 or newer)?
no repro, no respond -> set to invalid
close - do not hesitate to reopen this issue if it is still repro in a current version and you have to add anything for better repro