Interestingly, I’m not able to reproduce this at all, even if I force the X11 ozone backend on Chromium (this is with PipeWire from master and GNOME Shell 47.3).
The negotiated caps are: set format video/x-raw, format=(string)BGRx, width=(int)3840, height=(int)2160, framerate=(fraction)0/1, max-framerate=(fraction)60/1
do you have an nvidia gpu using proprietary drivers?
I noticed that if I use generic drivers I don’t have this problem
Nope, I’m on an AMD GPU
that could be the reason why you are not able to reproduce.
@arun are you the only one from gnome-shell ?
I think that someone with an nvidia GPU can be useful 
this issue is still opened…
@ndufresne can you tell me please if it is possible to disable direct scanout from GStreamer before screen recording in order to bypass this issue?
can I force this pipeline
pipewiresrc fd={1} path={2} ! videorate drop-only=true ! queue ! videoscale ! queue ! videoconvert video/x-raw,width=3840,height=2160
to not use direct scanout?
Since it’s all happening inside the compositor, and it’s not NVidia specific, I don’t think you can do anything in GStreamer. Mesa drivers have driconf to allow disabling or enabling feature, perhaps look inside the Nvidia proprietary GUI.