Issue 34105 - Offer an API interface to query standard office paths
Summary: Offer an API interface to query standard office paths
Status: CLOSED FIXED
Alias: None
Product: App Dev
Classification: Unclassified
Component: api (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: All All
: P3 Trivial
Target Milestone: ---
Assignee: berend.cornelius
QA Contact: issues@api
URL:
Keywords: oooqa
Depends on:
Blocks:
 
Reported: 2004-09-13 11:08 UTC by berend.cornelius
Modified: 2013-02-24 21:07 UTC (History)
2 users (show)

See Also:
Issue Type: ENHANCEMENT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description berend.cornelius 2004-09-13 11:08:46 UTC 
This task is a follower of bug #i25951#:
Wizards like the Report Wizards fail to run when certain templates that lie in a
subfolder of share/template cannot be found after the user has modified the
settings in Tools/options/Paths... The problem in the above mentioned bug was
solved by delivering a messagebox that gives an explanation and a hint how to
reset the default settings of the office. However this solution is considered
suboptimal by user experience (and me, too).
Better solutions would be:
1) Prevent the user from modifying the office paths that are not user defined.
2) offer an API interface to query the standard office paths. As the user
defined office configuration wins over the share configuration the current API
interfaces therfor only offer access to the user configuration, when this has
been modified.. An API interface to query the standard office paths could be
used as a fallback, when the user configuration is not correct in a special case.
Comment 1 berend.cornelius 2004-09-27 12:33:26 UTC 
Another important issue around this topic is, that currently there is no safe
way to find out which paths are userdefined and which were set by the
configuration.  Right now you have to do something like parsing through the path
string  for a substring "/share" or  or "/user". This is not really elegant...
Comment 2 christianjunker 2005-07-18 23:15:49 UTC 
Use css::util::PathSettings service. Resolving.
Comment 3 Mathias_Bauer 2005-08-01 14:17:55 UTC 
Sorry. this doesn't help. We need a more sophisticated path handling. So I
reopen the issue, but IMHO it's an "Enhancement" issue.
Comment 4 Mathias_Bauer 2006-06-16 12:38:02 UTC 
Andreas, did we fix this problem with our new path settings? If not, could it be
done?
Comment 5 andreas.schluens 2006-06-19 07:47:04 UTC 
AS->TV: With our new path handling we offer the possibility to differ between:
- internal configured paths (configured by an admin or extended by an addon)
- user configured paths (set in the Tools->Options->Paths dialog)
- one writeable path (which must be used for write operations)

Please adapt your wizard implementation so it uses these new feature and btw. fix this 
bug.
Comment 6 tom 2006-06-19 09:16:36 UTC 
TV: accepted for 2.04
Comment 7 tom 2006-06-29 15:16:45 UTC 
TV: Fixed all wizards in CWS pathsettings01. The method
FileAccess.getOfficePaths now used the new PathSettings service. It supports a
search String that can be used to determine the correct Path if there are more
than one to choose from.
Comment 8 tom 2006-06-29 15:18:09 UTC 
TV->BC: Please verify the fixes.
Comment 9 berend.cornelius 2006-07-12 11:12:17 UTC 
verified in cws pathoptions01
Comment 10 ace_dent 2008-05-16 03:28:58 UTC 
This Issue is 'Verified' and not updated in 1yr+, so Closing.
A Closed Issue is a Happy Issue (TM).

Regards,
Andrew
 
Cleaning-up and Closing old Issues as part of:
~ The Grand Bug Squash, pre v3 ~