text:
BlockManager returns Air block instead of null for block family if no side is defined

To test,
inject a BlockManager in a test system, activate the core module and inspect
blockManager.getBlock("core:BirchTrunk:engine:stair"). This call is missing the side parameter for the family rotation, e.g. blockManager.getBlock("core:BirchTrunk:engine:stair.LEFT") gives a correct rotated stair.
But instead of logging an error or returning null, this silently returns an Air block 😒 .
Tow classes on issue here:
HorizontalBlockFamily.getBlockFor(BlockUri) does not log an warning when the side can not be parsed, returning null may be okay.
BlockManager.getBlock(BlockUri) returns null if the block can not be found directly but an air block if the block is not directly registered, part of a family and the family returns null for the block. This should really return null as the javadoc says: Retrieves the Block for the given uri, or null if there isn't one.

I'll take a look

Following up on my question in Slack - are we going for null interfaces or do we promote the use of Optional? Sounds like this would fit here as well, and it might simplify the error handling. Does anybody know of any good resource investigating the impact of Optionals?

Following up on my question in Slack - are we going for null interfaces or do we promote the use of Optional?

Optional's do have overhead in benchmarks on JVM8, but it is fairly minor.  But I do like the expressiveness of them personally.
/me is starting to lean toward thinking kotlin should start to be integrated, you can decorate such returns and arguments 'for free' (zero runtime cost) while being fully backwards compatible with java...

/me holds up the Scala flag 🎏

/me holds up the Scala flag 🎏

Hehe, I too am a proponent of Scala, however, much to my dismay, Scala's stdlib is HUGE in comparison, and Kotlin has, sadly, become mainstream in the java world, especially now that it is first class on android.  ^.^;
If the scala stdlib is contained in terasology (I've yet to check, bleh), I'd be all for using it where appropriate as you can mix it and java (and kotlin) all as you wish.
However, Kotlin's 'possibly-null' operator (?) is zero-cost, unlike boxing that Scala's Option and Java's Optional does, which is definitely valuable, especially in highly called code.

Getting it into engine might need some work to convince people. For modules, however, we already have

https://github.com/Terasology/ScalaLib
https://github.com/Terasology/KotlinLib

They both may need some more love and attention, though.

Following up to say have we decided between null and Optional yet? @skaldarnar @OvermindDL1

I would suggest to break the API for v2 or v3 and switch to Optional. It makes the API more explicit and reduces the chance for failures.

Does this issue require all the getBlockFor(blockUri) methods to return Optional instead of a block?

I believe that @oniatus is saying it should return null but in V2 should be an Optional
So for now BlockManager.getBlock(BlockUri) should return Null (as per javadoc) along with HorizontalBlockFamily.getBlockFor(BlockUri)

As far as I can understand, HorizontalBlockFamily.getBlockFor(BlockUri) does return a null if there's any exception.

For note, doesn't Optional incur a runtime speed overhead that null (and consequently Kotlin's ?) does not have?  If Kotlin is ever expected to be merged in then having the cheaper option is more efficient and still safe in the Kotlin world at least (though less so in the Java/Scala world).

Kotlin probably isn't ever going to be merged into the engine, because we already have a module for it. https://github.com/Terasology/KotlinLib

Even ignoring it though, Optional does still have a runtime overhead that null does not have.

It is one extra object instance per call. Block lookups are not needed on every frame and the result can be cached so we are in an area where performance is not that critical. My main priority here is expressiveness and accessibility of the api for a new developer.

Are we sure Kotlin/Scala should remain away from the engine? Not every extended JVM language should be hooked up, surely, can leave the extras for module land. But if there is enough value to hooking in Kotlin and/or (probably or?) Scala to the engine as a permanent thing I'm not sure if that's a big problem if we do it as part of a major release sometime?
I assume the code will work the same for end-users. It'll just be up to us to clarify how such a language would be used in the engine and if there are any additional hoops a developer would need to jump though. Hopefully not? At least in Gradle and probably also IntelliJ?

I personally really like Scala, it does its typing system Right, but it is not really 'first-class' in that it is not native on anything yet, has to be separate.  Kotlin is more of a very simplified Scala, lacks the nice typing features of Scala so you cannot generate, say, super-optimized code (like primitive containers and such), but it is more of a Java Done Right, but the big point of it is that it is First-Class on Android, and if it is first class there (the largest JVM ecosystem) and the largest Java IDE (IntelliJ) includes Kotlin by default for the desktop, it is likely to say that it has become pretty ubiquitous (didn't Kotlin even take over Java in the last few months as the most used JVM language on android?).  Scala's code generation is absolutely top notch though... hard to ignore that...
But yeah, Scala and Kotlin and Java can all interoperate fine in all ways without cost (unlike groovy and such).

Null is more efficient and ties with Kotlin's safety better, efficiency is good in an engine core, so that would be my vote.

I vote for Optional.
If the goal is to make the most efficient code we possibly can, we would switch to C++ (or assembly). However, the goal is to make a easy-to-approach, extensible platform. Which is why I vote in favour or cleaner code, even if it means slight performance hit.
(Note that gestalt uses Optionals almost exclusively, so any and every cost associated with Optionals is already being borne by us.)

Good point on the potential over-optimization. Maybe the Optional vs. Kotlin + null is something to revisit around engine v3.0.0 - at a point where hopefully it'll be time to optimize, with lots of new benchmarking and profiling tools hooked up and tried some. Maybe by then we'll be able to properly evaluate its value.
Not to say that the consideration for Kotlin or Scala is dead simply because one facet related to optimization gets written off for the time being. But anyway :-)

