Are you sure you want to go to an external site to donate a monetary value?
WARNING: Some countries laws may supersede the payment processors policy such as the GDPR and PayPal. While it is highly appreciated to donate, please check with your countries privacy and identity laws regarding privacy of information first. Use at your utmost discretion.
Re: @hklene:
Found the culprit. So it is reenabled for now. Thanks again for the report. If you do decide to use that url again it will come up with (in a text represented version) of:
... this means there was a protocol failure retrieving the resource.
I've returned a real 400 status code because usually this is a user error but you will only see it something like Live HTTP headers instead of the page itself.
Also discovered if a domain is invalid that will throw a similar error. Everyone will see something like:
... this means the resource wasn't found at that domain (twice shown for some reason but I don't handle node development for error messages).
I realize that these strings and messages aren't totally helpful in plain, human terms, but I don't think we're going to do a dictionary lookup of available codes that node, and other dependencies, put out and cross reference them to valid http status codes.
Re: @Farow:
There's a reason why I didn't respond to you with my Admin capable account like this. It just seems insecure to a point not enough to remove at this time. Just thought I'd give you a suggestion as a peer. :)
Re: @hklene:
A-ha... this is what @sizzle is talking about over on Development. :)
Can't do that until the EPROTO status response gets trapped fully... it doesn't seem to want to work with
on('error'...routine. I made one mistake but correcting it changes it to a similar error using the request package (module).I will tinker some more to see if restoration of rejection can happen instead of Admin+ duties of script and/or account eligibly for termination/removal. I made this rejection so I wouldn't have to kick someone off if they didn't respond to an issue created. I'm usually very proactive when it comes to these things and I prefer not to flex the will unless I have to. :)
Re: @hklene:
Probably in relation to Licensing enforcement (comment).
That server is returning something bizarre for the url at the
@iconcheck.See #1323.
I have temporarily suspended the automatic
@iconcheck... this does still mean that if we see abuse with huge@iconvalues above and beyond the 256x256 resolution the default TOS action will apply... e.g. one risks their script and account termination. I put in the rejection so it didn't have to resort to this.Thanks for the bug report... next time if you notice you are tripping the server please post on Development so it can be addressed quicker. Your current
@iconfails to load client side as well.Re: @hklene:
Excellent question and you are ahead of the game. ;) :)
Current SPDX static dependency (dep) is at SPDX v1.x. When jslicense/spdx-osi.json#2 is resolved then we'll be bumping up to SPDX v2.x to accommodate this. If you are on GitHub and are feeling generous with a brief moment of your time please go add a thumbs up on the issue so we can migrate.
In the meantime please use the older version of
GPL-3.0+, with the "+" to visually indicate "-or-later". Auto-linker will point to the deprecated SPDX but that will change with SPDX v2.x. The actual license is not deprecated just the SPDX short identifier is.When our deps are incremented to the latest then
GPL-3.0+(andGPL-3.0and the like) will no longer be valid... but until then we are using the "old style" which just changed around January 2018.What's interesting is if you read GPL and you don't specify a version it can be any version. SPDX doesn't cover this use case although it's probably a good thing since
GPL-2.0had issues with TiVo back in the day and that would open up a hole.See also:
Retest for marked
strong
Expired.
I've given you time to experiment with this .user.js... however the latest incarnation that has the function of
runthis()is unacceptable.Before the default TOS action is applied I would suggest that you:
1.6+e9df704If you fail to do this in a short amount of time your account is eligible for removal.
Thank you for your immediate cooperation,
OUJS Admin
One other thing... your script you posted about 3 hours ago isn't a .user.js and is a data structure for Ad blockers (contains no valid JavaScript). This isn't acceptable.
When I get done with some server reworks later today if it's not gone then you are since you've managed to violate the the TOS twice already.
Yes your subject and how you are presenting yourself is pretty much that.
That is a placeholder and not a template for the very inexperienced... open up another tab if you need that much assistance. Typing is a good thing to learn too.
Hop to it... #1232.
Btw... choose your words wisely as to not conflict with the Terms of Service please.
Suggestions and pull requests for the site are welcome on Development.
Re: @AltoRetrato:
Unlikely but not impossible. We would have to amend the TOS to collect email addresses.
Not in the near future but I personally would like to see that on Development. Read vs. unread could be handled by the client.
Next time if you plan on forking someones code please go to that script homepage, then click on Source Code tab... make your changes optionally or later... then click the "Submit Code as Fork" button and it will back link it automatically on your fork to that Authors.
Forward linking is currently fine how you did it if you so choose to do so on that original script.
It's been fixed on this script for now.
Thanks,
OUJS Admin
Incorrect. If you have any open issues then a notification bubble will appear when authenticated... for example here at https://openuserjs.org/scripts/AltoRetrato/IMDb_My_Movies_enhancer/issues
Give it a whirl now with the patch. Seems to work with your custom style of .meta.js being generated offsite. Let me know if you have any other issues.... although this issue should have been on Development for speedier response times. Good thing I checked here this evening otherwise you may have had a long wait time. :)
However before I go twiddle with that... the GH cache timing is an issue e.g. nothing that we can do about it. Slowing down fast commits to GH is required by them in their caching scheme otherwise they serve old source regardless of what is showing in HTML view.
Hmmm... webhook says it tried to deliver the .meta.js from GH. Interesting little glitch. Will try a patch in a bit.
That's a weird result. Seems to be working for me. See https://openuserjs.org/scripts/Marti/RFC_2606%C2%A73_-_Hello,_World!#-changelog and actually click the header to my GH tree for that. Source here matches what was pushed via git to over there.
You did import the .user.js right and actually make a change to the .user.js?
Thanks for keeping comments for the licensing. Closing.
See rslifka/fate_of_all_fools#37.
And now it's
1.9... above comment still stands though.Not that this is needed as all known current .user.js engines already have update checking built in... your embedded update checker is showing version
1.8as compared to this scripts@versionwhich is currently1.9.You might consider just dropping that routine and utilizing
@versionwhen you want to trigger an update.Thanks for the look,
OUJS Admin
Your other account is banned.
If you wish to continue here be more respectful.
OUJS Admin
Re: @TheOpenUserNut:
Sometimes that gets the attention better.
Could have also used this FAQ applied to this:
diff --git a/./Pandora_music_replay_and_download.user.js.original b/./Pandora_music_replay_and_download.user.js index 70549c6..ae1637e 100644 --- a/./Pandora_music_replay_and_download.user.js.original +++ b/./Pandora_music_replay_and_download.user.js @@ -203,7 +203,7 @@ to {transform:rotate(360deg)} $.each(audios,function(index,item){ if (!audioURLs.contains(item.src)) { audioURLs.push(item.src); - renderAudioHTML(item.src,$("[data-qa='mini_track_title']").text(),$("[data-qa='mini_track_artist_name']").text(),$("[data-qa='mini_track_image']")[0].src); + renderAudioHTML(item.src,$("[data-qa='mini_track_title']").text(),$("[data-qa='mini_track_artist_name']").text(),$("[data-qa='mini_track_image']")[0].src,$("[data-qa='playing_album_name']").text()); } }); } @@ -217,6 +217,7 @@ to {transform:rotate(360deg)} </div> <div class='audioinfo'> <div class='audiotitle'>${title}</div> +<div class='audioalbum'>${album}</div> <div class='audioartist'>${artist}</div> <div class="audiofns"> <div class="audiotrack"> @@ -285,4 +286,4 @@ to {transform:rotate(360deg)} getAudio(); } setInterval(getAudioURL,1000); -}); \ No newline at end of file +});using the
diffkeyword after the first set of three backticks. Gives some fancy colorings including which lines were changed. :)Re: @TheOpenUserNut:
Please remember to put any code in back ticks (
`... pair of these with code in between) or code fences (three back ticks on their own lines with the code in between... see this FAQ) so the author can see what you are talking about. You can always tap the Preview button to see how it will turn out.The posting has been fixed for you.
Thanks,
OUJS Admin
Re: @Mottie:
Works for me. Are you sure you followed the instructions at /user/add/scripts#sync-script?
Your account looks fine with the Auth you provided and as you it imports just fine so that leaves whatever you have done on your GH account for the webhook.
Refs: