Comparator's don't reacte to one tick pulses

Thank you for helping us improve Minecraft! We saved your files:

学点红石吧！

(Sorry for the misoperation – I pressed Ctrl+Enter for a new line, but it submitted the comment and I can't delete it.)

These are basic facts about comparators, not a bug.

In the same time, scheduled ticks with a smaller priority value execute first; those with the same priority execute in scheduling order.

When a redstone comparator is facing the back or side of another comparator or a redstone repeater, its block tick has a priority of -1. Otherwise, its priority is 0.

A comparator checks whether it should turn on 1 redstone tick after being activated; the same applies for deactivation.

An observer turns on, updates the comparator, then turns off after 1 redstone tick. The observer has a priority of 0. At the moment the observer turns off:

• When there is no comparator in front:
  the comparator's priority is 0. The observer updates the comparator, the obserber updates first, so the observer turns off first. The comparator checks later, but the observer is already off, so the comparator does not turn on.

• When there is a comparator in front:
  the comparator's priority becomes -1. The comparator checks first – at that moment the observer is still on – so it does turn on.

These behaviors are part of the game's mechanics; the game runs as intended. It's great that you observed this and summarized it. I also advise you to learn more about redstone – if you're really stuck, you can ask an AI (with web search enabled).

（抱歉误操作了，换行打了个Ctrl+Enter，结果发现发出去后删不掉了）

这是比较器的一些基础知识，并非bug。

同一时刻内计划刻优先级数值越小的越先执行，相同的按更新顺序执行。

红石比较器指向其他红石比较器或红石中继器的侧面或后面时，其优先级为-1，没有指向这种方块的比较器优先级为0。

比较器会在被激活1rt后检查自己是否应被点亮，取消激活同理。

侦测器点亮，更新到比较器，1rt后熄灭。侦测器的优先级为0。侦测器熄灭时，在这一时刻内，
比较器前面没有摆放比较器时：
比较器的优先级为0。由于侦测器更新比较器，是侦测器先更新的，于是侦测器将会先熄灭。比较器后检查，此时侦测器已经熄灭，故不会点亮。

比较器前面摆放了比较器时：
比较器的优先级为-1。此时比较器就会先检查，此时侦测器未熄灭，故会点亮。

这些行为是游戏的性质，游戏运行和预期无异。您能发现这个bug并总结出来，已经很棒。也希望您学点红石，实在搞不懂去问问AI（开开联网搜索更好）。