Jump to content

Cannot interact with MinecraftForge repositories


Extegral

Recommended Posts

I have no idea if this is a correct place to ask, but my question in #tech-support on Forge discord was unfortunately ignored, so I must assume forum is the place.

So, basically, this have happended:
unknown.png?width=1031&height=635
Just yesterday I out the blue discovered that I cannot comment on any repositories owned by MinecraftForge, nor can I react, star, fork and do similar actions. I initially assumed it might be a temporary bug of some kind, but turns out other users didn't experience any issues like this, and it persited until today, so that's unlikely.

My username on GitHub is identical to that on this forum, if it matters.

Link to comment
Share on other sites

In poking around my guess is that you were added as a blocked user.

 

Why? Don't know.

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

Link to comment
Share on other sites

Well, then I have no idea either. I didn't even do much with Forge repos recently, my last comment was on ForgeGradle a couple months ago, and there wasn't anything offensive there or something.

Are there someone specific I could contact on this case? 

Edited by Extegral
Link to comment
Share on other sites

39 minutes ago, Extegral said:

Well, then I have no idea either. I didn't even do much with Forge repos recently, my last comment was on ForgeGradle a couple months ago, and there wasn't anything offensive there or something.

Yeah I looked at your comments (there were all of about five). Nothing stood out.

Start with the mods here, I guess.

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

Link to comment
Share on other sites

From what I can tell it's because of the issue in which you seemed to take the stance of legitimizing runtime-generation of loot tables via event rather than datapacks and thus blame Forge for not enabling such practices to coexist.

This is my Forum Signature, I am currently attempting to transform it into a small guide for fixing easier issues using spoiler blocks to keep things tidy.

 

As the most common issue I feel I should put this outside the main bulk:

The only official source for Forge is https://files.minecraftforge.net, and the only site I trust for getting mods is CurseForge.

If you use any site other than these, please take a look at the StopModReposts project and install their browser extension, I would also advise running a virus scan.

 

For players asking for assistance with Forge please expand the spoiler below and read the appropriate section(s) in its/their entirety.

Spoiler

Logs (Most issues require logs to diagnose):

Spoiler

Please post logs using one of the following sites (Thank you Lumber Wizard for the list):

https://gist.github.com/100MB Requires member (Free)

https://pastebin.com/: 512KB as guest, 10MB as Pro ($$$)

https://hastebin.com/: 400KB

Do NOT use sites like Mediafire, Dropbox, OneDrive, Google Drive, or a site that has a countdown before offering downloads.

 

What to provide:

...for Crashes and Runtime issues:

Minecraft 1.14.4 and newer:

Post debug.log

Older versions:

Please update...

 

...for Installer Issues:

Post your installer log, found in the same place you ran the installer

This log will be called either installer.log or named the same as the installer but with .log on the end

Note for Windows users:

Windows hides file extensions by default so the installer may appear without the .jar extension then when the .log is added the log will appear with the .jar extension

 

Where to get it:

Mojang Launcher: When using the Mojang launcher debug.log is found in .minecraft\logs.

 

Curse/Overwolf: If you are using the Curse Launcher, their configurations break Forge's log settings, fortunately there is an easier workaround than I originally thought, this works even with Curse's installation of the Minecraft launcher as long as it is not launched THROUGH Twitch:

