The broadcast block for me is over exaggerating the requests in the block. Is it just me or are other people having the same problem.

Can you please share the project where this happens?

UNEVENLY wrote:

The broadcast block for me is over exaggerating the requests in the block. Is it just me or are other people having the same problem.

This is typically because of some unknown bug between broadcasts and clones. If you have any clones in the same sprite as the broadcast, it'll typically send multiple requests. You can fix this by either using a custom block instead OR making a clone checker.

Clone checker code:

whatever is before the broadcast block
set [ cloneCheck] to [0]
broadcast [ whatever]

when I receive [ whatever]
change [ cloneCheck] by (1)
if <(cloneCheck) = [1]> then
do whatever you need
end

Hope this helps!

MineTurte wrote:

(#3)

UNEVENLY wrote:

The broadcast block for me is over exaggerating the requests in the block. Is it just me or are other people having the same problem.

This is typically because of some unknown bug between broadcasts and clones. If you have any clones in the same sprite as the broadcast, it'll typically send multiple requests. You can fix this by either using a custom block instead OR making a clone checker.

Clone checker code:

whatever is before the broadcast block
set [ cloneCheck] to [0]
broadcast [ whatever]

when I receive [ whatever]
change [ cloneCheck] by (1)
if <(cloneCheck) = [1]> then
do whatever you need
end

Hope this helps!

It's normal, as clones use ALL its parent sprite's code, including

when I receive [ ]

so when your message is sent, it's also received by your sprite's clones !
This means this isn't a bug at all.

((0) - (0)) //  This is Zero. He protects my signature from evil kumquats

------(:-:)------ :: pen //  This is Bumpa. She bumps my topics when necessary. She also have a few skills at fighting since Zero taught her.

(O(w :: variables)O :: sensing) // This is Dogee. He helps me doing projects

('-' :: list) // This is Little. She verify that evil kumquats aren't coming.

° ° :: #0055ff //  This is 2S. He is the best animator I never seen on scratch. His account is Scratcheurscratch (https://scratch.mit.edu/users/Scratcheurscratch)

when green flag clicked :: cap //  This is Soja. I don't know if it's a boy or a girl but who cares ? Soja often draw thumbnails for my projects.