Slight bump to this: As part of finalizing v2 I'm pushing this out to v3 - although really the fundamental issue here could probably be quickly addressed in a minor or patch release at some point. But it grew into a bigger issue as visible in the comments here, getting into how to handle the return (null vs Optional) rather than just changing from Air to null real quick.
The block family overhaul (PR #3343 / #3149) doesn't change the root issue here (Air/null) although it did rename HorizontalBlockFamily to HorizontalFamily along with an assortment of other tweaks. That PR should be merged soon and released with v2, with another planned round of related refactoring in the v3 release later.
That additional pass I suspect may render the Air/null part a moot point, while the general issue of null vs Optional still needs to be addressed, and may be as part of other efforts during that release, especially if we end up re-integrating gestalt-entity-system which will certainly lead to a bunch of cleanup. I'm referencing all that separately in a roadmap/backlog thing I"m working on and will link to here.

authors: Cervator OvermindDL1 PurityLake TheFlash98 jellysnake oniatus skaldarnar vampcat

repo: MovingBlocks/Terasology


text:
Fix Checkstyle Issues

Fixes 15+ Checkstyle issues.

Can one of the admins please verify this patch?

The edits have been made!

source: gharchive/pull-request

license_type: permissive

license_source: github-api


text:
build(IntelliJ): turn on checkstyle.scan-before-checkin

Small tweaks to how CheckStyle is setup in gradle and IntelliJ.
The most impactful one is that scan-before-checkin.
I was tempted to see if we could get rid of the samedir property, but that princess is in another castle.

* What went wrong:
Execution failed for task ':engine:checkstyleJmh'.
> Unable to store input properties for task ':engine:checkstyleJmh'. Property 'configProperties' with value '{samedir=extension 'checkstyle' property 'configDirectory'}' cannot be serialized.

fixed. There was some groovy/gradle typing hijinks going on that threw a wrench in the first attempt.


text:
support detection of ctrl-c and ctrl-d key presses

If ctrl-c or ctrl-d is detected, an error will be returned to the caller. The example code has been updated to show how this works.
#4

See my comment on #4

authors: MovingtoMars iamcodemaker

repo: MovingtoMars/liner

license: mit

license_source: bigquery


text:
Fix Stats test

I think a PR got merged that wasn't up to date with dev and a failing test got introduced.

Thanks!

authors: fernandojsg sheepsteak

repo: MozillaReality/ecsy

license: MIT


text:
Create akchilov.cpp

用is_constructible 匹配，不知道符不符合要求

@dynilath 锐评一下

@dynilath 锐评一下

写坏了，check_constructible 有种脱裤子放屁的感觉

写坏了，check_constructible 有种脱裤子放屁的感觉

那就改改

写坏了，check_constructible 有种脱裤子放屁的感觉

那就改改

改了

#200 你看看。

不过你的这种 size 实现的方式，倒是支持不可移动的类型（比如 std::mutex），标准答案实际上不行。

authors: AzrBrk Mq-b

repo: Mq-b/Loser-HomeWork


text:
[Question] What if a game doesn't have any decompiled source?

Yea, sorry for bothering any of you guys, but I need to ask a question. I'm interested to port a game with this tool, and the game itself doesn't have any progress or anything related to decompilation yet.
Do I need to decompile the game myself? If that is, it is a really dificult process or nah?
Ahm, and the game in question is AeroGauge, which I already reserved a repository and everything but I just need to know this to continue, as I said before, the game itself doesn't have any progress or anything related to decompilation yet.
(I am dumb and posted this issue on other repo, as this issue lmfaoo)

You don't actually need to decompile anything. You do, however, need to get a general idea of how the ROM is structured. Knowing where the functions are that the game uses to dma data from ROM to RAM, as well as any kind of overlays and how the game loads those will need to be figured out. Using n64splat and setting up a decomp project (which can really just be a disassembly) and then splitting out the data correctly to then be built into an elf should work with N64Recomp.

Ty for the response. I will leave this ticket open by now in case of someone can leave more info on how can I do this.

source: gharchive/issue


text:
No sync works after updating to 0.10.0

My compose.yaml:
services:
  baikal:
    labels:
      traefik.enable: true
      traefik.http.routers.baikal.rule: Host(`cal.vitez.xyz`)
      traefik.http.routers.baikal.tls.certresolver: acmeresolver
      traefik.http.routers.baikal.entrypoints: websecure
      traefik.http.routers.baikal.middlewares: my-geoblock@file
    image: 'ghcr.io/mralucarddante/baikal-docker-hass:0.10.0'
    volumes:
      - /docker-data/baikal/config:/var/www/baikal/config
      - /docker-data/baikal/data:/var/www/baikal/Specific
    networks:
       - traefik-net
    restart: unless-stopped
    environment:
      - TZ=Europe/Berlin
networks:
  traefik-net:
      external: true

Logs:
baikal-1  | /docker-entrypoint.sh: /docker-entrypoint.d/ is not empty, will attempt to perform configuration
baikal-1  | /docker-entrypoint.sh: Looking for shell scripts in /docker-entrypoint.d/
baikal-1  | /docker-entrypoint.sh: Launching /docker-entrypoint.d/10-listen-on-ipv6-by-default.sh
baikal-1  | 10-listen-on-ipv6-by-default.sh: info: Getting the checksum of /etc/nginx/conf.d/default.conf
baikal-1  | 10-listen-on-ipv6-by-default.sh: info: /etc/nginx/conf.d/default.conf differs from the packaged version
baikal-1  | /docker-entrypoint.sh: Sourcing /docker-entrypoint.d/15-local-resolvers.envsh
baikal-1  | /docker-entrypoint.sh: Launching /docker-entrypoint.d/20-envsubst-on-templates.sh
baikal-1  | /docker-entrypoint.sh: Launching /docker-entrypoint.d/30-create-baikal-database-folder.sh
baikal-1  | /docker-entrypoint.sh: Launching /docker-entrypoint.d/30-tune-worker-processes.sh
baikal-1  | /docker-entrypoint.sh: Launching /docker-entrypoint.d/40-disable-nginx-ipv6-if-unsupported.sh
baikal-1  | /docker-entrypoint.sh: Launching /docker-entrypoint.d/40-fix-baikal-file-permissions.sh
baikal-1  | /docker-entrypoint.sh: Launching /docker-entrypoint.d/40-php-fpm.sh
baikal-1  | /docker-entrypoint.sh: Launching /docker-entrypoint.d/50-start-msmtp.sh
baikal-1  | /docker-entrypoint.sh: Configuration complete; ready for start up
baikal-1  | 2024/11/18 16:50:49 [notice] 1#1: using the "epoll" event method
baikal-1  | 2024/11/18 16:50:49 [notice] 1#1: nginx/1.27.2
baikal-1  | 2024/11/18 16:50:49 [notice] 1#1: built by gcc 12.2.0 (Debian 12.2.0-14)
baikal-1  | 2024/11/18 16:50:49 [notice] 1#1: OS: Linux 6.6.62-1-lts
baikal-1  | 2024/11/18 16:50:49 [notice] 1#1: getrlimit(RLIMIT_NOFILE): 1024:524288
baikal-1  | 2024/11/18 16:50:49 [notice] 1#1: start worker processes
baikal-1  | 2024/11/18 16:50:49 [notice] 1#1: start worker process 50
baikal-1  | 2024/11/18 16:50:49 [notice] 1#1: start worker process 51
baikal-1  | 2024/11/18 16:50:49 [notice] 1#1: start worker process 52
baikal-1  | 2024/11/18 16:50:49 [notice] 1#1: start worker process 53
baikal-1  | 172.22.0.13 - - [18/Nov/2024:16:57:21 +0100] "REPORT /dav.php/calendars/calendar/default/ HTTP/1.1" 302 5 "-" "Mozilla/5.0" "84.152.220.209"
baikal-1  | 172.22.0.13 - - [18/Nov/2024:16:57:21 +0100] "GET /dav.php/calendars/calendar/default/admin/install/ HTTP/1.1" 302 5 "-" "Mozilla/5.0" "84.152.220.209"
baikal-1  | 172.22.0.13 - - [18/Nov/2024:16:57:21 +0100] "GET /dav.php/calendars/calendar/default/admin/install/admin/install/ HTTP/1.1" 302 5 "-" "Mozilla/5.0" "xxx.xxx.xxx.xxx"

This keeps spamming/escalating to ever longer variations of:
baikal-1  | 172.22.0.13 - - [18/Nov/2024:17:13:03 +0100] "GET /dav.php/calendars/calendar/default/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/admin/install/ HTTP/1.1" 302 5 "-" "Mozilla/5.0" "xxx.xxx.xxx.xxx"
No sync works after updating to 0.10.0
I reverted to 0.9.5 and it's fine again.

FYI I haven't found any github issues regarding these problems in baikal-docker repo or the actual baikal repo.

Hi. I just checked my logs and I don't have anything like this. I have 2 users : one on iOS connected natively and one on Android connected with DAVx5 and baikal had been running for 4 days on 0.10.1.
Keep in mind that my image is basically ckulka's image with a fix in one php file for home assistant. So any issues should at least be reported to them or the baikal.
It looks to me like a traefik issue though. Sounds like a recursive call on admin/install more than an actual baikal issue.

Just in case it helps others it does seem to be some sort of routing issue. Im having the same issue switching mine and I am unclear as to why. I changed the containers and for some reason the local DNS I have wont resolve properly through Nginx Proxy Manager even though the container and static ips are all the same.

authors: MrAlucardDante starsoccer vitezfh

repo: MrAlucardDante/baikal-docker-hass


text:
Move API from Parmyay into its own repo.

Since the Parmyay and Parmyaymobile will both be presumably using the same API, I think it is appropriate to have it moved into its own repo.

Yes! We definitely need to do this with the new addition of a mobile
platform
On Apr 3, 2017 4:47 PM, "CaptainAchilles" notifications@github.com wrote:

Since the Parmyay and Parmyaymobile will both be presumably using the same
API, I think it is appropriate to have it moved into its own repo.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/MrCeleryman/Parmyaymobile/issues/3, or mute the
thread
https://github.com/notifications/unsubscribe-auth/AE-ewJxyCw0CHT4_UMMIXd9g_YajBqiHks5rsJYHgaJpZM4MxJgs
.

Should we move the web to its own repo and leave the api in Parmyay and make Parmyayweb?

I think moving the web to its own repo is a better option.

Ok I will make an issue on the Parmyay Repo to move the Web to a new Repo called Parmyayweb and also create that repo in the process 💃

repo: MrCeleryman/Parmyaymobile


text:
Goat horn crash.

Minecraft crashes when using a goat horn with the controllable mod.

crash-2022-12-22_18.11.18-client.txt
latest.log

Update Forge version

Everything is updated.  If I use the horn with my mouse it works.  If I use
the horn with my PS4 controller it crashes.
On Sun, Dec 25, 2022 at 11:16 PM MrCrayfish @.***>
wrote:

Update Forge version
—
Reply to this email directly, view it on GitHub
https://github.com/MrCrayfish/Controllable/issues/363#issuecomment-1364897643,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/A46JNYSVLS7A2N3GCOWWA4LWPES2LANCNFSM6AAAAAATJI7F3U
.
You are receiving this because you authored the thread.Message ID:
@.***>

---- Minecraft Crash Report ----
// I bet Cylons wouldn't have this problem.
Time: 2022-12-25 23:44:30
Description: Rendering entity in world
java.lang.NullPointerException: applyTransform() must not be called on a vanilla ArmPose!
at com.google.common.base.Preconditions.checkNotNull(Preconditions.java:907) ~[guava-31.0.1-jre.jar%23115!/:?] {}
at net.minecraft.client.model.HumanoidModel$ArmPose.applyTransform(HumanoidModel.java:439) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtime_enum_extender:A,pl:runtimedistcleaner:A}
at net.minecraft.client.model.HumanoidModel.m_102875_(HumanoidModel.java:268) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at net.minecraft.client.model.HumanoidModel.m_6973_(HumanoidModel.java:142) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at net.minecraft.client.model.PlayerModel.m_6973_(PlayerModel.java:154) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading}
at net.minecraft.client.model.PlayerModel.m_6973_(PlayerModel.java:22) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading}
at net.minecraft.client.renderer.entity.LivingEntityRenderer.m_7392_(LivingEntityRenderer.java:117) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:accesstransformer:B,pl:runtimedistcleaner:A}
at net.minecraft.client.renderer.entity.player.PlayerRenderer.m_7392_(PlayerRenderer.java:61) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at net.minecraft.client.renderer.entity.player.PlayerRenderer.m_7392_(PlayerRenderer.java:42) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at net.minecraft.client.renderer.entity.EntityRenderDispatcher.m_114384_(EntityRenderDispatcher.java:136) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:accesstransformer:B,pl:runtimedistcleaner:A}
at net.minecraft.client.gui.screens.inventory.InventoryScreen.lambda$renderEntityInInventoryRaw$1(InventoryScreen.java:137) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at com.mojang.blaze3d.systems.RenderSystem.m_69890_(RenderSystem.java:1171) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading}
at net.minecraft.client.gui.screens.inventory.InventoryScreen.renderEntityInInventoryRaw(InventoryScreen.java:136) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at net.minecraft.client.gui.screens.inventory.InventoryScreen.m_98850_(InventoryScreen.java:103) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at com.mrcrayfish.controllable.client.RenderEvents.renderMiniPlayer(RenderEvents.java:337) ~[controllable-0.16.6-1.19.2.jar%23148!/:0.16.6-1.19.2] {re:classloading}
at com.mrcrayfish.controllable.client.RenderEvents.onRenderScreen(RenderEvents.java:253) ~[controllable-0.16.6-1.19.2.jar%23148!/:0.16.6-1.19.2] {re:classloading}
at com.mrcrayfish.controllable.client.RenderEvents_onRenderScreen_RenderTickEvent.invoke(.dynamic) ~[controllable-0.16.6-1.19.2.jar%23148!/:0.16.6-1.19.2] {re:classloading,pl:eventbus:B}
at net.minecraftforge.eventbus.ASMEventHandler.invoke(ASMEventHandler.java:73) ~[eventbus-6.0.3.jar%2379!/:?] {}
at net.minecraftforge.eventbus.EventBus.post(EventBus.java:315) ~[eventbus-6.0.3.jar%2379!/:?] {}
at net.minecraftforge.eventbus.EventBus.post(EventBus.java:296) ~[eventbus-6.0.3.jar%2379!/:?] {}
at net.minecraftforge.event.ForgeEventFactory.onRenderTickEnd(ForgeEventFactory.java:773) ~[forge-1.19.2-43.1.1-universal.jar%23160!/:?] {re:classloading}
at net.minecraft.client.Minecraft.m_91383(Minecraft.java:1119) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:mixin,pl:accesstransformer:B,pl:runtimedistcleaner:A,re:classloading,pl:accesstransformer:B,pl:mixin:APP:zergatul.freecam.mixin.json:MixinMinecraft,pl:mixin:A,pl:runtimedistcleaner:A}
at net.minecraft.client.Minecraft.m_91374(Minecraft.java:700) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:mixin,pl:accesstransformer:B,pl:runtimedistcleaner:A,re:classloading,pl:accesstransformer:B,pl:mixin:APP:zergatul.freecam.mixin.json:MixinMinecraft,pl:mixin:A,pl:runtimedistcleaner:A}
at net.minecraft.client.main.Main.m_239872_(Main.java:212) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at net.minecraft.client.main.Main.main(Main.java:51) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?] {}
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) ~[?:?] {}
at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?] {}
at java.lang.reflect.Method.invoke(Method.java:568) ~[?:?] {re:mixin}
at net.minecraftforge.fml.loading.targets.CommonClientLaunchHandler.lambda$launchService$0(CommonClientLaunchHandler.java:27) ~[fmlloader-1.19.2-43.1.1.jar%2395!/:?] {}
at cpw.mods.modlauncher.LaunchServiceHandlerDecorator.launch(LaunchServiceHandlerDecorator.java:30) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:53) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:71) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.modlauncher.Launcher.run(Launcher.java:106) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.modlauncher.Launcher.main(Launcher.java:77) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:26) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:23) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.bootstraplauncher.BootstrapLauncher.main(BootstrapLauncher.java:141) [bootstraplauncher-1.1.2.jar:?] {}
A detailed walkthrough of the error, its code path and all known details is as follows:
-- Head --
Thread: Render thread
Stacktrace:
at com.google.common.base.Preconditions.checkNotNull(Preconditions.java:907) ~[guava-31.0.1-jre.jar%23115!/:?] {}
at net.minecraft.client.model.HumanoidModel$ArmPose.applyTransform(HumanoidModel.java:439) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtime_enum_extender:A,pl:runtimedistcleaner:A}
at net.minecraft.client.model.HumanoidModel.m_102875_(HumanoidModel.java:268) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at net.minecraft.client.model.HumanoidModel.m_6973_(HumanoidModel.java:142) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at net.minecraft.client.model.PlayerModel.m_6973_(PlayerModel.java:154) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading}
at net.minecraft.client.model.PlayerModel.m_6973_(PlayerModel.java:22) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading}
at net.minecraft.client.renderer.entity.LivingEntityRenderer.m_7392_(LivingEntityRenderer.java:117) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:accesstransformer:B,pl:runtimedistcleaner:A}
at net.minecraft.client.renderer.entity.player.PlayerRenderer.m_7392_(PlayerRenderer.java:61) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at net.minecraft.client.renderer.entity.player.PlayerRenderer.m_7392_(PlayerRenderer.java:42) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at net.minecraft.client.renderer.entity.EntityRenderDispatcher.m_114384_(EntityRenderDispatcher.java:136) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:accesstransformer:B,pl:runtimedistcleaner:A}
at net.minecraft.client.gui.screens.inventory.InventoryScreen.lambda$renderEntityInInventoryRaw$1(InventoryScreen.java:137) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at com.mojang.blaze3d.systems.RenderSystem.m_69890_(RenderSystem.java:1171) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading}
at net.minecraft.client.gui.screens.inventory.InventoryScreen.renderEntityInInventoryRaw(InventoryScreen.java:136) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at net.minecraft.client.gui.screens.inventory.InventoryScreen.m_98850_(InventoryScreen.java:103) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at com.mrcrayfish.controllable.client.RenderEvents.renderMiniPlayer(RenderEvents.java:337) ~[controllable-0.16.6-1.19.2.jar%23148!/:0.16.6-1.19.2] {re:classloading}
at com.mrcrayfish.controllable.client.RenderEvents.onRenderScreen(RenderEvents.java:253) ~[controllable-0.16.6-1.19.2.jar%23148!/:0.16.6-1.19.2] {re:classloading}
at com.mrcrayfish.controllable.client.RenderEvents_onRenderScreen_RenderTickEvent.invoke(.dynamic) ~[controllable-0.16.6-1.19.2.jar%23148!/:0.16.6-1.19.2] {re:classloading,pl:eventbus:B}
at net.minecraftforge.eventbus.ASMEventHandler.invoke(ASMEventHandler.java:73) ~[eventbus-6.0.3.jar%2379!/:?] {}
at net.minecraftforge.eventbus.EventBus.post(EventBus.java:315) ~[eventbus-6.0.3.jar%2379!/:?] {}
at net.minecraftforge.eventbus.EventBus.post(EventBus.java:296) ~[eventbus-6.0.3.jar%2379!/:?] {}
-- Entity being rendered --
Details:
Entity Type: minecraft:player (net.minecraft.client.player.LocalPlayer)
Entity ID: 2461503
Entity Name: Pitboxer
Entity's Exact location: -1223.17, 64.00, -397.28
Entity's Block location: World: (-1224,64,-398), Section: (at 8,0,2 in -77,4,-25; chunk contains blocks -1232,-64,-400 to -1217,319,-385), Region: (-3,-1; contains chunks -96,-32 to -65,-1, blocks -1536,-64,-512 to -1025,319,-1)
Entity's Momentum: 0.00, -0.08, 0.00
Entity's Passengers: []
Entity's Vehicle: null
Stacktrace:
at net.minecraft.client.renderer.entity.EntityRenderDispatcher.m_114384(EntityRenderDispatcher.java:136) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:accesstransformer:B,pl:runtimedistcleaner:A}
at net.minecraft.client.gui.screens.inventory.InventoryScreen.lambda$renderEntityInInventoryRaw$1(InventoryScreen.java:137) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at com.mojang.blaze3d.systems.RenderSystem.m_69890(RenderSystem.java:1171) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading}
at net.minecraft.client.gui.screens.inventory.InventoryScreen.renderEntityInInventoryRaw(InventoryScreen.java:136) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at net.minecraft.client.gui.screens.inventory.InventoryScreen.m_98850_(InventoryScreen.java:103) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at com.mrcrayfish.controllable.client.RenderEvents.renderMiniPlayer(RenderEvents.java:337) ~[controllable-0.16.6-1.19.2.jar%23148!/:0.16.6-1.19.2] {re:classloading}
at com.mrcrayfish.controllable.client.RenderEvents.onRenderScreen(RenderEvents.java:253) ~[controllable-0.16.6-1.19.2.jar%23148!/:0.16.6-1.19.2] {re:classloading}
at com.mrcrayfish.controllable.client.RenderEvents_onRenderScreen_RenderTickEvent.invoke(.dynamic) ~[controllable-0.16.6-1.19.2.jar%23148!/:0.16.6-1.19.2] {re:classloading,pl:eventbus:B}
at net.minecraftforge.eventbus.ASMEventHandler.invoke(ASMEventHandler.java:73) ~[eventbus-6.0.3.jar%2379!/:?] {}
at net.minecraftforge.eventbus.EventBus.post(EventBus.java:315) ~[eventbus-6.0.3.jar%2379!/:?] {}
at net.minecraftforge.eventbus.EventBus.post(EventBus.java:296) ~[eventbus-6.0.3.jar%2379!/:?] {}
at net.minecraftforge.event.ForgeEventFactory.onRenderTickEnd(ForgeEventFactory.java:773) ~[forge-1.19.2-43.1.1-universal.jar%23160!/:?] {re:classloading}
at net.minecraft.client.Minecraft.m_91383(Minecraft.java:1119) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:mixin,pl:accesstransformer:B,pl:runtimedistcleaner:A,re:classloading,pl:accesstransformer:B,pl:mixin:APP:zergatul.freecam.mixin.json:MixinMinecraft,pl:mixin:A,pl:runtimedistcleaner:A}
at net.minecraft.client.Minecraft.m_91374(Minecraft.java:700) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:mixin,pl:accesstransformer:B,pl:runtimedistcleaner:A,re:classloading,pl:accesstransformer:B,pl:mixin:APP:zergatul.freecam.mixin.json:MixinMinecraft,pl:mixin:A,pl:runtimedistcleaner:A}
at net.minecraft.client.main.Main.m_239872_(Main.java:212) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at net.minecraft.client.main.Main.main(Main.java:51) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?] {}
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) ~[?:?] {}
at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?] {}
at java.lang.reflect.Method.invoke(Method.java:568) ~[?:?] {re:mixin}
at net.minecraftforge.fml.loading.targets.CommonClientLaunchHandler.lambda$launchService$0(CommonClientLaunchHandler.java:27) ~[fmlloader-1.19.2-43.1.1.jar%2395!/:?] {}
at cpw.mods.modlauncher.LaunchServiceHandlerDecorator.launch(LaunchServiceHandlerDecorator.java:30) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:53) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:71) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.modlauncher.Launcher.run(Launcher.java:106) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.modlauncher.Launcher.main(Launcher.java:77) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:26) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:23) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.bootstraplauncher.BootstrapLauncher.main(BootstrapLauncher.java:141) [bootstraplauncher-1.1.2.jar:?] {}
-- Renderer details --
Details:
Assigned renderer: @.***
Location: 0.00,0.00,0.00 - World: (0,0,0), Section: (at 0,0,0 in 0,0,0; chunk contains blocks 0,-64,0 to 15,319,15), Region: (0,0; contains chunks 0,0 to 31,31, blocks 0,-64,0 to 511,319,511)
Rotation: 0.0
Delta: 1.0
Stacktrace:
at net.minecraft.client.renderer.entity.EntityRenderDispatcher.m_114384_(EntityRenderDispatcher.java:136) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:accesstransformer:B,pl:runtimedistcleaner:A}
at net.minecraft.client.gui.screens.inventory.InventoryScreen.lambda$renderEntityInInventoryRaw$1(InventoryScreen.java:137) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at com.mojang.blaze3d.systems.RenderSystem.m_69890_(RenderSystem.java:1171) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading}
at net.minecraft.client.gui.screens.inventory.InventoryScreen.renderEntityInInventoryRaw(InventoryScreen.java:136) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at net.minecraft.client.gui.screens.inventory.InventoryScreen.m_98850_(InventoryScreen.java:103) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at com.mrcrayfish.controllable.client.RenderEvents.renderMiniPlayer(RenderEvents.java:337) ~[controllable-0.16.6-1.19.2.jar%23148!/:0.16.6-1.19.2] {re:classloading}
at com.mrcrayfish.controllable.client.RenderEvents.onRenderScreen(RenderEvents.java:253) ~[controllable-0.16.6-1.19.2.jar%23148!/:0.16.6-1.19.2] {re:classloading}
at com.mrcrayfish.controllable.client.RenderEvents_onRenderScreen_RenderTickEvent.invoke(.dynamic) ~[controllable-0.16.6-1.19.2.jar%23148!/:0.16.6-1.19.2] {re:classloading,pl:eventbus:B}
at net.minecraftforge.eventbus.ASMEventHandler.invoke(ASMEventHandler.java:73) ~[eventbus-6.0.3.jar%2379!/:?] {}
at net.minecraftforge.eventbus.EventBus.post(EventBus.java:315) ~[eventbus-6.0.3.jar%2379!/:?] {}
at net.minecraftforge.eventbus.EventBus.post(EventBus.java:296) ~[eventbus-6.0.3.jar%2379!/:?] {}
at net.minecraftforge.event.ForgeEventFactory.onRenderTickEnd(ForgeEventFactory.java:773) ~[forge-1.19.2-43.1.1-universal.jar%23160!/:?] {re:classloading}
at net.minecraft.client.Minecraft.m_91383(Minecraft.java:1119) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:mixin,pl:accesstransformer:B,pl:runtimedistcleaner:A,re:classloading,pl:accesstransformer:B,pl:mixin:APP:zergatul.freecam.mixin.json:MixinMinecraft,pl:mixin:A,pl:runtimedistcleaner:A}
at net.minecraft.client.Minecraft.m_91374(Minecraft.java:700) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:mixin,pl:accesstransformer:B,pl:runtimedistcleaner:A,re:classloading,pl:accesstransformer:B,pl:mixin:APP:zergatul.freecam.mixin.json:MixinMinecraft,pl:mixin:A,pl:runtimedistcleaner:A}
at net.minecraft.client.main.Main.m_239872_(Main.java:212) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at net.minecraft.client.main.Main.main(Main.java:51) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?] {}
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) ~[?:?] {}
at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?] {}
at java.lang.reflect.Method.invoke(Method.java:568) ~[?:?] {re:mixin}
at net.minecraftforge.fml.loading.targets.CommonClientLaunchHandler.lambda$launchService$0(CommonClientLaunchHandler.java:27) ~[fmlloader-1.19.2-43.1.1.jar%2395!/:?] {}
at cpw.mods.modlauncher.LaunchServiceHandlerDecorator.launch(LaunchServiceHandlerDecorator.java:30) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:53) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:71) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.modlauncher.Launcher.run(Launcher.java:106) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.modlauncher.Launcher.main(Launcher.java:77) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:26) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:23) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.bootstraplauncher.BootstrapLauncher.main(BootstrapLauncher.java:141) [bootstraplauncher-1.1.2.jar:?] {}
-- Affected level --
Details:
All players: 1 total; [LocalPlayer['Pitboxer'/2461503, l='ClientLevel', x=-1223.17, y=64.00, z=-397.28]]
Chunk stats: 729, 461
Level dimension: minecraft:overworld
Level spawn location: World: (-3221,66,-1593), Section: (at 11,2,7 in -202,4,-100; chunk contains blocks -3232,-64,-1600 to -3217,319,-1585), Region: (-7,-4; contains chunks -224,-128 to -193,-97, blocks -3584,-64,-2048 to -3073,319,-1537)
Level time: 236890118 game time, 309419960 day time
Server brand: fabric
Server type: Non-integrated multiplayer server
Stacktrace:
at net.minecraft.client.multiplayer.ClientLevel.m_6026_(ClientLevel.java:450) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,xf:fml:xaerominimap:xaero_clientworldclass,xf:fml:xaeroworldmap:xaero_wm_clientworldclass,pl:runtimedistcleaner:A}
at net.minecraft.client.Minecraft.m_91354_(Minecraft.java:2278) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:mixin,pl:accesstransformer:B,pl:runtimedistcleaner:A,re:classloading,pl:accesstransformer:B,pl:mixin:APP:zergatul.freecam.mixin.json:MixinMinecraft,pl:mixin:A,pl:runtimedistcleaner:A}
at net.minecraft.client.Minecraft.m_91374_(Minecraft.java:717) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:mixin,pl:accesstransformer:B,pl:runtimedistcleaner:A,re:classloading,pl:accesstransformer:B,pl:mixin:APP:zergatul.freecam.mixin.json:MixinMinecraft,pl:mixin:A,pl:runtimedistcleaner:A}
at net.minecraft.client.main.Main.m_239872_(Main.java:212) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at net.minecraft.client.main.Main.main(Main.java:51) ~[client-1.19.2-20220805.130853-srg.jar%23155!/:?] {re:classloading,pl:runtimedistcleaner:A}
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?] {}
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) ~[?:?] {}
at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?] {}
at java.lang.reflect.Method.invoke(Method.java:568) ~[?:?] {re:mixin}
at net.minecraftforge.fml.loading.targets.CommonClientLaunchHandler.lambda$launchService$0(CommonClientLaunchHandler.java:27) ~[fmlloader-1.19.2-43.1.1.jar%2395!/:?] {}
at cpw.mods.modlauncher.LaunchServiceHandlerDecorator.launch(LaunchServiceHandlerDecorator.java:30) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:53) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:71) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.modlauncher.Launcher.run(Launcher.java:106) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.modlauncher.Launcher.main(Launcher.java:77) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:26) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:23) [modlauncher-10.0.8.jar%2382!/:?] {}
at cpw.mods.bootstraplauncher.BootstrapLauncher.main(BootstrapLauncher.java:141) [bootstraplauncher-1.1.2.jar:?] {}
-- Last reload --
Details:
Reload number: 1
Reload reason: initial
Finished: Yes
Packs: Default, Mod Resources, Default-Dark-Mode-1.19-v1.3.4.zip, NoPumpkinBlur-rv1.3.zip
-- System Details --
Details:
Minecraft Version: 1.19.2
Minecraft Version ID: 1.19.2
Operating System: Windows 10 (amd64) version 10.0
Java Version: 17.0.3, Microsoft
Java VM Version: OpenJDK 64-Bit Server VM (mixed mode), Microsoft
Memory: 400295424 bytes (381 MiB) / 1419771904 bytes (1354 MiB) up to 4294967296 bytes (4096 MiB)
CPUs: 8
Processor Vendor: GenuineIntel
Processor Name: Intel(R) Core(TM) i7-1065G7 CPU @ 1.30GHz
Identifier: Intel64 Family 6 Model 126 Stepping 5
Microarchitecture: Ice Lake (Client)
Frequency (GHz): 1.50
Number of physical packages: 1
Number of physical CPUs: 4
Number of logical CPUs: 8
Graphics card #0 name: Intel(R) Iris(R) Plus Graphics
Graphics card #0 vendor: Intel Corporation (0x8086)
Graphics card #0 VRAM (MB): 1024.00
Graphics card #0 deviceId: 0x8a52
Graphics card #0 versionInfo: DriverVersion=27.20.100.9365
Graphics card #1 name: NVIDIA GeForce MX230
Graphics card #1 vendor: NVIDIA (0x10de)
Graphics card #1 VRAM (MB): 2048.00
Graphics card #1 deviceId: 0x1d11
Graphics card #1 versionInfo: DriverVersion=30.0.15.1169
Memory slot #0 capacity (MB): 8192.00
Memory slot #0 clockSpeed (GHz): 2.67
Memory slot #0 type: DDR4
Memory slot #1 capacity (MB): 8192.00
Memory slot #1 clockSpeed (GHz): 2.67
Memory slot #1 type: DDR4
Virtual memory max (MB): 18583.33
Virtual memory used (MB): 11695.73
Swap memory total (MB): 2432.00
Swap memory used (MB): 37.08
JVM Flags: 4 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xss1M -Xmx4096m -Xms256m
Launched Version: forge-43.1.1
Backend library: LWJGL version 3.3.1 build 7
Backend API: Intel(R) Iris(R) Plus Graphics GL version 3.2.0 - Build 27.20.100.9365, Intel
Window size: 1920x1080
GL Caps: Using framebuffer using OpenGL 3.2
GL debug messages:
Using VBOs: Yes
Is Modded: Definitely; Client brand changed to 'forge'
Type: Client (map_client.txt)
Graphics mode: fast
Resource Packs: vanilla, mod_resources, file/Default-Dark-Mode-1.19-v1.3.4.zip, file/NoPumpkinBlur-rv1.3.zip
Current Language: English (US)
CPU: 8x Intel(R) Core(TM) i7-1065G7 CPU @ 1.30GHz
ModLauncher: 10.0.8+10.0.8+main.0ef7e830
ModLauncher launch target: forgeclient
ModLauncher naming: srg
ModLauncher services:
mixin-0.8.5.jar mixin PLUGINSERVICE
eventbus-6.0.3.jar eventbus PLUGINSERVICE
fmlloader-1.19.2-43.1.1.jar slf4jfixer PLUGINSERVICE
fmlloader-1.19.2-43.1.1.jar object_holder_definalize PLUGINSERVICE
fmlloader-1.19.2-43.1.1.jar runtime_enum_extender PLUGINSERVICE
fmlloader-1.19.2-43.1.1.jar capability_token_subclass PLUGINSERVICE
accesstransformers-8.0.4.jar accesstransformer PLUGINSERVICE
fmlloader-1.19.2-43.1.1.jar runtimedistcleaner PLUGINSERVICE
modlauncher-10.0.8.jar mixin TRANSFORMATIONSERVICE
modlauncher-10.0.8.jar fml TRANSFORMATIONSERVICE
FML Language Providers:
@.***
@.***
@.***
Mod List:
client-1.19.2-20220805.130853-srg.jar             |Minecraft                     |minecraft                     |1.19.2              |DONE      |Manifest: a1:d4:5e:04:4f:d3:d6:e0:7b:37:97:cf:77:b0:de:ad:4a:47:ce:8c:96:49:5f:0a:cf:8c:ae:b2:6d:4b:8a:3f
passiveendermen_1.19.2-3.0.jar                    |Passive Endermen              |passiveendermen               |3.0                 |DONE      |Manifest: NOSIGNATURE
zergatul.freecam-1.4.1-forge-1.19.2.jar           |FreeCam by Zergatul           |freecam                       |1.4.1               |DONE      |Manifest: NOSIGNATURE
forge-1.19.2-43.1.1-universal.jar                 |Forge                         |forge                         |43.1.1              |DONE      |Manifest: 84:ce:76:e8:45:35:e4:0e:63:86:df:47:59:80:0f:67:6c:c1:5f:6e:5f:4d:b3:54:47:1a:9f:7f:ed:5e:f2:90
supermartijn642configlib-1.1.6b-forge-mc1.19.jar  |SuperMartijn642's Config Libra|supermartijn642configlib      |1.1.6b              |DONE      |Manifest: NOSIGNATURE
controllable-0.16.6-1.19.2.jar                    |Controllable                  |controllable                  |0.16.6              |DONE      |Manifest: NOSIGNATURE
Xaeros_Minimap_22.17.0_Forge_1.19.1.jar           |Xaero's Minimap               |xaerominimap                  |22.17.0             |DONE      |Manifest: NOSIGNATURE
durabilitytooltip-1.1.4-forge-mc1.19.jar          |Durability Tooltip            |durabilitytooltip             |1.1.4               |DONE      |Manifest: NOSIGNATURE
collective-1.19.2-5.25.jar                        |Collective                    |collective                    |5.25                |DONE      |Manifest: NOSIGNATURE
betterdurability-1.19.2-1.1.0.jar                 |Better Durability             |betterdurability              |1.19.2-1.1.0        |DONE      |Manifest: NOSIGNATURE
beenfo-1.19.1-forge42.0.1-1.2.jar                 |Beenfo                        |beenfo                        |1.19.1-forge42.0.1-1|DONE      |Manifest: NOSIGNATURE
XaerosWorldMap_1.28.7_Forge_1.19.1.jar            |Xaero's World Map             |xaeroworldmap                 |1.28.7              |DONE      |Manifest: NOSIGNATURE
Crash Report UUID: 203b54d2-04c0-4f95-a06c-6e358ea00490
FML: 43.1
Forge: net.minecraftforge:43.1.1

