Marti Admin

Re: @pedro.souicloud.com:

The account was connected to a github account (which was deleted)

Unfortunate.

the site just logged me into my first account (this one).

Yes it will.

Can my access to that account be regained?

No because the GH account is no longer there. I can say with relative certainty that it's your addresses for both accounts but we can't verify that it's your identity.

can the script that I published there be deleted

No.

since I'm unable to update it?

Just fork it from yourself on OUJS using the Submit Code as Fork button at the bottom of that page.

OUJS Admin


Re: @Fask:

I deleted the imgur image that I had for the "TfT Main Page Remake"

That will allow me to swap your identities.

tried this, but unfortunately still received the "Authorization Fail" error.

You tried four times with Twitter and twice with Steam at your current address. The four gave you "Authorization Fail" and the two gave you "Strategy Fail" (assume it's because something was done on the Steam side). If you know what happened on Steam and if you can prevent it... please try not to let it happen again. :)

I don't know.

Alright was worth a try. Date would have had to have been exact if you did take a guess at the time of day.

Anyhow... you are flipped. So @Fask is the "orphan" of your old Steam keyed account and @Prios is your active Steam keyed account now. You were booted off your current session in order to achieve this seamlessly. As you know @Prios is not on probation so you may log in anytime. I dropped the DB's for that just in case you triggered it at your current address with the @Fask.

Since Twitter is probably defunct you may want to add another strategy.

If for some reason you have any additional issues regarding this please ping me on GitHub with an issue as no new accounts here on OUJS will be swapped for you... just these two.

Thank you for taking the time to answer the questions.

OUJS Admin


in the meantime you as Fask need to prove that the Steam account is yours by temporarily modifying your bio line on Steam and have me see it after you notify me here to go look.

Confirmed on Steam. You can change that back. Still need more time to ponder and I have to go do an IRL thing. I realize that your @Fask is a new account and you won't be able to reply for around 24 hours (Don't try to log in until after then otherwise it "rolls" and it'll restart the 24 hour countdown) due to probationary status. Find out what you can to answer the remaining questions.

OUJS Admin


Re: @Fask:

... Fingers crossed ...

Can you tell me the last date and approximate time here on OUJS that you logged in at for @Prios? (Do not guess as that will not be a good thing if you are not correct)

OUJS Admin


Re: @Fask:

Did you also try logging into Twitter first then here (manually selecting Twitter in the drop list)? Does it fail like my new account test?

... btw ensure you are logged out of all other authentication strategies (Steam) first during testing... or the site will nab that.

OUJS Admin


Re: @Fask:

... Fingers crossed ...

Did you save your imgur images to an album that you can delete one for OUJS access proof?

OUJS Admin


Re: @Fask:

Fingers crossed that that is enough.

I just updated and retested Steams auth strategy along with some other deps and the backend updates. Try it again. It was a little weird that I was logged in already and it asked me to login again. Anyhow I realize the @Fask account is also Steam so presumably you could/can/have create(d) a new account on Steam. You need to use your old Steam account though.

regardless of which authorization method I try

If you notice any superscript RO text, after the manually selected authentication method in the login page, on the ones you have that probably means it won't work. See also #1982.

As far as restoration I'm going to have to ponder that for a bit. But in the meantime you as Fask need to prove that the Steam account is yours by temporarily modifying your bio line on Steam and have me see it after you notify me here to go look.

I can't say for sure if you'll gain access to the OUJS account as anyone can upload a script with someones namespace... hence why the profile is always a preferred place to cross-identify yourself (It demonstrates that you had actual access to the account). I will need some time to scour the logs and that account.

OUJS Admin




Re: @ringofyre:

@gaspar_schot

This should clear the error in the script with bad @match syntax:

--- /scripts/gaspar_schot/Supercharged_Local_Directory_File_Browser/source@8.0.1+d0c9b4f
+++ /scripts/gaspar_schot/Supercharged_Local_Directory_File_Browser/source
@@ -10,7 +10,7 @@
 // @homepageURL    https://openuserjs.org/scripts/gaspar_schot/Supercharged_Local_Directory_File_Browser
 // @icon data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAIAAAACAAgMAAAC+UIlYAAAACVBMVEUmRcmZzP8zmf8pVcWPAAAAAXRSTlMAQObYZgAAAFBJREFUeF7tyqERwDAMBEE3mX5UiqDmqwwziTPHjG7xrmzrLFtRaApDIRiKQlMYCsFQFJrCUAiGotAU5hTA1WB4fhkMBsOJwWAwgHvB8CHpBcTbpxy4RZNvAAAAAElFTkSuQmCC
 // @match      file://*/*
-// @match      about:blank
+// @include      about:blank
 // @match       https://www.example.com/path/to/directory/*
 
 // @require https://cdn.jsdelivr.net/npm/markdown-it@13.0.1/dist/markdown-it.min.js

Greasemonkey Port 3.10.0.1rc5pre-sm.xpi is available now at the SF file repo.

This fixes an additional inconsistent compatibility issue introduced with SM 2.53.14 through 2.53.16 with the locale preventing management and general usage failure... some SM preferences were renamed/missing but not in all SM locales which is very odd and a Services method. em:minVersion remains the same i.e. SeaMonkey 2.40 or better.

REMINDER: My profile here says how to get in touch especially for compatibility fixes since I found this one floating about the inet. Always remember that SourceForge is the current OFFICIAL SOURCE for this original add-on.


Re: @sjehuda:

Is it possible to hide page from search and profile?

No.

Is it also possible to reset installs number? (5415)

No. If you are worried about increases for the future see https://openuserjs.org/about/Frequently-Asked-Questions#q-is-there-a-way-to-not-count-script-updates-with-this-sites-install-counter-

// @supportURL https://openuserjs.org/scripts/junkblocker/RSS+Atom_Feed_Subscribe_Button_Generator/source

That's not how that key works. Should be https://openuserjs.org/scripts/junkblocker/RSS+Atom_Feed_Subscribe_Button_Generator/issues

Please update your version to 2.7

Yes... both of you should version bump after you make all the necessary changes to trigger the .user.js engine manager to know that there is one.

OUJS Admin


Here's what I mean about the license header and keys in code:

--- /scripts/sjehuda/RSS+Atom_Feed_Subscribe_Button_Generator/source@2.1+6350c31
+++ /scripts/sjehuda/RSS+Atom_Feed_Subscribe_Button_Generator/source
@@ -11,10 +11,12 @@
 // @version     2.1
 // @date        2013-04-19
 // @icon        https://upload.wikimedia.org/wikipedia/en/thumb/4/43/Feed-icon.svg/128px-Feed-icon.svg.png
+// @downloadURL https://openuserjs.org/install/junkblocker/RSS+Atom_Feed_Subscribe_Button_Generator.user.js
 // ==/UserScript==
 
 /*
- * Copyright (c) 2006-2013, Manpreet Singh [junkblocker@yahoo.com]
+ * Copyright (c) 2006-2014, Manpreet Singh [junkblocker@yahoo.com]
+ * Copyright (c) 2017-2023, Schimon Jehudah (http://schimon.i2p)
  *
  * Permission is hereby granted, free of charge, to any person
  * obtaining a copy of this software and associated documentation

... and ...

--- /scripts/junkblocker/RSS+Atom_Feed_Subscribe_Button_Generator/source@2.1+6350c31
+++ /scripts/junkblocker/RSS+Atom_Feed_Subscribe_Button_Generator/source
@@ -11,10 +11,14 @@
 // @version     2.1
 // @date        2013-04-19
 // @icon        https://upload.wikimedia.org/wikipedia/en/thumb/4/43/Feed-icon.svg/128px-Feed-icon.svg.png
+// @updateURL   https://openuserjs.org/meta/junkblocker/RSS+Atom_Feed_Subscribe_Button_Generator.meta.js
+// @downloadURL https://openuserjs.org/install/junkblocker/RSS+Atom_Feed_Subscribe_Button_Generator.user.js
 // ==/UserScript==
 
 /*
- * Copyright (c) 2006-2013, Manpreet Singh [junkblocker@yahoo.com]
+ * Copyright (c) 2006-2014, Manpreet Singh [junkblocker@yahoo.com]
+ * Copyright (c) 2017-2023, Schimon Jehudah (http://schimon.i2p)
+ * Copyright (c) 2023, Manpreet Singh [junkblocker@yahoo.com]
  *
  * Permission is hereby granted, free of charge, to any person
  * obtaining a copy of this software and associated documentation

As far as the unsupported @date key that can be handled however both accounts see fit.


There is an inconsistency in the script source vs. what you did @sjehuda. Copyright year term is incorrect compared to original. That must remain the same as the USO source code page. Also the license header block has to remain forever in any publishing. It can be updated year wise of course to 2023 if it's the original author. Technically your name should also appear for the period that you managed your copy @sjehuda

Secondly... I've forked it (which you could have done @junkblocker and how I did it as you... you can always undo it and redo it yourself if you want the practice but I also copied the script info markdown) by going to sjehudas script Source Code page and clicked the Submit Code as Fork. This should be sufficient enough.

As far as your users @sjehuda you'll have to do your usual deprecation method (or something new) that we've talked about before. You can always create // @downloadURL https://openuserjs.org/install/junkblocker/RSS+Atom_Feed_Subscribe_Button_Generator.user.js so that script updates you trigger load junkblockers on update... then the user will need to uninstall yours otherwise two copies will be present on their system.

And @junkblocker you would also ideally add that key in the UserScript metadata block but also the // @updateURL https://openuserjs.org/meta/junkblocker/RSS+Atom_Feed_Subscribe_Button_Generator.meta.js... so to keep the users from getting confused or their .user.js engine managers.

OUJS Admin


Greasemonkey Port 3.10.0.1rc4pre-sm.xpi is available now at the SF file repo.

This fixes an inconsistent compatibility issue introduced with SM 2.53.14 through 2.53.16 with the locale preventing management and general usage failure... some SM preferences were renamed/missing but not in all SM locales which is very odd. em:minVersion remains the same i.e. SeaMonkey 2.40 or better.


Re: @sjehuda:

SPAM!

  1. This is the Authors own issue... so within reason it's not spam as it was already pre-verified as doing exactly what it says vs the script source.
  2. You are spamming this script issue with your message... more precisely harassing. You are doing your best to test your ability to be eligible to be removed permanently.
  3. If you feel a user is spamming you flag the User with brief yet concise details.

Please don't test my patience any more. The subject of this intervention is closed here.

OUJS Admin


Re: @sjehuda:

I've just checked if something has changed since then.

Use development only and not production. Further development questions beyond this response will be ignored here on production. Please reread.

I'll look into it and add Feeds for OUJS

Probably related to next see also... again please use development.

and later add a Web Browser News like the one of USO.

See #914

I don't have (the time to establish) a node.js server.

There's Development... just give it a read.

Do we have a sandbox node.js server of OUJS to make tests on?

Again Development (Last time I'll remind you). If you want a clean or dirty DB with a basic auth set go to https://github.com/OpenUserJS/OpenUserJS.org/tree/master/dev and import that for MongoDB... otherwise make your own auth keys.


Nope.

See from a Development search... #15 and #242 on Development... I know you are there. :P

OUJS Admin


You do not need to advertise this script outside of its homepage for releases like you did in the General Discussions. Your account menu lists as well as the global Userscripts list is enough for notifying people of your news.

If you do it again your account may be eligible for removal. The discussion has been deleted.

Thank you for your immediate cooperation.

OUJS Admin


Re: @sjehuda:

Thanks for the visit however this can be achieved outside of the library in post-op before it is applied to the website.

This is also very beta still and very much on the back burner.

Closing as not planned.


Re: @sjehuda:

Is there an automated manner to do so?

No and there won't be.

... but it doesn't seem to work as the installation amount of the older programs keeps growing.

--- /scripts/sjehuda/FREEdirector/source@30+6242765
+++ /scripts/sjehuda/FREEdirector/source
@@ -13,6 +13,7 @@
 // @version     30
 // @grant       none
 // @icon        data:image/svg+xml;base64,PHN2ZyB4bWxucz0iaHR0cDovL3d3dy53My5vcmcvMjAwMC9zdmciIHZpZXdCb3g9IjAgMCAxMDAgMTAwIj48dGV4dCB5PSIuOWVtIiBmb250LXNpemU9IjkwIj7wn5SAPC90ZXh0Pjwvc3ZnPgo=
+// @downloadURL https://openuserjs.org/install/sjehuda/Proxy_Redirect.user.js
 // ==/UserScript==
 
 location.href = 'https://openuserjs.org/scripts/sjehuda/FREEdirector#freedirector-is-now-known-as-proxy-redirect'
\ No newline at end of file

... is one option for you. Don't forget to @version bump so they get it. However you could nag them before you do that with an alert for a while then do the redirect. This will keep both copies on their machine so that's why I would say do the nag first. An example of a nag is here. Depends on how naggy you want to be.

As far as "(it) keeps growing" that will always be the case. If a user doesn't visit the site that is @included / @matched then they won't get the nag message... unless you get real naggy and change those to include the script everywhere. Just don't forget the appropriate return(s) and not execute the old script any further to avoid reports.

In general you'll probably always get hits from possible bad actors and other scraping sites that aren't all that sophisticated.

There's probably more ideas that others may have but it's all up to you what you do with your publication and how responsible you wish to terminate the old one.

OUJS Admin


Alright.. think I found the issue. Love Unicode sometimes (sarcasm).

Try it now.

OUJS Admin


Re: @gyakkun:

If it's due to upstream dependency update, maybe rollback to a previous version is a good idea?

Nope.

However both of you haven't given me any concrete links to the issue... however I guessed that @gyakkun changed some source recently and encountered it from the image included... and I can replicate on unminified code.

This shouldn't be happening ever... I will look into it more shortly.

OUJS Admin


This is obfuscated code... which means it could be malware. I would suggest that you uninstall it for sure as it is going away.

OUJS Admin


Re: @Anakunda:

some library sources are cut before end especially if fetched as library.min.js.

If you think it's a bug then it should be on Development not here.

Re: @Anakunda:

Just fetching the raw source is broken.

Semi-colons can be removed since terser defaults at that version may be configured that way. i.e. we don't do it... it's an upstream issue. We are also using terser@v4.x due to incompatibilities with terser@v5.x... so if there's an error don't use it or find some other possibly shorter workaround similar to the one you've mentioned in your code to get the result you want. i.e. we can't do anything about it especially here on Production instead of Development. You would also most likely be redirected to upstream anyhow. Btw some of our served .js for the site itself doesn't exhibit your behavior because it's working without your "work-around". i.e. we (you, me, the dog/cat, etc.) all would know instantly. bootstrap-markdown.js here on OUJS is one of many examples compared to it's native source there. It would appear from the lack of trailing closing square bracket and semicolon in your latest library update (without your comment block) that it is a terser error.

As a general rule of thumb also check your device(s) for malware, corruption of storage media or memory (ran into several machines that requires exact CPU MHz specs used instead of what was advertised in their XMP/EXPO/equivalent... segmentation faults specifically which are rare when there should be none), if your ISP is preventing you from doing something, and of course a clean browser profile and other non-chromium based browser.

OUJS Admin.

P.S. We have a special key for edge cases that don't have a work-around so you can let others know about a possible code incompatibility. See here.