Also you should provide the RD version you are on and what virtualmachine type as well as volume settings you have set.

mledwards@ISC128105 carilion % docker compose exec php bash wodby@php.container:/var/www/html $ id uid=1000(wodby) gid=1000(wodby) groups=82(www-data),1000(wodby)

/var/www/html$ id nginx uid=100(nginx) gid=101(nginx) groups=101(nginx),101(nginx)

wodby@php.container:/var/www/html $ ps -ef php PID USER TIME COMMAND 1 root 0:00 php-fpm: master process (/usr/local/etc/php-fpm.conf) 91 www-data 0:00 php-fpm: pool www 92 www-data 0:00 php-fpm: pool www 93 www-data 0:00 php-fpm: pool ping 102 wodby 0:00 bash 108 wodby 0:00 ps -ef php wodby@php.container:/var/www/html $ id www-data uid=82(www-data) gid=82(www-data) groups=82(www-data),82(www-data)

docker desktop would mount them as the wodby user despite my local user uid not being 1000 and then the group mask maybe? I'm not certain.

AH! Some things I read finally wandered through my brain and I recalled that /User/mledwards/sourcecode is a simlink to /Volumes which from what I read in a few places seems to be a no-go. So I recloned my repository actually under ~ and now it is working sensibly again.

Is it possible to add additional places where rd can pull in volumes from?

hmm, actually let me try that path without the symlink

I think I tried that but maybe not

The behavior is just kind of odd, I can read and write as the container user (mounted from under ~) but subdirectories are a no go

oh, only new files

wodby@php.container:/var/www/html $ composer require drupal/cas_attributes
The repository at "/var/www/html" does not have the correct ownership and git refuses to use it:

fatal: detected dubious ownership in repository at '/var/www/html'
To add an exception for this directory, call:

	git config --global --add safe.directory /var/www/html

./composer.json is not writable.

idk if it's just that these particular containers are weird? maybe because this user is a "roaming" AD user but idk why that would mater.

hmm, that does appear to matter, with a fresh clone in the home dir a "local" mac/admin user it's acting more like I'd expect