It's not, 43.1.1 is outdated. 43.2.0 is the recommend versioln for 1.19.2

Got that figured out.   Thank you for your help.
On Mon, Dec 26, 2022, 12:06 AM MrCrayfish @.***> wrote:

It's not, 43.1.1 is outdated. 43.2.0 is the recommend versioln for 1.19.2
—
Reply to this email directly, view it on GitHub
https://github.com/MrCrayfish/Controllable/issues/363#issuecomment-1364919977,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/A46JNYVLFC3TWAQXU75T3STWPEYV3ANCNFSM6AAAAAATJI7F3U
.
You are receiving this because you authored the thread.Message ID:
@.***>

authors: MrCrayfish Pitboxer

repo: MrCrayfish/Controllable


text:
feat: impl notify pool

As titled. For request serving.

TODO: Add unit tests later.

repo: MrCroxx/RunKV


text:
run on repl.it?

How do i run this on repl.it?
i think repl.it uses bash

there are rumors that it's possible but it's a lot of setup and hax. I don't have any instructions to provide though sorry.

authors: Galaxy-Coding MrPowerScripts

repo: MrPowerScripts/reddit-karma-farming-bot


text:
JSPDF Currency symbol render issue.

JSPDF is unable to render some of the currency symbols.
Ex: Thai Baht,Vietnamese Dong

Well... there is no UTF-8 support. Use maybe ISO 4217 abbreveations instead of currency symbols.
#12

Duplicate of #12
UTF-8 Solution coming soon

authors: arasabbasi saikirancse

repo: MrRio/jsPDF


text:
jsPDF addImag saving to PDF colour issue

Hi, after adding base64 encoded PNG image to jsPDF document and saving to PDF i get PDF which has noticeably different colour hue that original PNG file. Result is the same on all compression speeds.
Same base64 encoded image renders perfectly in browsers.
I have made explicit gamma removal from PNG and I can see the same effect in browser which means that jsPDF or it's part for saving the PDF is not taking into account gamma information.

Assuming you don't need the transparency that PNG provides:

Use canvas-background to apply a white background;
Change addImage to use JPG — voila!

Duplicate of #757

authors: Wildhoney arasabbasi matkoklaic


text:
elcord: attempting reconnect on WSL2

I am on Windows 11, WSL 2 on Ubuntu 24.04 and Emacs 29.4. I installed elcord on Spacemacs, and yet when I activate elcord-mode, it hangs on elcord: attempting reconnect... This is distinct from both #48 and #70, since I am on WSL (it works perfectly fine on the native build), and as such I don't think the Powershell thing applies to me. Do you have any idea where I can start debugging this?

If you're running emacs in WSL, you'll need to be running Discord in WSL as well. I don't think there's any real way around that.

(On windows, discord uses named pipes, which afaik aren't exported to WSL at all)

(On windows, discord uses named pipes, which afaik aren't exported to WSL at all)

Well, that sucks to hear. I thought RPC would flow from WSL to Discord because it shouldn't be blocked by anything (iirc, there's no firewall). Maybe an intermediate script that could function like stdpipes.ps1 that gets run on the host (so it could have access to WSL2) could work?

Maybe! There might be some clever driver or something that lets you do named pipes directly from WSL? Happy to accept a PR to add support for it!

I used to experiment with npiperelay back in the days I used WSL1. It was for NeoVim, though...
With this solution, you use npiperelay with socat to create a "Discord IPC UNIX socket" yourself. Basically how it works is:

You create /tmp/discord-ipc-0 or whatever as a UNIX socket to trick Elcord, and...
...create npiperelay instance with Discord IPC named pipe on Windows side, and...
...let socat bridge these two so that Elcord's request are tunneled to the Windows named pipe.

Here is a one-liner, adapted from some sample commands (untested, since I ditched Windows years ago):
socat UNIX-LISTEN:/tmp/discord-ipc-0,fork EXEC:"npiperelay.exe -ep -s //./pipe/discord-ipc-0",nofork

authors: Mstrodl RangHo overanalytcl

repo: Mstrodl/elcord


text:
Scrollable dialog content not loading

Bug type
Docs (mudblazor.com)
Component name
MudDialog
What happened?
The example in scrollable dialog is unable to retrieve content from mudblazor github repo, due to some violation of content security policy of github. Not sure what exactly is the violation, but the point is, scrollable dialog got struck at loading progress spinner after throwing some exceptions. Manual retrieval of the content from github works fine anyways.
Expected behavior
The scrollable dialog should be able to load the LICENSE file from mudblazor github repo and also be able to scroll!
Reproduction link
https://mudblazor.com/components/dialog#scrollable-dialog
Reproduction steps

Just go to the above link
Click the scrollable dialog button

Relevant log output
Refused to connect to 'https://raw.githubusercontent.com/MudBlazor/MudBlazor/master/LICENSE' because it violates the following Content Security Policy directive: "connect-src 'self'
                               https://api.github.com
                               https://www.google-analytics.com".

Microsoft.AspNetCore.Components.WebAssembly.Rendering.WebAssemblyRenderer[100]
      Unhandled exception rendering component: TypeError: Failed to fetch
System.Net.Http.HttpRequestException: TypeError: Failed to fetch
 ---> System.Runtime.InteropServices.JavaScript.JSException: TypeError: Failed to fetch
   at System.Net.Http.BrowserHttpHandler.SendAsync(HttpRequestMessage , CancellationToken )
   Exception_EndOfInnerExceptionStack
   at System.Net.Http.BrowserHttpHandler.SendAsync(HttpRequestMessage , CancellationToken )
   at System.Net.Http.HttpClient.<SendAsync>g__Core|83_0(HttpRequestMessage , HttpCompletionOption , CancellationTokenSource , Boolean , CancellationTokenSource , CancellationToken )
   at MudBlazor.Docs.Examples.DialogScrollableExample_Dialog.OnInitializedAsync()
   at Microsoft.AspNetCore.Components.ComponentBase.RunInitAndSetParametersAsync()
   at Microsoft.AspNetCore.Components.RenderTree.Renderer.GetErrorHandledTask(Task , ComponentState )

Version (bug)
6.0.4
Version (working)
5.X.X
What browsers are you seeing the problem on?
Chrome, Microsoft Edge
On what operating system are you experiencing the issue?
Windows
Pull Request

[ ] I would like to do a Pull Request

Code of Conduct

[X] I agree to follow this project's Code of Conduct

Already fixed on dev: https://dev.mudblazor.com/components/dialog#scrollable-dialog

authors: JonBunator Sathiyaraman-M

repo: MudBlazor/MudBlazor


text:
Cannot change values of numeric fields with percentage format

Bug type
Component
Component name
MudNumericField
What happened?
When using for example Format="P2", the value is properly shown as e.g. 2.51% but changing the value seems impossible, either by typing it or by using the up and down arrows
Expected behavior
We should be able to type (0.00251 or 2.51%) or to use the up/down arrows.
Reproduction link
https://try.mudblazor.com/snippet/GOcdOqlTREoRMWiT
Reproduction steps
See the attached reproduction link using
<MudNumericField @bind-Value=@Value Format="P2" Step="0.01" />
Relevant log output
No response
Version (bug)
6.4.1
Version (working)
No response
What browsers are you seeing the problem on?
Chrome
On what operating system are you experiencing the issue?
Windows
Pull Request

[ ] I would like to do a Pull Request

Code of Conduct

[X] I agree to follow this project's Code of Conduct

Is there a workaround for this?  Out app using a lot of percentages, so this is causing some headaches.

My "okeish" solution is to create dedicated converters suiting your needs
public static class PercentConverter
{
    public static Converter<decimal?> NullableDecimalConverter = new Converter<decimal?>
    {
        SetFunc = value => $"{value:P2}",
        GetFunc = text =>
        {
            if (String.IsNullOrWhiteSpace(text)) return null;
            return Decimal.TryParse(text.Replace("%", "").TrimEnd(), out var result)
                ? result / 100
                : null;
        },
    };

    public static Converter<decimal> DecimalConverter = new Converter<decimal>
    {
        SetFunc = value => $"{value:P2}",
        GetFunc = text =>
        {
            if (String.IsNullOrWhiteSpace(text)) return 0;
            return Decimal.TryParse(text.Replace("%", "").TrimEnd(), out var result)
                ? result / 100
                : 0;
        },
    };
}

then

<MudNumericField @bind-Value=@ViewModel.EditionItem.PercentValue
                 Format="P2"
                 Step="0.01m"
                 Min="0"
                 Converter=@PercentConverter.NullableDecimalConverter
                 Label="Percentage"
                 Variant=@Variant.Outlined
                 Margin=@Margin.Dense />

my first solution was to change the protected virtual T ConvertFromString(string value) of the DefaultConverter but I think it's a bit clanky to do so
                // decimal
                else if (typeOfT == typeof(decimal) || typeOfT == typeof(decimal?))
                {
                    if ((Format ?? "").StartsWith("P"))
                    {
                        if (double.TryParse(value.Replace("%", "").TrimEnd(), NumberStyles.Any, Culture, out var parsedValue))
                            return (T)(object)(parsedValue / 100);
                        UpdateGetError("Not a valid number");
                    }
                    else
                    {
                        if (double.TryParse(value, NumberStyles.Any, Culture, out var parsedValue))
                            return (T)(object)parsedValue;
                        UpdateGetError("Not a valid number");
                    }
                }

authors: MarkLFT jewicht sebestyn168


text:
MudDataGrid SingleSelection

Description

DataGrid SelectColumn Checkbox dont working correctly when MultiSelection=false and SelectedItems has delegate

fixes #7013
How Has This Been Tested?

A lot of debug inspection, visual tests.
Types of changes

[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)

Check bad behavior https://try.mudblazor.com/snippet/waQRkqFSItViYYbP
Checklist:

[X] The PR is submitted to the correct branch (dev).
[X] My code follows the code style of this project.
[ ] I've added relevant tests.

@tjscience

Hi @wesProg23,
Thank you for your pull request. In your pull request description, you mentioned that you added relevant tests. However, I couldn't find any bUnit tests in the code. It would be great if you could add the necessary bUnit tests to ensure proper test coverage.
I noticed that there are some non-relevant commits in your branch, such as "EventsConfig", "OnClearButtonClick," and merge commits. To keep the commit history clean and focused on the specific issue, I recommend squashing these commits or resetting the branch. After that, you can rebase your changes against the main branch and apply your original changes for this particular issue.

Hi.
I'm sorry, but i'm newbie in forks. I don't know how to rebase my branch. I looked up some options in GitHub Desktop. But the options "Squash and Merge into current Branch" and "Rebase Current Branch" points my branch is up to date.
My commit OnClearButton is already merged into dev and was released. EventsConfig commit was reverted.
I have created a issue for this bug.  If someone could make a PR, thats fine


text:
MudChipSet: Fix unable to select same item after reset (#7841)

Description

Fix for #7841
Set _lastSelectedValues back to null again when collection set to null or empty. This was failing at this bit;
https://github.com/MudBlazor/MudBlazor/blob/544fa8f77744fed5c22bdff9469a064ea7e0abc0/src/MudBlazor/Components/ChipSet/MudChipSet.razor.cs#L295-L301
How Has This Been Tested?

All unit tests passed
Visually tested for both multi selection and single selection modes

Types of changes

[x] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)

Checklist:

[x] The PR is submitted to the correct branch (dev).
[x] My code follows the code style of this project.
[ ] I've added relevant tests.

Awesome. As always please add a test that fails without the fix but passes with it.

Awesome. As always please add a test that fails without the fix but passes with it.

Sorry, I didn't realise there isn't a test case for resetting selections, I'm adding it rn

Great, well done. Thanks!

Doesn't seem like this is fully fixed: https://github.com/MudBlazor/MudBlazor/issues/8267

Doesn't seem like this is fully fixed: #8267

Yeah, It behaves weird on single select mode, I tried to find the root cause for couple of hours but no luck.
One strange thing I observe is;
It seems chip's state is changing but it is not persistent in the page, you can try it below. Perhaps it will help addressing the issue.
Select a chip > Clear > Select the SAME chip > Refresh State
https://try.mudblazor.com/snippet/waQyuREIkCghuIQH
I can't debug the project for some reason, it throws some wasm errors in the console in debug mode (Rider), when I fix it, I will dig more.

Doesn't seem like this is fully fixed: #8267

Yeah, It behaves weird on single select mode, I tried to find the root cause for couple of hours but no luck. One strange thing I observe is; It seems chip's state is changing but it is not persistent in the page, you can try it below. Perhaps it will help addressing the issue.
Select a chip > Clear > Select the SAME chip > Refresh State
https://try.mudblazor.com/snippet/waQyuREIkCghuIQH
I can't debug the project for some reason, it throws some wasm errors in the console in debug mode (Rider), when I fix it, I will dig more.

Don't worry, it will be fixed in v7.0.0 see #4342

authors: ScarletKuro henon ilovepilav


text:
Feat/ocr language support

:books:  Summery

✨ Added support for other languages for ocr
✨ Added react-dropzone
✨ Added basic implementation of react-dropzone and OCR tab

🚧 Known issues

Currently the accept file of react-dropzone is not working properly, but I am checking programmatically
Converting to the text currently is not 100% supported because it will close the extension, this can be like a fix if the extension is opened in a window until we come to a new solution

🖼 Cropped image

🖼 Languages supported now (we can add more)

🖼 OCR tab

:tada: This PR is included in version 1.0.0 :tada:
The release is available on:

Chrome Web Store
GitHub release

Your semantic-release bot :package::rocket:

repo: MuhametSmaili/note-it


text:
Other plugins that requires MV worlds loads before MV

I saw a few instances where Other plugins that require MV worlds loads before MV, causing unexpected errors, and I don't see an easy way to fix it (at least on mv side).
One way is to add load before in mv, but it's not practical since there can be unknown number of plugins that have this issue. its also possible for those plugin to set mv as soft dependent, but again not the most ideal but it doesn't work for other world management plugin.
Other way is to do those worlds stuff post startup, with ServerLoadEvent and this will need those plugin to change it behaviour.
To me, mv cant really fix this, but wanted to see if anyone has their opinions on it! 😄

I don't have an exact solution, but I can offer the following process of plugin initialization which may or may not present some opportunities for Multiverse to strategically insert itself:

All plugins are constructed and loaded, including by calling their onLoad methods
Plugins with load: STARTUP are enabled via onEnable. This property must be defined in the plugin.yml
Plugins with load: POSTWORLD, which is the default if not specified, are enabled.
The ServerLoadEvent is fired
So-called "delayed initialization tasks" are run; these are 0-tick delayed tasks registered with the scheduler commonly used by plugins to run operations post-initialization.

Certainly, multiverse adding load-before can be ruled out. I think other plugins adding a soft dependency can be reasonably ruled out, since that too requires explicit compatibility statements, but by world consumer plugins.
I'm not familiar with when Multiverse loads worlds and any requirements surrounding how it does so. I'd think it would not be possible to load worlds before the POSTWORLD phase of plugins being enabled.

I don't have an exact solution, but I can offer the following process of plugin initialization which may or may not present some opportunities for Multiverse to strategically insert itself:

All plugins are constructed and loaded, including by calling their onLoad methods
Plugins with load: STARTUP are enabled via onEnable. This property must be defined in the plugin.yml
Plugins with load: POSTWORLD, which is the default if not specified, are enabled.
The ServerLoadEvent is fired
So-called "delayed initialization tasks" are run; these are 0-tick delayed tasks registered with the scheduler commonly used by plugins to run operations post-initialization.

Certainly, multiverse adding load-before can be ruled out. I think other plugins adding a soft dependency can be reasonably ruled out, since that too requires explicit compatibility statements, but by world consumer plugins.
I'm not familiar with when Multiverse loads worlds and any requirements surrounding how it does so. I'd think it would not be possible to load worlds before the POSTWORLD phase of plugins being enabled.

From what I could see in my logs does MV seem to load the additional worlds (outside of the default ones defined in the server.properties) when it gets enabled, which may or may not happen after other plugins have received their onEnable call, which could cause issues. The soft-depend option here could perhaps prevent those issues if the plugins requiring MV would have it set, but I think that depends (no pun intended) on whether the world loading is happening in MVs onEnable and is "done" when the end of the onEnable was reached (The plugin is declared enabled).
The only way I see here to load the worlds earlier would either be through the onLoad which Idk if that is even possible or by "hacking" into spigot using an own classLoader or something as a JavaAgent on startup, which would enable MV before anything else. That's what SlimeWorldManager and Advanced SlimeWorldManager are doing to both load worlds in the SR-Format and to also load them very early (pretty much on a level with default worlds) on server startup.
But that's again just what I experienced and know with my basic Bukkit knowledge.
The ServerLoadEvent could be an idea for most plugins, but most devs aren't even aware of it, as it has been added just recently (And md_5 does a horrible job at mentioning those things at all), so the issue here would be, that it isn't in older Bukkit/Spigot versions available, so it would require additional logic for the plugins to know, when that event is available and what else they should do if it isn't.
So in summary: The way Bukkit/Spigot's options on how to enable a plugin are made possible is very limiting for plugins that handle worlds.

From what I could see in my logs does MV seem to load the additional worlds (outside of the default ones defined in the server.properties) when it gets enabled, which may or may not happen after other plugins have received their onEnable call, which could cause issues. The soft-depend option here could perhaps prevent those issues if the plugins requiring MV would have it set, but I think that depends (no pun intended) on whether the world loading is happening in MVs onEnable and is "done" when the end of the onEnable was reached (The plugin is declared enabled).
The only way I see here to load the worlds earlier would either be through the onLoad which Idk if that is even possible or by "hacking" into spigot using an own classLoader or something as a JavaAgent on startup, which would enable MV before anything else. That's what SlimeWorldManager and Advanced SlimeWorldManager are doing to both load worlds in the SR-Format and to also load them very early (pretty much on a level with default worlds) on server startup.
But that's again just what I experienced and know with my basic Bukkit knowledge.
The ServerLoadEvent could be an idea for most plugins, but most devs aren't even aware of it, as it has been added just recently (And md_5 does a horrible job at mentioning those things at all), so the issue here would be, that it isn't in older Bukkit/Spigot versions available, so it would require additional logic for the plugins to know, when that event is available and what else they should do if it isn't.
So in summary: The way Bukkit/Spigot's options on how to enable a plugin are made possible is very limiting for plugins that handle worlds.

repo: Multiverse/Multiverse-Core


text:
First stage of the algorithm

It's not an issue, but do you have an implementation for the first stage of the algorithm?

Please, I don't know how to do the first step, can anyone help me? I'm trying to stitch images taken from mobile phone, but I saw that has to prepare the images before to execute the code, how can I do that?

Sorry, I don't preserve the code for the first stage.
You can just try Hugin for preprocessing. Please refer to http://hugin.sourceforge.net/

Sorry, I don't preserve the code for the first stage.
You can just try Hugin for preprocessing. Please refer to http://hugin.sourceforge.net/

authors: MungoMeng leohsmedeiros

repo: MungoMeng/Panorama-OpticalFlow


text:
bootstrap4 GlossaryTermsController

Rename controller and associated files, etc.: Glossary... => GlossaryTerms...
(Conforms to Rails default and other changes from master to bootstrap-4.)
Turn tests green

I have more to do before this is ready for review.

Coverage increased (+0.1%) to 84.833% when pulling d0fc19d640934a34ea2ab92af710df3bedeacd8b on 173824647-jdc-bootstrap4-GlossaryTermsController into 0b588217d95942db8b598a6b867f59bbba643b67 on bootstrap-4.

It would be great to get this PR, but

Merger should not happen until PR #614 is merged (with conflicts resolved).
Otherwise Travis CI would break because of conflicts between master and bootstrap-4.
I'm out of pocket for the remainder of 2020-07-20 through -24. So Sat 7/25 is the earliest time I can respond to comments. If someone wants to merge this in the mean time, great.

Joe -
Glossary tests controller is almost green, EXCEPT for one test that's missing language tags. I don't understand what it's looking for.
 FAIL["test_show_links_to_destroy", #<Minitest::Reporters::Suite:0x00005566b69bbe10 @name="GlossaryTermsControllerTest">, 5.9361734359990805]  test_show_links_to_destroy#GlossaryTermsControllerTest (5.94s)         Language tag(s) are missing..         --- expected         +++ actual         @@ -1 +1 @@         -[]         +[:destroy_glossary_term, :destroy_glossary_term, :destroy_glossary_term, :destroy_glossary_term, :destroy_glossary_term]         test/test_helper.rb:133:inteardown'
`
However, the "destroy_glossary_term" link should now be available in the view, in the navbar, if the user is an admin.
I'm going to go ahead and merge this now because the changes I've made in navbar (that should allow many more tests to pass with links that formerly appeared in tabsets) need to be applied throughout the views.
Note that i've refined the object_link_helper methods so that they work with namespaced objects like name_descriptions, too. Whew!!!

Thanks for all the improvements, cleanup, and merger!
As of the merger commit, GlossaryTermsControllerTest is completely green for me locally, and in both of the Travis CI builds. So I also don't understand the failure you get in https://github.com/MushroomObserver/mushroom-observer/pull/611#issuecomment-663808938

PS: And viewed manually in dev mode, it behaves properly. There's a destroy link when viewing a glossary term in admin mode, but no link when not in admin mode.

Hi @JoeCohen - welcome back! Hope you had a good trip.

authors: JoeCohen coveralls nimmolo

repo: MushroomObserver/mushroom-observer


text:
Showing gray screen when app is in release mode

Hi ,
i am using overlay how showing over view for menu tab in flutter web , it works correctly in debug mode , below screenshot is taken when i run flutter in release mode in chrome .  gray is the overlay where it should be transparent and able to see letter . but in release mode gray is applying
please let me know whats the issue .

I have updated the package version to 0.0.5+1 and it might fix this issue as well. I'm really sorry it took this long and I wish I could've done this sooner. :)

authors: MustansirZia VarmaTech


text:
fix(Estandares): :memo: Politicas a git traducidas a estandares

Se movieron las politicas PO01, PO02, PO03 a la carpeta de estandares

movi procesos en lugar de politicas


text:
Unhandled Exception - Wheres the fav.csv?!

I can create an empty csv, then it asks where the log.csv is, create an empty csv of that and it runs fine, until it doesn't.
For the new people coming into this, how do we fix this?

Those missing files are auto-generated when the program starts.
You might have placed the program under a folder where it can not create additional files.
Try moving it to the desktop or other working directory where it can create files.

it doesn't, ill try restarting PC and try on another computer.

nope, its the same on both. weather I click yes or no to downloading the images it crashes and tells me I need fav.csv.

What Shiling means is that it automatically generates a .cvs file upon unzipping the file.
Delete your old files, download the latest release again, unzip the release file into your desktop or downloads folder, start up ACNHPoker.exe. Do not move anything, don’t create any files, don’t add any files to the directory. Run the exe, download images, don’t touch it until the download window goes away.

Folder structure should look like this after extracting/unzipping:
desktop\Release
or
yourFolder\Release

Those files are created automatically when you run the program.
"fav.csv" is created when the program starts.
"log.csv" is created when the program logs something. Like when the program closes.
And same with other files needed for the program to run.
If for some reason the program can't create those files, it will throw an exception.
Please make sure you have placed the program in a proper working location so that files can be created.
Please also check your antivirus software. It might have blocked the file creation because of a new unfamiliar program.

@MyShiLingStar <3 my antivirus was blocking it. ty ty!

authors: ItzBlackStar MyShiLingStar TheSmilez

repo: MyShiLingStar/ACNHPoker


text:
🛑 Webserver (main page) is down

In c14f73d, Webserver (main page) (https://www.ruepp.info) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Webserver (main page) is back up in 1202ad9.


text:
Failing to load promts over https

I'm trying to run mimic-recording-studio over https, hosting it in server. For that I've set up nginx.
My nginx.conf file -->

server {
listen 6060 ssl;
server_name  example.recoder.net;
ssl_certificate //nginx-selfsigned.crt;
ssl_certificate_key  //nginx-selfsigned.key;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $host;
# enable WebSockets
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";

location / {
    proxy_pass http://localhost:3000/;
    add_header 'Access-Control-Allow-Origin' '*';

}
}

After setting this up, I'm no longer getting microphone permission error.
But when I'm  trying to start recording promts are not getting load, getting error -

error loading prompt... is the backend running?

And in UI I'm getting error :-

Please suggest any workaround.

same with me.
please do update with solutions if anyone has any.

Found the solution, change the API root in index.js file. in code, @krisgesling  add localhost which will be false in case if you are adding the code on the cloud you have to give the  URL of cloud.
and if your using HTTPS then change the python URL to HTTPS also cause if you don't then the frontend will block your request on basis of mixed content.

authors: MrityunjoyS amoljagadambe gaisml

repo: MycroftAI/mimic-recording-studio


text:
1.11 Roadmap

Please report any issues you have with the 1.11 build in the comments.
You might have noticed that there is a '1.11-DEV' branch. We are following the development of 1.11 to be compatible with it when it gets released.
Please know that this builds might be unstable and are not meant for production use.
We'll only support the latest snapshot, when a new one comes out, previous one will get dropped, please test it on the latest version before you report issues
Current compatible snapshot: 16w39c
Downloads: BuildServer
TODO 16w39c:

[x] Mojang decided to change the armorstand hitbox again. TODO: check if the nametag offset is also different (Spoiler alert: it probably is)
[x] Do the same thing we did with 1.8 -> 1.9 but the other way around
[x] Sounds changed runs away

It changed.
Oh well, there is at least something on the todo list now. :wink:

Currently the release seems to be playable, things like Zombie Villagers don't appear to be showing up as Villagers but Zombies (due to entity id changes).

As an update, we've finished documenting the changes to Metadata (me & Mats):
http://wiki.vg/Pre-release_protocol

Hey, 1.11 clients can't join the server, these are the logs http://pastebin.com/SV85Hyes
And this is the kick msg http://prntscr.com/c80u2y

Hey man, that is sportbukkit. So it might be caused by that.

@TiTo-418 I can't reproduce the issue. Please try to debug it, remove some plugins and try to use normal Spigot.

Hello,
When I download the alpha-version (with 1.11), I can't join the server with 1.11 (the latest snapshot) because there are too many packets. Try to see with NoCheatPlus, I think it's the problem.

@TheIntelloBox could you give us the link of /viaver dump and tell us the exact message when you get kicked?

http://hastebin.com/pinosepone.cpp
Error : internal exception io.netty.handler.codec.decoderexception java.io.exception:Packet69 (id) was larger than I excepted, found 11 bytes extra whilst reading packet 69

@TheIntelloBox On what versions does this happen?

I don't want that all my players see my plugins so I edited the list.
This happens on the latest snapshot : 16w33a. :)

Could you send your full dump privately to me in that case? https://gitter.im/Matsv
We can't help you without the full list.

Using newest build of 1.11 Dev on newest 1.10.2 build of Spigot with Builder 1189 of Bungee. 1.11 clients are simply shown 'Outdated Server' when trying to connect

@InfinityAspire Bungeecord never supports snapshots until the full version is released. There might be forks that follow the development.

Please note that the Hologram patch isn't currently in the 1.11 branch. We are working on modules to make ViaVersion compatible with multiple platforms. This change will be implemented for the 1.11 release or earlier depending on the state of it.
Smaller changes will still be pushed to the 1.11 branch.
If you can't wait for it or want more information: #505

@InfinityAspire We are working on a Bungee version of ViaVersion. It currently also supports 1.11 and works on Bungee side, so it doesn't have to be installed on your Spigot server. #505 for more information.

Tried that build, all of my clients couldn't connect with the message 'Outdated Client, Please use 1.10.2'

@InfinityAspire This is with connecting with the latest snapshot? on modular

Sounds should work correctly now.

@MylesIsCool It was the latest snapshot, seems to be fixed now. @Matsv Will there be a Bungee version of ViaBackwards and with the Modules version of ViaVersion, I can remove it from my Bukkit instances right?

@InfinityAspire the goal is to also have a ViaBackwards for bungee, yes. It's currently not, though. There seems to be some chunk issues that only occurs on bungee, didn't have the time yet to really look into it.

The 1.11 update is released.

authors: InfinityAspire Lmmb74 Matsv MylesIsCool TheIntelloBox TiTo-418

repo: MylesIsCool/ViaVersion


text:
Sui doc content issue or request

If this is an issue with existing content, provide the URL or GitHub path to the topic. Otherwise, use New.
Describe the issue or request. Provide as much detail as possible. For issues, it is helpful to copy the specific section of the topic into the issue.
Thank you for taking the time to let us know about the issue or request. We triage all new issues and requests within 2 business days. We will follow up if we need additional information.

no info provided, closing

repo: MystenLabs/sui


text:
chore(deps) Update the Narwhal pointer

Update Narwhal

Auto-generated by create-pull-request an the scripts/update_narwhal.sh script

Menial changes, which should not impact anything.


text:
Merlin server action permissions

Tickets addressed: Closes #952
Review: By commit
Merge strategy: Merge (no squash)

Description

This PR implements permissions for getSimulationResults, getResourceSamples, getConstraintViolations, addExternalDataset and extendExternalDataset based on the schema defined here.
Open question: which of the above actions does MISSION_MODEL_OWNER make sense for? What exactly would its semantics be?
For the time being, this PR rejects MISSION_MODEL_OWNER for all of the above actions.
Verification

@Mythicaeda and I did some manual testing yesterday. To do this, create the metadata.user_role_permissions table:
create table metadata.user_role_permissions(
  role user_roles not null primary key,
  action_permissions jsonb not null default '{}',
  function_permissions jsonb not null default '{}'
);

Add some permissions for the user role:
insert into metadata.user_role_permissions (role, action_permissions, function_permissions) values ('user', '{"simulate": "PLAN_OWNER"}'::jsonb, '{}'::jsonb);

Then create a plan, and attempt simulation. Verify that you can only simulate if you are a plan owner.
Documentation

The only documentation is currently here: https://github.com/NASA-AMMOS/aerie/discussions/983#discussioncomment-6257146
We need to write analogous user-facing docs for this schema.
Future work

Do the same for the scheduler and sequencing servers
Consider whether this logic would be worth "librarifying"

@Mythicaeda and I did some manual testing yesterday.

Once the DB tables are in, would it be possible to convert some of the manual tests to E2ETests?

This PR is subsumed by #1032 CC: @skovati

authors: Mythicaeda mattdailis

repo: NASA-AMMOS/aerie


text:
Pilot Nucleus with SBN-PSI Catalina Sky Survey Pipeline

💡 Description

📆 January status: Overall SBN-PSI architecture completed. Nucleus pilot start delayed 1 sprint. No impact on delivery

📆 February status: Per decisions made regarding SBN-PSI architecture, we will leave their pipeline on-prem, and deploy a baseline PDS Nucleus pipeline as part of B14.0

📆 June status: Initial PoC being worked to load some MDIS data into the Registry using Nucleus. CSS will be next.

📆 July status: Deferred per delays from ISA documentation requested by stakeholders, and the delay has been discussed and agree upon. New roadmap has been accepted.

📆 October status: Tightly coupled with #66 , work for improving baseline nucleus is ongoing. Demo completed on 10/27. Preparing for beta production execution in November. On schedule

📆 November status: Delayed until December awaiting ISA approval between discipline node and EN to begin pushing data.

📆 December status: CSS has yet to deliver data to the cloud. Task delayed into February. No impact on delivery.

📆 02/2024 status: A baseline deployment has bene completed in development. Will have follow-on task in B15.0 to deploy in Test and Production

repo: NASA-PDS/nucleus


text:
Saireddy1369

The Readme file is currently lengthy and complex, making it challenging for newcomers to comprehend how to contribute effectively to the project.
To enhance accessibility and clarity, I propose relocating the Contributing section to the beginning of the Readme file and streamlining its content where feasible.
I kindly request assistance from anyone willing to dedicate time to address this issue and improve the project's accessibility for all contributors. Thank you!

Hello every one, this is Chinnam Satya Sai Rama Reddy, am very happy to be in this project. Hi everyone, I am full-stack developer and i am great fan of open source contributions and i look forward to contributing with all of you.
Regarding this special problem, I am only changing the README to be more readers-friendly and straightforward. It will help the new users in particular to avoid being overwhelmed by the structure of the project as well as its objectives by just giving them directions to follow every time they want to locate the information that they are looking for.
@caiton1, I am looking forward to be contributing to OSS and will be more than glad to contact you, if needed.

@caiton1, I am looking forward to be contributing to OSS and will be more than glad to contact you, if needed.

Raised PR - https://github.com/NAU-OSS/jabref/pull/98

repo: NAU-OSS/jabref


text:
[WIP] update README with (much!) more background and information

Please don't merge yet, this is a work in progress.

@ctb , please review. Thanks.

hi @laitanawe let me know if you want me to resolve the conflicts, or if you want to do so!

Hi @ctb, please go ahead and resolve the conflicts and merge the current version of the README. It's more updated now.
Thanks!

🎉

authors: ctb laitanawe

repo: NCBI-Codeathons/bothie


text:
Refactor to support OSTI ELINK2.0

Is your feature request related to a problem? Please describe.
The upcoming release of OSTI ELINK2.0 in Jan 2025 will not integrate with the existing OSTI Metacat tools. ELINK2.0 will require changes to the authentication method, metadata validation, and metadata format.
During the transition period, we will be able to submit XML similar to the XML that was accepted by ELINK v1, but we will need to transition to using JSON data in the future (OSTI has not clarified the timeline for forcing JSON submissions)
Pressing Changes for ELINK2.0 XML Support

Authentication
* ELINK2.0 will use token-based authentication rather than username+password
Metadata Validation

Fields will be validated using the ELINK2.0 schema

Failed requests will be more common with new validation and will require data revision team to easily access error messages from OSTI.

Long Term Changes for ELINK2.0 JSON Support

Metadata Format

JSON submissions will be supported and will be required in the future. This will require a complete overhaul of XSLT. May require discussions of Metacat data format changes for optimal knowledge transfer to OSTI.

DOI publication

Publication of a DOI will require the complete metadata record and specific API endpoint call rather than the current, minimal site_url submission.
URLs associated with a DOI will be not be submitted with the metadata, but rather through a separate endpoint. This will require a workflow change.

Describe the solution you'd like.
We would like to see a system that support both the current ELINK v1 and ELINK 2.0 XML where the version is configurable.
Concurent Support for ELINKv1 and ELINK2.0

User configuration will determine the authentication method and base endpoints for accessing ELINK.

Current ELINK using basic auth
ELINK 2.0 using token auth

ELINKv1 would be default behavior and user will specify they want to use ELINK 2.0 XML.
Upon the switch to ELINK2.0 in Jan 2025, ELINK 2.0 XML will become the default and ELINK v1 will be depreciated.
Future support for ELINK2.0 JSON will be activated in the same manner as switching from current ELINK v1 to ELINK2.0 XML.

XSLT changes

XSL will have to live in Metacat, which will require a new metacat release
Both ELINK v1 & ELINK2.0 will use the same updated XSLT to comply with ELINK2.0 validation

I created a new ticket to describe a solution to avoid a new Metacat release.

repo: NCEAS/osti-elink


text:
Confusion about SparsePCGC Training

Thank you for sharing your excellent work and open the code. I want to train the SparsePCGC model on my own experimental platform, but I'm not sure how to proceed. I haven't found any relevant instructions.

train/README_train.md

authors: dongfengxijian yydlmzyz

repo: NJUVISION/SparsePCGC


text:
コンソールからリポジトリ情報を削除できない

https://proconist.net/console/entrant/XXX で過去に入力されていたリポジトリのURLを空欄にして保存しても、空欄にしたリポジトリの情報が削除されない。

😨

問題が発生した実データは、応急処置としてSQL叩いて直した。Bugが治るまでの間は、データ修正の際に気をつける。

#75 でMIddleman移行をしたため解消

authors: NKMR6194 unasuke ysakasin


text:
stub-first fails with stub-tls-upstream

Hello.
When both stub-first and stub-tls-upstream options are enabled, unbound tries to use parent NS, but it uses TLS with them, while accessing them on the default port (53). I think it should either not use TLS on parent NS in this case, make it configurable, use tls-port, or document that this use case will fail.

As it turns out, I am slightly wrong here. It works, for the first query only. Then it fails for every other query, that is not in the cache.
It seems, that first query on fallback sets it's iq->dp here: https://github.com/NLnetLabs/unbound/blob/1e0c957dcd7b0b1e03ff2d8bf58fdbb147ce4978/iterator/iterator.c#L1435
All subsequent queries on fallback set their iq->dp here: https://github.com/NLnetLabs/unbound/blob/1e0c957dcd7b0b1e03ff2d8bf58fdbb147ce4978/iterator/iterator.c#L1616
In the first case copied value of dp->ssl_upstream is false, in second case it is true.
I am still know too little to really understand, what all of this code does, but maybe it will help others to pinpoint the problem.

repo: NLnetLabs/unbound


text:
What happened to CANCEL AXIS, CANCEL DATA resetting the coordinate storage?

Reported by Ansley B Manke on 28 Oct 2005 18:35 UTC
yes? repeat/range=1:600 (use coads; can data coads)
After 577 repetitions:
**TMAP ERR: limit on storage for coordinates has been reached
MAX= 750000
Migrated-From: http://dunkel.pmel.noaa.gov/trac/ferret/ticket/1354

Comment by Ansley.B.Manke@noaa.gov on 28 Oct 2005 18:44 UTC
We were not calling REMOVE_AXIS from the axis-cancelling routine called by
CANCEL DATA, but only from the pathway followed by CANCEL AXIS. The code to
recover storage in remove_axis.F was inefficient, moving far more coordinates
than needed.
Also, add a line of code which resets the pointer into coordinate storage on the
command CANCEL AXIS/ALL
Fix in fer/utl/deallo_all_axis.F
fer/utl/remove_axis.F
fmt/src/tm_deallo_dyn_line_sub.F

Comment by Ansley.B.Manke@noaa.gov on 28 Oct 2005 18:57 UTC
*** Bug 615 has been marked as a duplicate of this bug. ***

repo: NOAA-PMEL/Ferret

license: Unlicense


text:
antspyx==0.3.2 not available

When trying to install requirements, antspyx version 0.3.2 does not exist anymore.

Thanks for reporting! It looks there are PyPi size limitations on the antspyx account that cause older versions to be deleted/removed.
For now, you can safely edit the requirements.txt to bump the version to antspyx==0.3.5.
I'll test the changes and push updates in a few days to initiate the docker image rebuild

authors: adrianvallsc ravnoor

repo: NOEL-MNI/deepFCD


text:
New pyepics features call for refactor of pyepics_shim

Better thread safety on epics.PV should obviate the need for shim-level threading locks:
https://github.com/NSLS-II/ophyd/blob/cf2b85c2479d645c144289fca79f74b151183417/ophyd/_pyepics_shim.py#L43-L45

Automatic context switching for epics.PV objects should allow for the removal of:
https://github.com/NSLS-II/ophyd/blob/cf2b85c2479d645c144289fca79f74b151183417/ophyd/_pyepics_shim.py#L137

auto_monitor reconfiguration is now possible with an already-created epics.PV. Can be refactored:
https://github.com/NSLS-II/ophyd/blob/cf2b85c2479d645c144289fca79f74b151183417/ophyd/_pyepics_shim.py#L68

Version requirement will need to be bumped:
https://github.com/NSLS-II/ophyd/blob/cf2b85c2479d645c144289fca79f74b151183417/ophyd/_pyepics_shim.py#L247

repo: NSLS-II/ophyd


text:
refactor(courses): 精簡 endpoint

比較運算子可以考慮加入 searches 內

比較運算子可以考慮加入 searches 內

之後有時間一起加進去 model 裡面

repo: NTHU-SA/NTHU-Data-API


text:
IRIS+ issues and is it better to switch to other platform?

Hi,
I have noticed IRIS+ behaves erratically sometimes e.g. It drifts away or flips on takeoff and some of them related to issues with pixhawk. Example, flying away as mentioned here is related to Pixhawk HW issue, https://diydrones.com/group/iris/forum/topics/iris-flyaway-due-to-gyro-offset-drift. Wondering if you have noticed these kinds of issues with redtail experiment. Is it better to switch to some other platform like TBS Discovery, which is using different controller?
Thanks!

Closing the issue, feel free to re-open or create a new one.

authors: Alexey-Kamenev mkaidrone

repo: NVIDIA-Jetson/redtail