By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.
Bug 975 - Apps do not honor/use the Documents location set in user-dirs.dirs
Summary: Apps do not honor/use the Documents location set in user-dirs.dirs
Status: RESOLVED FIXED
Alias: None
Product: TDE
Classification: Unclassified
Component: tdebase (show other bugs)
Version: R14.0.0 [Trinity]
Hardware: All Linux
: P1 critical
Assignee: Timothy Pearson
URL:
Depends on:
Blocks: 989
  Show dependency tree / graph
 
Reported: 2012-04-22 14:35 CDT by Darrell
Modified: 2013-04-19 14:33 CDT (History)
2 users (show)

See Also:
Compiler Version:
TDE Version String:
Application Version:
Application Name:

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

Note You need to log in before you can comment on or make changes to this bug.
Description Darrell 2012-04-22 14:35:10 CDT 
Use the File/Open option in an app such as Kate/KWrite/Kedit. The resulting kdialog does not open to the preferred "documents" location set in KControl:System Administration:Paths.

The pattern seems to be this:

* The contents of user-dirs.dirs is ignored in kdialog.

* If $HOME/Documents exists, then always use $HOME/Documents as the "documents" path in kdialog, regardless of the Path setting.

* If $HOME/Documents does not exist, then use $HOME as the "documents" path in kdialog, regardless of the Path setting.

Most users probably never see this bug because they use a location of $HOME or $HOME/Documents, which this behavior pattern observes. People in a multi-user environment who prefer or need a default "documents" location outside of $HOME are affected by this bug.

KControl does seem to update and read user-dirs.dirs. I write "seems" because I have seen instances when that did not happen, but I can't replicate the behavior.
Comment 1 Darrell 2013-04-18 23:07:27 CDT 
I just ran a quick test. The problem seems fully related to the [$e] quirk discovered in bug report 976. (I haven't yet finished recompiling and testing for bug report 976.) Without the [$e] the dialogs seem to work correctly. When I manually insert the [$e] then the dialogs ignore user-dirs.dirs.

Let's wait until I finish testing, but likely we can close this report when we formally resolve bug report 976. :)

Great!
Comment 2 Darrell 2013-04-19 14:33:42 CDT 
Tagging as resolved. Refer to bug report 976 for a discussion of the fixes and patches.