i created a project that uses the timer and a cloud list to keep track of how long everyone views the project.

the cloud data is unreliable.

1. i go on the project. my initial time (t) is 60 seconds.
2. i let the time increase to 70 seconds. it is clearly updating the cloud watcher.
3. upon reloading, the cloud data is back to its initial state of 60.

this behavior seems like i'm not being recognized as a person who can edit the cloud data.

but as you can see, it got to 60 seconds already, so it does work occasionally. it doesn't seem to matter if it's in editor mode or not.

perhaps the sending of the cloud data is slower than my reloading of the page, so the connection is destroyed.

Is it this? http://alpha.scratch.mit.edu/forums/topic/909/

Or, this? http://alpha.scratch.mit.edu/forums/topic/799/

How often are you trying to update the variables?

Are you sure the project isn't resetting the cloud data when you start it again?

nXIII
Are you sure the project isn't resetting the cloud data when you start it again?

if you would look inside the project, it is the simplest script. no resetting exists.

also someone broke in to the cloud data and changed “wes64” to “wes64impersonator”. we have big problems.

Who can believe leader boards when such deception is possible?

I filed an issue about this incident.

http://scratchexp.media.mit.edu/issues/315

BoltBait
Who can believe leader boards when such deception is possible?

I filed an issue about this incident.

http://scratchexp.media.mit.edu/issues/315

for that matter, how can you believe anything you upload to the site will be safe from harm? id hate to see someone wpork hard on a game only to have some spiteful hacker destroy it.

Wes64
for that matter, how can you believe anything you upload to the site will be safe from harm? id hate to see someone wpork hard on a game only to have some spiteful hacker destroy it.

They can't destroy the content anymore—MathWizz and I found and reported that one

I can still connect to and modify people's cloud data, though…

EDIT: On an unrelated note, I now see BoltBait's inconsistent UID bug. I was assigned both 10 and 11 as my user IDs.
EDIT2: Erm, and 12…

nXIII

Wes64
for that matter, how can you believe anything you upload to the site will be safe from harm? id hate to see someone wpork hard on a game only to have some spiteful hacker destroy it.

They can't destroy the content anymore—MathWizz and I found and reported that one

I can still connect to and modify people's cloud data, though…

EDIT: On an unrelated note, I now see BoltBait's inconsistent UID bug. I was assigned both 10 and 11 as my user IDs.
EDIT2: Erm, and 12…

hopefully this can be solved. cloud data seems so awesome, but it's so unreliable. i hope they don't have to restrict its function.

Wes64
hopefully this can be solved. cloud data seems so awesome, but it's so unreliable. i hope they don't have to restrict its function.

Agreed—the bugs in UID are not related to cloud data, though.

This is almost exactly what happens to me! Except it's with my chat room. The cloud data list always goes to 16 items. If any items are added it deletes them so it's back to 16. If any are deleted it's restored.

nXIII

Wes64
hopefully this can be solved. cloud data seems so awesome, but it's so unreliable. i hope they don't have to restrict its function.

Agreed—the bugs in UID are not related to cloud data, though.

Perhaps IP.

It's generated from MD5 hashes of the project ID concatenated to the username. I think the problem is that the server is generating sequential IDs incorrectly based on those hashes.