I got missing textures for a door. They appear randomly but most time they are disappeared.
malisisdoors-1.12.2-7.2.2

It's something that has been happening for a long time. Some say it's because of Optifine, some claim it happens to them without Optifine. But I could never replicate in dev, so I could never debug it...

I am using Optifine C 7 for 1.12.2 maybe that helps.

The question is, does it happen when you remove Optifine ?

without Optifine:

Unfortunately, like I said, I can't really fix if it's an Optifine issue.

Should I report this on the Optifine repo?

They won't do anything and most likely shrug it of as "MalisisDoors issue". The main problem is that there is no way to have Optifine inside a dev environment, so no way to actually replicate and debug the problem.

I know what you mean. There are many problems with Optifine. But I do not know why it is still closed source. That's a great mod and causes so many trouble. :/

It looks like the rusty hatch and the frame are rendered separately. One is tile entity and one is block.
When placing the hatch the frame is visible. On subsequent chunk updates the frame disappears.
This may be the problem: https://github.com/Ordinastie/MalisisDoors/blob/1.12/src/main/java/net/malisis/doors/renderer/RustyHatchRenderer.java#L139

Possibly, but without the ability to debug in dev, I can't really say.
The multiblock origin info is stored in a map with Chunk as key. The data is not supposed to be modified and/or removed when a block updates.

Is there really no way to provide a dev env compatible Optifine ?

To get OptiFine in Forge dev env: https://github.com/octarine-noise/simpledeobf/blob/master/README.md#have-optifine-will-debug
by @octarine-noise

Also note that the suggested way using force public breaks quite a few things and the way around it is to add the forge AT and all your Bf your dependencies ATs into the dev optifine jar instead of using forcePublic