Open Bug 634334 Opened 14 years ago Updated 2 years ago

call to the ntlm_auth helper fails

Categories

(Core :: General, defect)

All
Linux
defect

Tracking

()

People

(Reporter: hrosik, Unassigned)

Details

Attachments

(1 file)

User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.1.17) Gecko/20110121 SUSE/2.0.12-1 SeaMonkey/2.0.12 Build Identifier: On Linux, the ntlm_auth helper application from the Samba suite is used to enable NTLM authentication based on user credentials without user intervention. However the helper is called only in a very special environment setup - it has to be accessible in the directory browser has been started from (usually user's home directory), which is rarely the case. Reproducible: Always
The problem seems to be execve(), which is used in the end to call the helper app. This function needs full path to the binary - it does not perform lookup in the directories specified in the PATH environment variable. GNU Libc 2.11+ offers execvpe() which does the lookup, yet it is a GNU extension. This bug was found on SUSE Linux/openSUSE.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Hardware: x86_64 → All
Comment on attachment 512525 [details] [diff] [review] hard-wire the usual path (on linux systems) to ntlm_auth Mike, what do you think about this change?
Attachment #512525 - Flags: review?(mh+mozilla)
Comment on attachment 512525 [details] [diff] [review] hard-wire the usual path (on linux systems) to ntlm_auth Review of attachment 512525 [details] [diff] [review]: ----------------------------------------------------------------- I'm not a peer of that part of the tree, but hardcoding a path is hardly a fix. I don't know if we have an API to lookup a file in PATH, but that's what should be done.
Attachment #512525 - Flags: review?(mh+mozilla) → review-
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: