Bug 62788

Summary: zsh doesn't always process /etc/profile.d/*.sh
Product: [Retired] Red Hat Public Beta Reporter: Nalin Dahyabhai <nalin>
Component: zshAssignee: Jens Petersen <petersen>
Status: CLOSED RAWHIDE QA Contact: Aaron Brown <abrown>
Severity: medium Docs Contact:
Priority: medium    
Version: skipjack-beta1   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-02-10 13:50:10 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 65509    

Description Nalin Dahyabhai 2002-04-05 17:02:01 UTC 
Description of Problem:
While bash processes scriplets in /etc/profile.d in every shell, zsh only does
so when a login shell is started (via /etc/profile).  It should also do so in
/etc/zshenv.

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

How reproducible:
Always.

Steps to reproduce:
1. Create a scriptlet in /etc/profile.d which defines a shell function.
2. Log in using zsh and use "functions" to check that it's defined.
3. Start a subshell and use "functions" to check that it isn't defined.

Actual Results:
The shell function is gone.

Expected Results:
The shell function is should be there.
Comment 1 Trond Eivind Glomsrxd 2002-04-05 17:51:41 UTC 
zsh-4.0.4-5 now sources /etc/profile from /etc/zshenv for bash consistency.
Comment 2 Jens Petersen 2002-11-25 03:13:57 UTC 
Any comments on bug 65509?