I've been playing with snapshot 21w40a and this is STILL a problem. I've got a plains biome village with an armorer's shop and there is no village armorer. There is an unemployed villager who has pathed to the smooth stone block to the left of the blast furnace but he has not picked up the armorer job and there is no other armorer in the village.
I don't know what you think you did to fix this, but the problem is not entirely resolved. In the plains biome armorer shop, the villager does not path to the blast furnace and pick up the armorer job because he ends up standing on the smooth stone block to the side of the blast furnace.
This is still happening in 20w20b
I have seen this issue as well. I was playing with a world that had previously been generated with a 1.14 snapshot and had been updated to the the 20w16a snapshot, and subsequently to the 20w17a snapshot. The observed behavior appears to be localized to small areas but occurs where several layers of solid blocks exist between the sky and the underground area.
I used spectator mode to fly up to the surface level and noted that the rain was falling in a peculiar pattern: even though the biome was the same, there appeared to be an arbitrary line, on one side of which rain was falling, and on the other side it was not. It is possible that this line follows a chunk boundary.
I have experienced this phenomenon also. I suspect that the problem behavior is caused by the user searching for the portal in the Overworld but the /locate command is giving Nether coordinates. I suspect this becomes a problem in this release because Ruined_Portals can generate in either the Overworld or the Nether and the /locate command offers no parameter for specifying the present dimension or a different one. I will investigate further and offer an additional comment once this is confirmed. Investigation continues below.
I used a portal to go to the Nether and /tp to the coordinates given and there was no portal, ruined or otherwise, at those coordinates at any altitude. I returned to the Overworld and tried the original search, but inverting the sign on each of the coordinates, and teleporting and searching at all altitudes for the new coordinates. No Ruined Portal was found.
The original /locate Ruined_Portal command was issued from coordinates 146. 86. /-383. The returned coordinates were "/-576. /~. /-1104 1019 blocks away." I can attach or make game world files available if requested.
Note: The game world was originally generated by a 1.14 pre-release snapshot and contained previously loaded and modified chunks before being updated to snapshot 20w16a. Is it possible that the locate command is being "fooled" by the Ruined Portal not generating at the coordinates given because the chunk had been previously loaded and modified?
Note: Someone may want to investigate this issue with respect to Bedrock Edition issue MCPE-70691 as possibly being related and link it as such, if it is.
@Celesian Thanks. Embarrassing. Will do. I found the MC Java edition issue: MC-179029. You or someone may want to link these issues as possibly related.
I have experienced this phenomenon also. I suspect that the problem behavior is caused by the user searching for the portal in the Overworld but the /locate command is giving Nether coordinates. I suspect this becomes a problem in this release because Ruined_Portals can generate in either the Overworld or the Nether and the /locate command offers no parameter for specifying the present dimension or a different one. I will investigate further and offer an additional comment once this is confirmed. Investigation continues below.
I used a portal to go to the Nether and /tp to the coordinates given and there was no portal, ruined or otherwise, at those coordinates at any altitude. I returned to the Overworld and tried the original search, but inverting the sign on each of the coordinates, and teleporting and searching at all altitudes for the new coordinates. No Ruined Portal was found.
The original /locate Ruined_Portal command was issued from coordinates 146. 86. /-383. The returned coordinates were "/---576. /~. /-1104 1019 blocks away." I can attach or make game world files available if requested.
Note: The game world was originally generated by a 1.14 pre-release shapshot and contained previously loaded and modified chunks before being updated to snapshot 20w16a.
I have version 1.14 Java Edition, and yes, this is still an issue. See attachment. The villagers use the well as a hot tub and then can't get out!
This is still a problem in snapshot 21w40a.