I have been having fun uploading user-created tracks, including some I created myself with the neat SFTROU (Sisyphus for the Rest of Us) app. Something seems to have happened, because now when I try to upload tracks, the web app thinks for a while on every track (trying to generate the preview as normal) and then throws an error like "Could not complete the request" or something along those lines. I can still save the track, but the "preview" defaults to the Sisyphus logo.
Any ideas how to resolve this issue? I did encounter some other strange behavior, such as the web app showing the preview only for the first of the batch of tracks I was uploading, or showing the default Sisyphus logo that would actually get replaced with the correct preview once I started up my phone app. However, at the present, deleting and reinstalling tracks does not seem to fix the problem.
Thanks, Andy
I'm seeing the same issue. I haven't created any of my own tracks yet but instead am trying to load the community tracks. The first few went fine, but now I just get the Sisyphus logo in the web view. I've even had multiple tracks show up okay in the webview, but when I try to look at it in the app it just shows an error.
I even went so far as reimaging the SD card today and once I did that I was able to get a few more tracks to load, but now it's back to just showing the Sisyphus logo again.
Any ideas on what might be happening?
Just tried one more track and I'm getting the same errors as before. Track uploads okay but after ~30-60 seconds of watching the spinning wheel it gives an error like "Could not process the request". I still saved out the track (palm2 from markyland) and on my desktop I can see it in the list with the generic Sisyphus logo.Β
In the iOS app instead of the track name I just see {{= model.data.name }} and when I try to select that I get a JavaScript type error in index.html. There's a long path that ends in Sisyphus.app/www/prod/gen.js - 649
Hoping Sisyphus can figure out what's going on here. I'd love to load up more of the awesome tracks people have made but now I can't π
Just tried this again after a factory reset and I'm still getting the errors when uploading tracks. I had the JavaScript console open though so perhaps this will help the team figure it out:
On File Upload palm2.thr
models.js:4701 Show preview {type: "track", name: "palm2", original_file_type: "thr", file_data: "0 0 β΅0 0 β΅0.01 0.00002 β΅0.02 0.00004021 β΅0.03 0.00β¦.97179912 β΅506.5649913 0.9911448 β΅506.5798173 1 β΅", is_published: "false",Β β¦}
models.js:5234 Get Thumbnail palm2
models.js:2282 _update_sisbot()
models.js:5229 Wait longer for pause to finish
models.js:5234 Get Thumbnail palm2
gen.js:1139 Uncaught TypeError: Cannot read property 'checked' of undefined
at E.i.if (gen.js:1139)
at E.i.render_attr (gen.js:1608)
at E.i.self.triggers.(:3001/anonymous function) ( http://192.168.1.72:3001/prod/gen.js:1548:30)
at b (libs.js:851)
at v (libs.js:851)
at h (libs.js:851)
at E.i.d.trigger (libs.js:851)
at E.i._runDelayedTriggers (libs.js:1089)
at E.i.set (libs.js:954)
at models.js:1813
if @ gen.js:1139
render_attr @ gen.js:1608
self.triggers.(anonymous function) @ gen.js:1548
b @ libs.js:851
v @ libs.js:851
h @ libs.js:851
d.trigger @ libs.js:851
_runDelayedTriggers @ libs.js:1089
set @ libs.js:954
(anonymous) @ models.js:1813
m.each.m.forEach @ libs.js:850
set_active @ models.js:1812
b @ libs.js:851
v @ libs.js:851
h @ libs.js:851
d.trigger @ libs.js:851
upload_tracks @ models.js:4705
_call @ gen.js:649
onClick @ gen.js:666
dispatch @ libs.js:3
q.handle @ libs.js:3
libs.js:3 [Violation] 'click' handler took 607ms
models.js:3730 intake_data()
models.js:3730 intake_data()
models.js:2321 _update_cloud()
2models.js:3730 intake_data()
models.js:5254 {err: null, resp: {β¦}}
models.js:5258 Thumbnail generated
models.js:3730 intake_data()
models.js:3742 Uncaught TypeError: Cannot read property 'id' of undefined
at models.js:3742
at Function.m.each.m.forEach (libs.js:850)
at models.js:3741
at Function.m.each.m.forEach (libs.js:850)
at E.i.intake_data (models.js:3734)
at Object.on_set (gen.js:3460)
at Socket.<anonymous> (gen.js:3437)
at Socket.Emitter.emit (<anonymous>:3:10860)
at Socket.onevent (<anonymous>:3:5790)
at Socket.onpacket (<anonymous>:3:5306)
(anonymous) @ models.js:3742
m.each.m.forEach @ libs.js:850
(anonymous) @ models.js:3741
m.each.m.forEach @ libs.js:850
intake_data @ models.js:3734
on_set @ gen.js:3460
(anonymous) @ gen.js:3437
Emitter.emit @ VM131:3
Socket.onevent @ VM131:3
Socket.onpacket @ VM131:3
(anonymous) @ VM131:3
Emitter.emit @ VM131:3
Manager.ondecoded @ VM131:2
(anonymous) @ VM131:3
Emitter.emit @ VM131:2
Decoder.add @ VM131:3
Manager.ondata @ VM131:2
(anonymous) @ VM131:3
Emitter.emit @ VM131:2
Socket.onPacket @ VM131:1
(anonymous) @ VM131:1
Emitter.emit @ VM131:2
Transport.onPacket @ VM131:1
Transport.onData @ VM131:1
ws.onmessage @ VM131:1
models.js:5254 {err: null, resp: {β¦}}
models.js:5258 Thumbnail generated
@bruce I'm on 1.10.7 version.Β
I actually went ahead and did a full reimage of the SD card and was able to load up tracks okay. However I have to be very careful about it. I can load one track at a time and need to refresh the page in Chrome before I load another one. Doing that seems to work without any other issues.Β
I ran into a problem with my Sisbot (I suspect a misshapen tooth on the Rho sled, but hopefully your team can pinpoint the issue when I return it). I should be replacing it by this weekend (emailed results of troubleshooting Sunday night, Monday got an email that new Sisbot was being sent, Tuesday got the tracking info, today Thursday it's supposed to arrive, very nice!) and I presume the new one will come with a new SD card installed. I was on 1.10.something before and will see what I can do with new uploads. Thanks @brobbins for the suggestion of one at a time/refreshing browser.
We take your privacy seriously and will only use your personal information to provide you with the products and services you request from us. Please see our privacy policy for more details.