Spoiler
  1. Make sure you have the correct version of Forge installed (some packs are heavily dependent on one specific build of Forge)
  2. Make a launcher profile targeting this version of Forge.
  3. Set the launcher profile's GameDir property to the pack's instance folder (not the instances folder, the folder that has the pack's name on it).
  4. Now launch the pack through that profile and follow the "Mojang Launcher" instructions above.

Video:

Spoiler

 

 

 

or alternately, 

 

Fallback ("No logs are generated"):

If you don't see logs generated in the usual place, provide the launcher_log.txt from .minecraft

 

Server Not Starting:

Spoiler

If your server does not start or a command window appears and immediately goes away, run the jar manually and provide the output.

 

Reporting Illegal/Inappropriate Adfocus Ads:

Spoiler

Get a screenshot of the URL bar or copy/paste the whole URL into a thread on the General Discussion board with a description of the Ad.

Lex will need the Ad ID contained in that URL to report it to Adfocus' support team.

 

Posting your mod as a GitHub Repo:

Spoiler

When you have an issue with your mod the most helpful thing you can do when asking for help is to provide your code to those helping you. The most convenient way to do this is via GitHub or another source control hub.

When setting up a GitHub Repo it might seem easy to just upload everything, however this method has the potential for mistakes that could lead to trouble later on, it is recommended to use a Git client or to get comfortable with the Git command line. The following instructions will use the Git Command Line and as such they assume you already have it installed and that you have created a repository.

 

  1. Open a command prompt (CMD, Powershell, Terminal, etc).
  2. Navigate to the folder you extracted Forge’s MDK to (the one that had all the licenses in).
  3. Run the following commands:
    1. git init
    2. git remote add origin [Your Repository's URL]
      • In the case of GitHub it should look like: https://GitHub.com/[Your Username]/[Repo Name].git
    3. git fetch
    4. git checkout --track origin/master
    5. git stage *
    6. git commit -m "[Your commit message]"
    7. git push
  4. Navigate to GitHub and you should now see most of the files.
    • note that it is intentional that some are not synced with GitHub and this is done with the (hidden) .gitignore file that Forge’s MDK has provided (hence the strictness on which folder git init is run from)
  5. Now you can share your GitHub link with those who you are asking for help.

[Workaround line, please ignore]

 

Link to comment
Share on other sites

7 hours ago, DaemonUmbra said:

From what I can tell it's because of the issue in which you seemed to take the stance of legitimizing runtime-generation of loot tables via event rather than datapacks and thus blame Forge for not enabling such practices to coexist.

Do you mean this issue?: https://github.com/MinecraftForge/MinecraftForge/issues/7366

Well, it's not impossible, but should it would be extremely amusing to discover it really is the true cause. I didn't have to take any stance there. the thing is that LootTableLoadEvent in question existed in Forge for the long time already, and many mods did and still do rely on it for adding custom loot, so at the time diesieben07's claim that it's basically deprecated was a little disappointing. Even more so that implementation of this event suffered a critical issue all along, with there being no distinguishing between vanilla-overriding datapacks embedded in mods and standalone datapacks doing the same, since event was not fired in both cases. I hope I don't have to explain why the case where mod directly overrides vanilla datapack within it's own one is incorrect implementation on the side of whoever makes that mod, and why it can cause a crap ton of issues to other mods, while also being quite a frustrating thing to debug in large modpacks, as much as it was a frustrating thing to deal with countless bug reports on problems that your mod is not responsible for.

In my last comment on that issue left later on I said something like "Does this piece of code count as an insult? I hope it counts as an insult." and linked this piece of code over there: [link removed - diesieben07]
...which was a way I resorted to in order to deal with that issue once and for all in my mod. The reason I did this was partly to express my disagreement, and mostly to leave it as a clue for someone who may stumble upon this issue eons later, should they find themselves facing the exact same problem. Later in November I discovered that this comment of mine was deleted and conversation was locked.

I mean, perhaps it wasn't the admiration that I showed off, but dare you tell me I was outright offensive. My comment was not directed towards someone in particular, and all it did was expressing a bit of criticizm towards this one implementation of one feature in all of the Forge. Having witnessed the deletion of my comment, I shrugged and just moved on with my life, as everyone else did, and ever since November there wasn't anything else that this case would bring up, It's only a couple days ago that I discovered being blocked from MinecraftForge repos, so I didn't even guess initially that those two events could be linked.

Edited by diesieben07
Link to comment
Share on other sites

  • Guest locked this topic

Specifically the "fuck you everyone should fuck you to by copy pasting my coremod" showed you have no respect for this community. And as such we are not going to give you a platform to continue to do exactly the opposite of what you are told you should  do.

 

Disrespectful, anti-opensource, anti-community mindsets are not welcome here.

I do Forge for free, however the servers to run it arn't free, so anything is appreciated.
Consider supporting the team on Patreon

Link to comment
Share on other sites

Guest
This topic is now closed to further replies.


  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • You can try other builds of Quark/Zeta
    • Hello all, I recently tried to upgrade my Minecraft mod to version 1.21.3, and I seem to have a problem with the `RenderSystem#setShaderColor` method. Here is how the screen is usually supposed to look like: Here is how it looks at present: To further explain, the note labels atop of the note buttons are colored cyan (here) using `RenderSystem#setShaderColor`. The note buttons and labels get their colors from their native texture - white. This means that even though I set the coloring to apply to the label (top), it is applied to the button (bottom). What I conclude is happening then, in essence, is that this method (at least for my case) does not color the blit after - but rather the blit before..?  This also blocks me from later resetting the shader, as I need to set it back to white before the blitting is done, and not when it's done. So like... what? I've tested this further with other components that require this method, and this preceding-like behavior seems to be pretty consistent for them too.   I should mention that all the snippets I am about to show have all worked in past versions. In my class `ClientUtil`, the following methods are defined: public static void setShaderColor(final Color color, final float alpha) { RenderSystem.setShaderColor( color.getRed() / 255f, color.getGreen() / 255f, color.getBlue() / 255f, alpha ); } public static void setShaderColor(final Color color) { setShaderColor(color, 1); } public static void resetShaderColor() { setShaderColor(Color.WHITE); } //... public static RenderType guiRT(final ResourceLocation loc) { return RenderType.guiTextured(loc); } And here is the snippet from `NoteButtonRenderer#renderNote` using it: // "Note" here refers to those symbols in the middle of a note button protected void renderNote(final GuiGraphics gui, final InstrumentThemeLoader themeLoader) { final int noteWidth = noteButton.getWidth()/2, noteHeight = noteButton.getHeight()/2; ClientUtil.setShaderColor((noteButton.isPlaying() && !foreignPlaying) ? themeLoader.notePressed() : themeLoader.noteReleased() ); gui.blit(ClientUtil::guiRT, noteTextureProvider.get(), noteButton.getX() + noteWidth/2, noteButton.getY() + noteHeight/2, 0, 0, noteWidth, noteHeight, noteWidth, noteButton.getHeight()/2 ); ClientUtil.resetShaderColor(); } You may find the full source here. The odd thing is that Minecraft does seem to use this method the regular way I showed, for instance `SkyRenderer#renderSkyDisc` (not sure if I'l allowed to paste it). Could it be that I'm doing something wrong that leads to this issue..? I'm really stumped on this one.  I couldn't really find any change logs or documentation for this rendering API (even in this Fabric blog post), so I'm sorry if this seems obvious or anything.  Either way, any help would be appreciated.
    • This did work. rip Quark Thank you
    • It says Quark Requires zeta. do i just remove Quark? https://mclo.gs/cq799kI
    • It refers to the mod elenaidodge Backup the world and make a test without it
  • Topics

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.