Skip to content

Update Shortest Path to 1.19.0#11621

Open
FIrgolitsch wants to merge 9 commits intorunelite:masterfrom
FIrgolitsch:shortest-path
Open

Update Shortest Path to 1.19.0#11621
FIrgolitsch wants to merge 9 commits intorunelite:masterfrom
FIrgolitsch:shortest-path

Conversation

@FIrgolitsch
Copy link
Copy Markdown
Contributor

@FIrgolitsch FIrgolitsch commented Apr 23, 2026

The second of the large releases. Large rework of internal workings to fix some major problems.

All changes are listed under the 1.19.0 milestone:
https://github.com/Skretzo/shortest-path/milestone/1?closed=1

A large part of the changes is in the test package due to some testing validation tools we built (https://skretzo.github.io/shortest-path/). It shouldn't pollute the final plugin package.

After this one is approved, we will shortly push 1.19.1 as well, which will be just a reformat of all code files to align with the RuneLite code conventions and fix final linting issues.

@runelite-github-app
Copy link
Copy Markdown

runelite-github-app Bot commented Apr 23, 2026

@iProdigy iProdigy added the waiting for author waiting for the pr author to make changes or respond to questions label Apr 24, 2026
@iProdigy
Copy link
Copy Markdown
Member

PluginBuildException: shortest-path: All gradle files must wrap at 120 characters or less

@runelite-github-app runelite-github-app Bot removed the waiting for author waiting for the pr author to make changes or respond to questions label Apr 24, 2026
@FIrgolitsch
Copy link
Copy Markdown
Contributor Author

FIrgolitsch commented Apr 24, 2026

PluginBuildException: shortest-path: All gradle files must wrap at 120 characters or less

Got it! Fixed the Gradle files, also split them out a bit to not pollute the main one as much with our own development utilities. For future reference, is this a check that came from your side, or did the checkstyle already get enforced? I wanted initially to push it without any of those checks failing the build. The commit I pointed to didn't have it included yet.

@pajlada
Copy link
Copy Markdown
Contributor

pajlada commented Apr 24, 2026

@FIrgolitsch still not fixed

@pajlada pajlada added the waiting for author waiting for the pr author to make changes or respond to questions label Apr 24, 2026
@runelite-github-app runelite-github-app Bot removed the waiting for author waiting for the pr author to make changes or respond to questions label Apr 24, 2026
@FIrgolitsch
Copy link
Copy Markdown
Contributor Author

FIrgolitsch commented Apr 24, 2026

My bad, the comment lines weren't caught. Sorry about that, it should be good now. I'm seeing it fails now on the me.champeau.jmh plugin. We use it for performance profiling of our pathfinding algorithm. Is it not allowed? It's a test-only dependency.

@pajlada
Copy link
Copy Markdown
Contributor

pajlada commented Apr 24, 2026

not a gradle expert, but i think you'd need to load it in in a different way than you're doing now
preferably your gradle files doesn't really contain a bunch of things that's not relevant for the runelite build, but i'm not sure if there's a reasonable way to split these things up

@FIrgolitsch
Copy link
Copy Markdown
Contributor Author

Thanks for the response. I'm no gradle expert either (hence the issues...), but I'll see if I can't get it split up somehow.

@FIrgolitsch
Copy link
Copy Markdown
Contributor Author

Dropped the dependency altogether. Seemed like a cleaner way to do things

@runelite-github-app
Copy link
Copy Markdown

runelite-github-app Bot commented Apr 24, 2026

Internal use only: Reviewer details Maintainer details

@pajlada
Copy link
Copy Markdown
Contributor

pajlada commented Apr 24, 2026

this now looks reviewable 👍

@FIrgolitsch
Copy link
Copy Markdown
Contributor Author

Awesome! Hopefully the next checks will go a bit smoother haha

@riktenx
Copy link
Copy Markdown
Member

riktenx commented Apr 26, 2026

Pull requests which automatically pass the "RuneLite Plugin Hub Checks" and use the standard build type are now eligible for automated review. If your plugin uses the standard build.gradle script, consider adding build=standard to your runelite-plugin.properties file and update this PR.

@FIrgolitsch
Copy link
Copy Markdown
Contributor Author

I don't think we use anything out of the ordinary. Added the directive to our plugin.

@LlemonDuck
Copy link
Copy Markdown
Contributor

I don't think we use anything out of the ordinary

you have hundreds of lines of custom gradle stuff, this is very out of the ordinary.

Even though these are only intended to be run manually, it would be a lot better if you just implemented them as tests under a different run configuration or something and use system properties instead of gradle properties. We'd very much prefer if you keep the gradle stuff as simple as possible.

Take a look at how I did something related in the Sailing plugin: create a new source set, and then place the files in there. This also excludes them from the release jar and the normal test path, so you don't need to do anything special to exclude it from those.

@LlemonDuck LlemonDuck added the waiting for author waiting for the pr author to make changes or respond to questions label Apr 27, 2026
@runelite-github-app runelite-github-app Bot removed the waiting for author waiting for the pr author to make changes or respond to questions label Apr 27, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

5 participants