The only way to translate the atmospherics is via the insert point in the material entry file. The glist translation / rotation either does nothing... or does something unexpected (like moving or rotating an unknown amount)
I'm either attaching or emailing the files needed to reproduce the bug.
Included in the main folder will be pngs of the 2sigma stretch of the 0.4um band for:
1) original cloud position
2) translated cloud position via material entry
3) attempt at same translation via glist (in this case the cloud disappears)
Yes, this seems to be broken. The issue is a missing transform back into the local coordinate system when running the rad solver (and no easy way of getting there). I'm looking at ways to fix this right now.
The final issue here was that the mechanic used to maintain the local hit information (entry and exit points into the cloud grid in local coordinates) was not getting copied when being transferred into the global hit list (this is a rarely used mechanic and is really there to support these type of "black box" operations that we return to later).
This should be fixed now after cleaning up the local hit information and transfer (verified translation of clouds).