Marti Admin


Any time you change @name it will spin off a new script instead of updating your old one. Please pick and stick with the same @name.

We currently index the scripts homepage so you really don't need to put too much into @name and @description. e.g. if you put supercalifragilistic in your scripts homepage via "Edit Script Info" and someone searches on that they will find you even if it's not in @name and @description. You can change @description all you want but @name needs to be more consistent especially for people installing it. If you continually change @name no-one will know there's an update.

Thank you for addressing this.


Please do not upload the same script and just change the title.

I will give you a few hours to fix this in your scripts. If you do not respond here and do not do this you will be removed.

OUJS Admin



USO based icons are no longer allowed e.g. 403 Forbidden. e.g. userscripts.org (USO) icons have been terminated by Jessie and/or AWS. This happened a few months back. That site of course has been gone for several years but USO AWS was still active until recently.

This could use a fix at your earliest convenience.


USO based icons are no longer allowed e.g. 403 Forbidden. e.g. userscripts.org (USO) icons have been terminated by Jessie and/or AWS. This happened a few months back. That site of course has been gone for several years but USO AWS was still active until recently.

This could use a fix at your earliest convenience.


One other note... if you have an issue with a script not installing please let the script Author know just like I have. I will not be doing this frequently from GM development to an OUJS issue.

If you have an issue with a 404 it is most likely been deleted by the Author or removed by us for a TOS violation. If you are unsure please ask us! We are more than willing to investigate.


For posterity here's the current @icon url. e.g. http://s3.amazonaws.com/uso_ss/icon/417751/large.png?1395216776 ... click it and watch the raw XML message come up. Here are the HTTP headers:

http://s3.amazonaws.com/uso_ss/icon/417751/large.png?1395216776

GET /uso_ss/icon/417751/large.png?1395216776 HTTP/1.1
Host: s3.amazonaws.com
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 SeaMonkey/2.49.3
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate
DNT: 1
Connection: keep-alive
Upgrade-Insecure-Requests: 1

HTTP/1.1 403 Forbidden
x-amz-request-id: 52EE29EF5CC1A33D
x-amz-id-2: BN9VtLhdfeVpeGDkroFUD15hKDAjykUZMvuua6cIAzC91dSjHpe5XrgvnmEKotg/ukrEMSX929o=
Content-Type: application/xml
Transfer-Encoding: chunked
Date: Sun, 24 Jun 2018 09:43:48 GMT
Server: AmazonS3

... notice the 403 Forbidden on the response. This is what is hanging GM4. e.g. it's a fatal error that GM4 currently doesn't allow.


Currently at /scripts/lomacks/Reddit_Mouseover_Popup_Image_Viewer/source#Hb66f397L8 the Author is using a USO based icon that is no longer allowed e.g. 403 Forbidden. e.g. userscripts.org (USO) icons have been terminated by Jessie and/or AWS. This happened a few months back. That site of course has been gone for several years but USO AWS was still active until recently.

You, the Author, seem to have caused some commotion at greasemonkey/greasemonkey#2974. This is not an OUJS issue.

Both listed forks also have the same issue.

If someone feels like forking this script on OUJS (go to this scripts source code page, make the following changes... setting it's @license to MIT; then commenting out the @icon; and then clicking "Submit Code as Fork") that should make it acceptable for anyone to install the script.

Thanks for the look,
OUJS Admin



Re: @HaYTo:

I presume you mean "thanks". Please make your issues clearer or they might be considered spam. If this is a "Thank you" please close it as well... ideally you should be up-voting the script on its homepage.

OUJS Admin



Re: @grenzionky:

That's what:

// @supportURL https://community.wanikani.com/t/userscript-kanjidamage-mnemonics-for-wanikani/18845

... in the UserScript metadata block is for.


Re: @ZugZwang:

... it says '$' is not defined...Can anybody help me with this?

jQuery is that. One of the @matches synchronously loads v2.1.1. Are you blocking their CDN for their custom jQuery?

I wonder why this script author didn't include a copy of jQuery of equivalent version in the UserScript metadata block in case it's removed or blocked. It's usually something like this:

// @require https://code.jquery.com/jquery-2.1.1.min.js

... and near the top of the script after the metadata blocks:

this.$ = this.jQuery = jQuery.noConflict(true);

I can sort of figure out what you are saying after rereading this a few dozen times.

uploadsmith.com have been fixed only Chrome can access to download files from these website

This is not true. I downloaded the file hosted there with Pale Moon.

i trying to change user agent to chrome in firefox but did't work

Try a clean profile in Firefox if you are having issues.

want to known how they block other browser is'nt chrome and have anyway to avoid block and access to download files without chrome ?

It is more likely a profile issue and/or your region where you live.

Most of this is beyond the scope of Userscripts.


Not a good idea to post download links to executables on a file sharing network. It has been sanitized. If you don't respond this will be considered signature spam. Not to mention the question is still a bit vague.

OUJS Admin


In relation to the GDPR announcement we've clarified some existing policies already in the OUJS eco-system and mirrored to the TOS.

Please give the Fair Use Rationale section a quick read. It's short and to the point.

There may be additional clarifications for those who can't seem to understand things.


Re: @3jameo3:

If you could be so kind as to fix the highlighting problem that would appreciated...

Done.

... as well as inform whoever is in charge of bugs about it I would appreciate it very much.

That would be you in this case. A code fence is only applied if the code is pasted by the user into the text area first; then you highlight what is code; and then tap the </> button... otherwise it's inline code single surrounded back ticks. I usually find it easier just to type the triple back tick and the language I'm using after. We mention this at this FAQ. While the inline code multiline isn't detrimental to policy it does make it DOM single node heavy and difficult to read and parse when it's validated (try a DOM inspection sometime on a multi-line code block vs a fence sometime ;)

Apologies for going off topic here but trying to be a little helpful without seeming too obtrusive. :)


Just a miscellaneous note regarding this discussion topic. One of the goals of the GDPR is "Vulnerability Assessment".

Since my years here that's just about all I've done. Occasionally there is a new feature put in when I can do it. Same goes with other contributors and collaborators.

The GDPR does not specify exact security requirements, but makes it clear that normal and usual security actions MUST be in place to be in compliance.

We are already doing this continually. Target sites in the EU must comply with this themselves. e.g. if there is an exploit exposed on a particular site it is their responsibility to fix it on their site... not ours. It is a good idea for those sites to accept help, sometimes in private if it merits it rather than publicly, to fix their vulnerabilities just as we do.

As we have "preached" many times before the Terms of Service and Privacy Policy are well formed and are the primary governing factor for most of our actions here. As I briefly stated earlier the integrity of OUJS will be maintained and there will not be any level of intimidation for demands accepted by any agent of the GDPR. Most of the time we don't even know who anyone is unless we're explicitly told and usually verified to the best of ability when needed.


Re: @3jameo3:
Guess you don't want syntax highlighting to assist the understanding for @twelve27 (or anyone else following) ... code fences are the ones that allow that not multi-line back ticks for inline code.






Webpack is obfuscation... post in the clear... this script is removed.