Discuss Scratch

HighlaneGamingStudio
Scratcher
100+ posts

suggestion to help with GO TO URL block problem

tagrim123 wrote:

HighlaneGamingStudio wrote:

For anyone saying that you could crash the browser by putting an open link prompt in a forever loop, that actually wouldn't work. I made a Snap! project that opened links in new tabs using the Javascript function block. This would only open 1-4 tabs because when the user leaves the tab (as is the default behavior for opening links in new tabs) the script pauses. As soon as I returned to the page, it would open 1-4 more tabs again. Closing the tab would solve the problem, and the browser never crashed.

Also, isn't this suggesting a redirect-style link opener (opens the link without making a new tab)? You couldn't crash the browser because the project would stop when the user left the page. The block should really look like this to make it clear that no more scripts can be executed when the page has been left:
open url[]::control cap
It should look like
open scratch.mit.edu/[projects v]/(123456789) ::control cap
What if you wanted to link to a wiki page? That's not under scratch.mit.edu, that's under scratch-wiki.info (or wiki.scratch.mit.edu as a redirect). How would you link that with your block?

Really, it should be more like this:

open scratch page[]::control cap

That way, users know that the block can't go to sites other than Scratch.

The default behavior for bad links should be to run the block as a stop this script block. There should be some sort of notification that notifies the user when there is a bad link as well.
mumu245
Scratcher
1000+ posts

suggestion to help with GO TO URL block problem

HighlaneGamingStudio wrote:

(#784)

tagrim123 wrote:

HighlaneGamingStudio wrote:

For anyone saying that you could crash the browser by putting an open link prompt in a forever loop, that actually wouldn't work. I made a Snap! project that opened links in new tabs using the Javascript function block. This would only open 1-4 tabs because when the user leaves the tab (as is the default behavior for opening links in new tabs) the script pauses. As soon as I returned to the page, it would open 1-4 more tabs again. Closing the tab would solve the problem, and the browser never crashed.

Also, isn't this suggesting a redirect-style link opener (opens the link without making a new tab)? You couldn't crash the browser because the project would stop when the user left the page. The block should really look like this to make it clear that no more scripts can be executed when the page has been left:
open url[]::control cap
It should look like
open scratch.mit.edu/[projects v]/(123456789) ::control cap
What if you wanted to link to a wiki page? That's not under scratch.mit.edu, that's under scratch-wiki.info (or wiki.scratch.mit.edu as a redirect). How would you link that with your block?

Really, it should be more like this:

open scratch page[]::control cap

That way, users know that the block can't go to sites other than Scratch.

The default behavior for bad links should be to run the block as a stop this script block. There should be some sort of notification that notifies the user when there is a bad link as well.
Opening wiki pages is not very useful. Also, the wiki is not controlled by Scratch and moderation is later.
Mozboz
Scratcher
1000+ posts

suggestion to help with GO TO URL block problem

tagrim123 wrote:

when gf clicked
broadcast [didn’t enter project v]

when i receive [didn’t enter project v]
forever
ask to go to url [scratch.mit.edu/projects/lagmachinedgoeshere] ::sensing
broadcast [didn’t enter project v] // assuming this closes the tab… it does, right?
end

No Support because this very basic forever loop can crash the browser (not entering just reopens the dialogue until you enter a lag machine, which may I add can also link itself to itself.)
Lag/crash machines are against the Terms of Use.
SCLF-Xingshu
Scratcher
100+ posts

suggestion to help with GO TO URL block problem

darkness3560 wrote:

Maybe you could post links to outside the Scratch website, unless you're a New Scratcher. After all, you can post the same links in the project notes, so why not in the project itself?
Because if you misclick, you may have a virus downloaded
Hypersaurus
Scratcher
40 posts

suggestion to help with GO TO URL block problem

SCLF-Xingshu wrote:

(#787)

darkness3560 wrote:

Maybe you could post links to outside the Scratch website, unless you're a New Scratcher. After all, you can post the same links in the project notes, so why not in the project itself?
Because if you misclick, you may have a virus downloaded
unless (AS THE OP STATED) you only allow scratch webties
HighlaneGamingStudio
Scratcher
100+ posts

suggestion to help with GO TO URL block problem

mumu245 wrote:

Opening wiki pages is not very useful.
It would be for tutorials. What if you're doing a tutorial that involves clones? You could add a More info on clones button that opened the link to the Wiki's page about clones. Just an example.

mumu245 wrote:

Also, the wiki is not controlled by Scratch and moderation is later.
Then why is the link to it still in the footer? Although the Wiki is no longer a part of the Scratch community, it's still an important part of Scratch.
kyavanyaisback
Scratcher
29 posts

suggestion to help with GO TO URL block problem

Support because it would prevent Scratchers from getting viruses
theoW1200
Scratcher
100+ posts

suggestion to help with GO TO URL block problem

support x 10000
theoW1200
Scratcher
100+ posts

suggestion to help with GO TO URL block problem

kyavanyaisback wrote:

Support because it would prevent Scratchers from getting viruses
you cant get a virus unless you download something
HighlaneGamingStudio
Scratcher
100+ posts

suggestion to help with GO TO URL block problem

Bump
tagrim123
Scratcher
500+ posts

suggestion to help with GO TO URL block problem

bump
HighlaneGamingStudio
Scratcher
100+ posts

suggestion to help with GO TO URL block problem

theoW1200 wrote:

kyavanyaisback wrote:

Support because it would prevent Scratchers from getting viruses
you cant get a virus unless you download something
Websites can automatically download a file when you go to them without any user interaction. Try this (downloads a project thumbnail.)
lapisi
Scratcher
1000+ posts

suggestion to help with GO TO URL block problem

HighlaneGamingStudio wrote:

(#793)

theoW1200 wrote:

kyavanyaisback wrote:

Support because it would prevent Scratchers from getting viruses
you cant get a virus unless you download something
Websites can automatically download a file when you go to them without any user interaction. Try this (downloads a project thumbnail.)
you can set your browser to always ask for the location to download the file, when it does that there's always the option to cancel the download
CodeComet6161
Scratcher
1000+ posts

suggestion to help with GO TO URL block problem

cvnq (bump, but using a Caesar Cipher)
mtaka4
Scratcher
100+ posts

suggestion to help with GO TO URL block problem

Scratcher1002 wrote:

Actually, duplicate.
thats the same topid
Hypersaurus
Scratcher
40 posts

suggestion to help with GO TO URL block problem

theoW1200 wrote:

(#789)
support x 10000
please explain why you support
mtaka4
Scratcher
100+ posts

suggestion to help with GO TO URL block problem

Bump
SimonCheeseburger
Scratcher
500+ posts

suggestion to help with GO TO URL block problem

Um I obviously am not reading the 40 pages so sorry if this was said, but even with a confirmation box, what if it was a clicker game and it popped up with the confirmation box where you were clicking? Or you misclicked or something? There is an instruction box on projects we can use for links instead.

EDIT: OOPS, it is SCRATCH ONLY links so nvm

Last edited by SimonCheeseburger (Sept. 6, 2025 21:59:05)

mumu245
Scratcher
1000+ posts

suggestion to help with GO TO URL block problem

HighlaneGamingStudio wrote:

(#793)

theoW1200 wrote:

kyavanyaisback wrote:

Support because it would prevent Scratchers from getting viruses
you cant get a virus unless you download something
Websites can automatically download a file when you go to them without any user interaction. Try this (downloads a project thumbnail.)
Not with JS. Only if the file type is unsupported by the browser or a certain HTTP header is given, does it download. Though Scratch could check if this happens by querying the URL before they let it be used.
koalapet1
Scratcher
66 posts

suggestion to help with GO TO URL block problem

supe

Powered by DjangoBB