Closed Bug 131260 Opened 23 years ago Closed 3 years ago

Font Catalog code fails to detect NFS dir is not writable

Categories

(Core :: Internationalization, defect)

Product:
Core
Component:
Internationalization
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED INVALID
Milestone:
mozilla1.2alpha

People

(Reporter: amyy, Unassigned)

Details

(Keywords: intl)

When I store ttf in some private place, e.g. my home directory /u/ylong, and when I login by root and launch the browser, it will enable those ttf, but not load into a local place. So that I could not get those ttf though browser, I have to login as myself to locate them first.
Reassign to Brian.
Assignee: yokoyama → bstell
Keywords: intl
QA Contact: ruixu → ylong
when running a root if the font dir is owned by a non-root user then the font catalog code should detect that the dir is not writable and store the font catalog in $HOME/.mozilla/fonts/catalog (where $HOME is root's home dir) not in the dir with the fonts This seems like a low priority bug.
Status: NEW → ASSIGNED
Summary: True type font has to be shared as publich by default → Font Catalog code fails to detect NFS dir is not writable
Target Milestone: --- → mozilla1.2
Another problem: when I login as root, I'll see the problem in bug 130661 (bold, italic won't work).
QA Contact: amyy → i18n

The bug assignee didn't login in Bugzilla in the last 7 months.
:m_kato, could you have a look please?
For more information, please visit auto_nag documentation.

Assignee: bstell → nobody
Status: ASSIGNED → NEW
Flags: needinfo?(m_kato)

Closing old bugs as invalid.

Status: NEW → RESOLVED
Closed: 3 years ago
Resolution: --- → INVALID
Flags: needinfo?(m_kato)
You need to log in before you can comment on or make changes to this bug.