Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Update to 1.14.1 & Bugfixes #14

Closed
wants to merge 5 commits into from
Closed

Conversation

t3rminus
Copy link
Contributor

This PR updates the build to 1.14

Also includes a couple of fixes for issues I encountered:

  • some plugins don't work properly when the /plugins/ folder is not in the default location (CoreProtect)
  • The "run as user" changes weren't working at all, and many directories (eg. world) were still being mounted as root

@felixklauke
Copy link
Owner

Hey,

thanks for you interest. I updated the Java Version to 11, as this ist the current LTS version. 12 would be a bit too much (even 11 will cause several problems because of the new class loader semantics of version 9).

I'm still investigating the issues with broken permissions.

It shouldn't be my task to fix plugins that are using wrong plugin directories, but I think it would be much smoother when we just symlink the "normal" plugins directory as a workaround.

Thanks for your help!

@felixklauke felixklauke self-assigned this May 29, 2019
@felixklauke felixklauke added bug Something isn't working enhancement New feature or request labels May 29, 2019
This was referenced May 29, 2019
@t3rminus
Copy link
Contributor Author

With regards to the JVM, you'll notice that change was reverted in this PR. When I first submitted it, I was incorrectly assuming the version listed above was actually the one being used to run minecraft, and not just for the build step.

As for the plugins folder, I agree it shouldn't be your job to work-around buggy plugins, but given the state of bukkit/spigot/paper plugin development right now, it's very likely that many of them are still in use, but will never be updated.

CoreProtect is still in development, I believe, but is a fairly essential plugin for anti-griefing. As annoying as it seems, putting the plugins directory back in the default spot allowed me to actually use this docker plugin in a live environment, and not as a curiosity or test system.

It's not as "clean", I agree, but it was necessary.

@felixklauke
Copy link
Owner

felixklauke commented May 30, 2019

I still think it would be better to just add a symlink, I will add this asap. Furthermore I made a Bug Report to CoreProtect and the author will fix the directory in the next version:

Screenshot 2019-05-30 08 00 27

Did I forget something else to fix?

felixklauke added a commit that referenced this pull request May 30, 2019
…ym link for the plugin folder for compatibility reasons. Fixes #16 and regarding #14
felixklauke added a commit that referenced this pull request May 30, 2019
@t3rminus
Copy link
Contributor Author

I believe that's it.

FYI The Paper-1.14/lastSuccessfulBuild is currently going to produce a build for 1.14.2, not 1.14.1.
I'm not sure if you want to track these versions separately. You may want to simply tag your builds as 1.14/1.13/1.12... etc, to avoid having to deal with the frequently-changing bugfixes.

@felixklauke
Copy link
Owner

I added 1.14.1 1.14.2 steps. I have to update the CI config whenever a new version is released. Can you clarify what you mean with those tags? What do I do different?

@t3rminus
Copy link
Contributor Author

Can you clarify what you mean with those tags? What do I do different?

I just mean use 1.14, 1.13, 1.10. See #21

@felixklauke
Copy link
Owner

According to https://www.spigotmc.org/resources/coreprotect.8631/update?update=280326 CoreProtect now supports custom plugin folders 👏

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working enhancement New feature or request
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants