Guide Forum Post Downloader - Tampermonkey Script

Not quite. The reaction just means the post was processed. It doesn’t confirm that every file was resolved and downloaded successfully, so you’d still need to check the log for any failures.
Edited: The script also leaves an orange “X / Y downloaded” message on any post where the numbers don’t match, including when using Download Page. So after it finishes, you can just check the page for any orange messages. It still can’t account for unsupported or undetected links.
 
iNeed2Sleep
Managed to get some filester testing, I think I've sorted out most of the cases.
For Goonbox, I ran some tests on this post, which included the album you mentioned. Had to add some instrumentation to force the goonbox helper since I couldn't get it to trigger testing regularly and get a 403.
Console command for the flag if you want to try:
Code: 
localStorage.setItem('xfpd_gbx_force_bridge', 'true')
localStorage.getItem('xfpd_gbx_force_bridge')
localStorage.removeItem('xfpd_gbx_force_bridge')
So far, Chrome+TM and FF+TM look good, but let me know if you have a specific post other than that one for the 403 testing.
One thing worth mentioning is that opening the content URL with a marker didn't actually fix FF+TM on its own for me. The helper tab opened and the script was confirmed running in it, but the SimpCity tab still timed out. Looks like GM_getValue isn't reliably cross-tab under Tampermonkey on Firefox and TM keeps a per-tab cache, so the requesting tab was polling its own stale copy and never saw the helper tab's heartbeat. Chrome+TM happens to propagate, which is why it worked there and hid the issue.
I fixed it by moving the handshake onto GM_addValueChangeListener and taking newValue straight from the callback. Went from 40s-then-fail to ~2s.
Since the URL change alone was enough on your side, does your build already use a change listener rather than polling storage? If it polls, it may have the same issue on FF+TM and you just haven't hit it.
Haven't tested FF+VM on vm14. If anyone's on VM, even just confirming vm14 loads and does a normal download would help.
Latest version is b14/vm14
 
I tested a few posts (including the one that you sent) that have goonbox or turbo and so far it all worked fine. I'm on Chrome + VM. The only thing that's a little bit annoying is that i always like to download as zip cuz it make it easier to organize stuff and i always have to check the "Zipped", might be a good idea to store that value somewhere in case ppl like me that like that function.
If you want me to test some posts, send them and i'll test.
 
willowbranch
I checked my bridge code and mine was polling GM_getValue too, it wasn't using a change listener. It just happened to work consistently for me in FF+TM, so your GM_addValueChangeListener fix makes sense.
I also tested vm14 in Firefox + VM. Normal Goonbox downloads work fine without the helper tab since the direct API is returning 200.
I forced the bridge in both Firefox + TM and Firefox + VM as well. It works in both, but the first request takes around 20+ seconds on my side. After that the requests are fast.
xando
The Zipped checkbox could probably just remember its last state with GM_getValue/GM_setValue instead of resetting to unchecked each time.
For now you can just change zipped: false to zipped: true if you want it always checked.
 
iNeed2Sleep
20s sounds like the GBX_READY_TIMEOUT_MS, so sounds like that first one warms up subsequent calls. Could probably add a log line to check, but since I've never been able to get the bridge except when forced and it's only on the first request, might be good enough now to just push as-is to the main one.
xando
Thanks for the test. :) As noted, you can change line 9375 from false to true. I prefer off so I keep beta/vm in sync so changes can get ported across easily, but I uploaded a version (scpostdl-zvm.user.js) with zipped set to true for you guys. :)
 
Could you grab a copy from the console log? I wasn't able to reproduce this on FF.
 
Is it just me or does the script no longer put videos in a named creator folder? Makes it a bit hard to sort
 
I tried reinstalling forum post downloader and tampermonkey, but looks like the download buttons still don't show up.
 
Looks like the last Firefox update broke the script. The download buttons no longer appear.
 
Not the case for me. I'm on the newest Firefox (154.0.1) and see the download buttons .
 
I can confirm I have the same issue. Will there be a fix for the missing download buttons issue? I'm on mobile, have the latest versions of Firefox and TamperMonkey, uninstalled and reinstalled the script to no avail.
 
It works for me still, though you have to refresh the page sometimes, since it doesnt always load properly.
 
Tampermonkey had reset on me. I had a backup, so it wasn't hard to recover. But this must be the second or third time it's happened to me.
 
id lost buttons and reinstalled but still wasn't working for me until I applied changes i found below

if its not there change go into the scripts settings and change run-at into " document-body "
 
I can confirm that this simple change in the settings fixed the issue of the missing download buttons for firefox! Crazy how that little setting fixed it. Thanks a lot for the info Deadcentre :HomieKiss:
 
Thanks for the fix for Firefox. Unfortunately, it looks like the underlying issue is with Tamermonkey's own injection scripts and the latest firefox update.

I'm hesitant to push any changes to my script until that gets sorted out cuz it would just need to be revisited once things calm down.

For now, FF users can use this workaround since it appears to be working fine.
 
You must log in or register to reply here.
Back
Top