Bug 79822

Summary: Acroread's "userFrontEndProgram" flag doesn't work
Product: [Retired] Red Hat Linux Reporter: Dmitry Bolkhovityanov <d.yu.bolkhovityanov>
Component: pluggerAssignee: Than Ngo <than>
Status: CLOSED RAWHIDE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 7.3   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2002-12-17 15:32:16 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description Dmitry Bolkhovityanov 2002-12-17 03:49:08 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2) Gecko/20021203

Description of problem:
The /etc/pluggerrc contains 

-xrm '*userFrontEndProgram: FALSE' 

in the acroread command line.  However, with at least acroread-4.05 this flag
doesn't work.

Changing this to "+useFrontEndProgram" (see "acroread -helpall") does the job.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Give two users (let them be "bill" and "bob") access to the display.
2. Open acroread under first user ("bill").
3. Start Mozilla under another user ("bob") and point it to some PDF file on the

Actual Results:  Acroread says that it can't open the file -- "Permission denied"

Expected Results:  The file should open without any problems.

Additional info:

The problem is that if acroread is already started under "bill", that instance
of the program will be used, but "bill" doesn't have access to "bob"'s .mozilla/
(and .netscape/) directory.

The same will happen if acroread was previously launched from one machnie, and
mozilla/netscape -- from another: these programs live in distinct filesystem trees.

Comment 1 Ngo Than 2002-12-17 15:32:16 UTC
It's fixed in 4.0-22. many thanks for your report.