Error during polling

Shaquu  - as promised, here's the error I'm getting about once per hour during polling. No interaction is required, the node re-authenticates and continues running happily. I'm polling every 2 seconds.

I"m getting this same error 401.  have to update credentials and restart flow to get it working again.  seems like it stops working after 2 or 3 cycles.

I"m getting this same error 401. have to update credentials and restart flow to get it working again. seems like it stops working after 2 or 3 cycles.

I figured out part of my problem.  I uninstalled the old Unifi modules (for USG).  Like @crxporter i'm getting authentication errors once an hour and it resumes without intervention.  issue i have is i have some flows that only run once a day and if it hits during that time, it doesn't run and i have to manually intervene.

Update about the hourly error: @Shaquu has a new plan to make a periodic login update every 45 minutes. This should be ready soon I think?
We hope it will take care of the hourly 401

I updated to the latest version a couple days ago.  I'm still getting the error every hour still.  Was the latest update supposed to fix this issue, or something else maybe?

No this wasn't included in 0.6.0 ... still waiting on this one. I'll see if I can encourage  Mr Shaquu to have a look

No worries.  Just checking.

Please check 0.7.0-dev.4

don't see dev4.  should i grab dev5?

So, i did find dev4, installed it.  still getting error about once an hour.  installed dev5, same thing.  Also, somewhere along the way, updating wlanconf has broken.  i have a flow that updates the guest network password and it now returns and error and does not update the password.  This is what i get back:
Bad response from: https://<IP_ADDRESS>/proxy/network/api/s/default/rest/wlanconf/xxxxxxxxxxxxxxxxxxxxxxx
Error: Invalid Payload undefined undefined
Nothing has changed on that flow.  If i need to open a new issue for that, just let me know.

@pshellguruwannabe this new error might be related to UniFi update itself

@pshellguruwannabe please try 0.7.0-dev.6 :)
If not, we will iterate again.
I am testing myself now.

the error has stopped appearing hourly for login.


bundle_and_checkpoint bottleneck

When subclassing DQNAgent, my code seems to run slowest in the bundle_and_checkpoint and unbundle functions. If I overload these functions to simply do nothing, does this affect the DQN agent significantly other than not saving and loading checkpoints?

the only thing that changes is that you won't be saving/loading checkpoints.
another alternative you may want to consider is to reduce the frequency at
which checkpoints are saved.
On Sun, Nov 1, 2020 at 5:45 PM Matt Gallivan<EMAIL_ADDRESS>wrote:

When subclassing DQNAgent, my code seems to run slowest in the
bundle_and_checkpoint and unbundle functions. If I overload these
functions to simply do nothing, does this affect the DQN agent
significantly other than not saving and loading checkpoints?
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/google/dopamine/issues/156, or unsubscribe
https://github.com/notifications/unsubscribe-auth/AE3CCMMTPFZTVBSIJMUF75DSNXQJ7ANCNFSM4TGZOOFQ
.

Thanks!


rmdirs not showing what actions were taken.

I would expect that it would tell me what it did for logging.
rclone    --bwlimit="07:00,6M 23:00,10M"    --stats 5m    --config=$RCLONECONF    --transfers=16 --checkers=32    --one-file-system    --exclude=".unionfs" rmdirs $OPT -vvv /data/Media3/apk
2017/03/01 12:10:19 INFO  : Starting bandwidth limiter at 6MBytes/s
2017/03/01 12:10:19 DEBUG : rclone: Version "v1.35-137-ge2f0feeβ" starting with parameters ["rclone" "--bwlimit=07:00,6M 23:00,10M" "--stats" "5m" "--config=/home/robert/.rclone.conf" "--transfers=16" "--checkers=32" "--one-file-system" "--exclude=.unionfs" "rmdirs" "-vvv" "/data/Media3/apk"]
2017/03/01 12:10:19 INFO  : Local file system at /data/Media3/apk: Modify window is 1ns
2017/03/01 12:10:21 INFO  :
Transferred:      0 Bytes (0 Bytes/s)
Errors:                 0
Checks:                 0
Transferred:            0
Elapsed time:        1.3s
2017/03/01 12:10:21 DEBUG : Go routines at exit 7
2017/03/01 12:10:21 DEBUG : rclone: Version "v1.35-137-ge2f0feeβ" finishing with parameters ["rclone" "--bwlimit=07:00,6M 23:00,10M" "--stats" "5m" "--config=/home/robert/.rclone.conf" "--transfers=16" "--checkers=32" "--one-file-system" "--exclude=.unionfs" "rmdirs" "-vvv" "/data/Media3/apk"]

Yes I agree with you.  I'll put a Debug or Info log in when directories are deleted.

I have fixed this in https://beta.rclone.org/v1.36-222-gf3c7e1a9/ (uploaded in 15-30 mins)

Beautiful. Thanks Nick.


Init deal

Description of changes
Add deal
Short description:
A Python library for design by contract (DbC) and checking values, exceptions, and side-effects. In a nutshell, deal empowers you to write bug-free code. By adding a few decorators to your code, you get for free tests, static analysis, formal verification, and much more. Read intro to get started.
Also adds the necessary dependencies:

pyschemes
vaa
deal-solver

Things done

Built on platform(s)

[x] x86_64-linux
[x] aarch64-linux
[ ] x86_64-darwin
[ ] aarch64-darwin

[ ] For non-Linux: Is sandbox = true set in nix.conf? (See Nix manual)
[x] Tested, as applicable:

NixOS test(s) (look inside nixos/tests)
and/or package tests
or, for functions and "core" functionality, tests in lib/tests or pkgs/test
made sure NixOS tests are linked to the relevant packages

[x] Tested compilation of all packages that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review rev HEAD". Note: all changes have to be committed, also see nixpkgs-review usage
[x] Tested basic functionality of all binary files (usually in ./result/bin/)
22.05 Release Notes (or backporting 21.11 Release notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module
[ ] (Release notes changes) Ran nixos/doc/manual/md-to-db.sh to update generated release notes

[x] Fits CONTRIBUTING.md.

This is a semi-automatic executed nixpkgs-review with nixpkgs-review-checks extension. It is checked by a human on a best effort basis and does not build all packages (e.g. lumo, tensorflow or pytorch).
Result of nixpkgs-review run on x86_64-linux 1

3 packages failed to build and are new build failures:

python310Packages.deal: log was empty
python310Packages.pyschemes: log was empty
python310Packages.vaa: log was empty

5 packages built:

python310Packages.deal-solver
python39Packages.deal
python39Packages.deal-solver
python39Packages.pyschemes
python39Packages.vaa

This is a semi-automatic executed nixpkgs-review with nixpkgs-review-checks extension. It is checked by a human on a best effort basis and does not build all packages (e.g. lumo, tensorflow or pytorch).
Result of nixpkgs-review pr 173141 run on x86_64-linux 1

3 packages marked as broken and skipped:

python310Packages.deal
python310Packages.pyschemes
python310Packages.vaa

5 packages built:

python310Packages.deal-solver
python39Packages.deal
python39Packages.deal-solver
python39Packages.pyschemes
python39Packages.vaa

This pull request has been mentioned on NixOS Discourse. There might be relevant details there:
https://discourse.nixos.org/t/prs-ready-for-review/3032/874


Mentor page

Mentor page is divided into few components, mentor search, mentor skills and mentor cards need to be added as one. css for search and skills is added to this version. Still some problems with lint and jest configurations.

Openin a non-draft PR


Typo in text

Under the topic "How do I check which DLs are eligible for upgrade?", there's a typo.
It says the following:
"If you want to check which DLs are eligible for upgrade just run the following command:
Get-EligibleDistributionGroup"
However, this input produces an error. The complete command is Get-EligibleDistributionGroupForMigration.

Dokumentinformation
⚠ Redigera inte det här avsnittet. Det krävs för docs.microsoft.com ➟ länkning till GitHub-problem.

ID: 10dbb56e-1c52-8fa0-0d3d-bab6d50519d0
Version Independent ID: ff6585cd-9d68-ed1c-ee5f-1f451457dbef
Content: Uppgradera distributionslistor till Office 365-grupper i Outlook
Content Source: Office365-Admin/manage/upgrade-distribution-lists.md
Service: o365-administration
GitHub Login: @Sirkkuw
Microsoft Alias: sirkkuw

@mypil @andrea please assign to me.

@gustav87 Thank you for pointing this out and helping improve MS docs.  I'll have it corrected asap.  Thanks.

@gustav87  Thank you for taking time to help us improve the content in Microsoft Docs,  The change you suggest will be made.

@AndreaBarr please close

There's an identical typo in the paragraph just above the one I reported. The text now says:
How do I check which DLs are eligible for upgrade?
If you want to check whether a DL is eligible or not, you can run the below command:
Get-DistributionGroup <DL SMTP address> | Get-EligibleDistributionGroup
If you want to check which DLs are eligible for upgrade just run the following command:
Get-EligibleDistributionGroupForMigration

@gustav87 - thanks for pointing this out. @nenonix - please assist to check and make the necessary changes on this. Thank you.

@gustav87 thanks, us writers appreciate precise instructions (and we know not to mess with the code ;)

@gustav87 - the content has been updated to correct the identical typo that you pointed out. Kindly check and let us know if your issue has been resolved. Thanks.


Enable automatic upgrade supports for connectedvmware VM extension.

This checklist is used to make sure that common guidelines for a pull request are followed.

For new extensions:

[x] My extension description/summary conforms to the Extension Summary Guidelines.

About Extension Publish
There is a pipeline to automatically build, upload and publish extension wheels.
Once your pull request is merged into main branch, a new pull request will be created to update src/index.json automatically.
The precondition is to put your code inside this repository and upgrade the version in the pull request but do not modify src/index.json.

connectedvmware

Can we add unit tests for extension create and extensions?

@93mishra, Can we add unit tests for extension create and update?


Remove version: e2eSoft.iVCam version 7.3.2

URL_404
Microsoft Reviewers: Open in CodeFlow

[Policy] Highest Version Removal

[Policy] Moderator Approved


Cannot access Nodes when using a static method in C#

Godot version:
v3.2.2 Mono
OS/device including version:
Windows 10 1909
Issue description:
When using a static method, one cannot get access to the Node tree.
Steps to reproduce:

Make a new Project
Make a C# script
Make a static method and call it somehwere so it can get executed
Try to call GetNode (in the static method)

I believe this is done by design. Static functions cannot access member variables or self. The same restriction also applies to GDScript.

Ok, but does it give any other method or function to access the Node Tree from inside a static function?

Hmm, in the C++ core, you can call SceneTree:: get_singleton()->do_what_you_want, but this method does not exist in GDScript and C#/Mono.

Found a workaround:
var mainLoop = Godot.Engine.GetMainLoop();
var sceneTree = mainLoop as SceneTree;
// work with the scenetree

Maybe the SceneTree::get_singleton() method should be also implemented in both Script Environments? Or something like GD.GetTree() (for c#)?

why is this issue closed without further commentary?

Sorry, I thought a conclusion was already reached.
GetNode can only be accesses from a Node instance. The normal way of accessing a node instance from a static method is by getting the scene tree root node via (SceneTree)Engine.GetMainLoop().

Maybe the SceneTree::get_singleton() method should be also implemented in both Script Environments? Or something like GD.GetTree() (for c#)?

I don't see much benefit compared to the current way tbh. In both cases for correctness you have to deal with the possibility of the main loop not being SceneTree, although it's safe to assume it always is since custom main loops are rarely used.


Extra AfterMove event seems unnecessary

Doesn't the runEvent call now make the singleEvent call redundant?

...no?
The singleEvent hits the move object, the runEvent doesn't.

Fair enough.


New Pull Request with Mac OS build Dependencies New Commit formats and Custom Login App Bar

Merge on confirm

also rename issue fixed @2tanayk so close that issue

Great

also rename issue fixed @2tanayk so close that issue

You can refer that with a #5 in the main message with keyword like fix it will be auto closed on merge

Please merge sir


Add service Endpoint Validate() method

This method can e.g. be used in webhooks to validate if the configuration in the CR is correct.

/hold until after beta freeze


Fail x

This is "local" pull request before up-stream
This patch implements evaluation of unknown values in `FAIL_* macros requested at https://github.com/tudortimi/svunit/issues/51
@semihalf-wojtas-marcin and @semihalf-adamczyk-konrad please review before up-stream

See https://github.com/Plasteli-net/svunit/pull/1#issuecomment-875563081, same applies here.

In https://github.com/Plasteli-net/svunit/pull/2/commits/302e3752a91790f6eda5a1b5d036bb737d304cbd commit msg:

s/defeat/default/g.
Missing dot at the end of sentence.

+1.


&tog happy accepts zero input causing the build to fail

The above should not be allowed to be checked in.

thanks, on it!

Fixed!


Remove duplicate chinese articles

Since the content of the 2 Chinese articles in External Links and Articles is very simple, just a brief summary of 1 or 2 document chapters, as we now have some more detailed Chinese translation of docs, I suggest temporarily removing these 2 duplicate articles.

I guess that would make sense :fire:
But as I don't really know the language I would like a second opinion, just to be sure. Maybe @yanever , @Laineyzhang55 , @phy25, @Dustyposa , @RunningIkkyu , what do you think?

Perfect! Thanks for the opinion @phy25 ! :bow:
Thanks for the contribution @waynerv ! :rocket:


END statement parser errors

This adds around 132 diagnostics for us.
Most of them are No source code allowed after the END statement, because we don't parse END TRANSACTION yet and it gets recognized as END-Statement.
The others are modules using . as END 🙄
I just took a sample size to look through, but those two are the ones I've in that sample size.
We should get rid of both by supporting the actual stuff. . (SyntaxKind.DOT) could be added as IEndNode, so that we don't have to check for both.
If an analyzer wants to do check the end statement for code style, it can hook into IEndNode and just check the token. No need to have different nodes.
If you want to do either of those, or both, you can implement them in this PR or in new ones. I'd leave this open until we fix them.
I can also do one of those or both, you can decide :)

This adds around 132 diagnostics for us.
Most of them are No source code allowed after the END statement, because we don't parse END TRANSACTION yet and it gets recognized as END-Statement.
The others are modules using . as END 🙄
I just took a sample size to look through, but those two are the ones I've in that sample size.
We should get rid of both by supporting the actual stuff. . (SyntaxKind.DOT) could be added as IEndNode, so that we don't have to check for both. If an analyzer wants to do check the end statement for code style, it can hook into IEndNode and just check the token. No need to have different nodes.
If you want to do either of those, or both, you can implement them in this PR or in new ones. I'd leave this open until we fix them. I can also do one of those or both, you can decide :)

Interesting ;) If you can do the SyntaxKind.DOT thing, then I can support ET. Or if you have time, you can do both. I won't be able to work on this until Monday.

I've added both things and don't get any new diagnostic anymore :)

I've added both things and don't get any new diagnostic anymore :)

Cool. I can run it through our source on Monday. :)


First emission of air token

Don't forget about balance air token / ether balance on telegram bots balances.

Issued 200 air with rate: 1000 air = 5 ether.


free(): invalid pointer, Exit Code 6

Prism Launcher version: 9.1 (official)

Launched instance in online mode

login.microsoftonline.com resolves to:
    [2603:1036:3000:60::10, 2603:1036:3000:60::11, 2603:1036:3000:60::e, 2603:1036:3000:60::1, 2603:1036:3000:60::20, 2603:1036:3000:60::6, 2603:1036:3000:60::5, 2603:1036:3000:60::2, <IP_ADDRESS>, <IP_ADDRESS>, <IP_ADDRESS>, <IP_ADDRESS>, <IP_ADDRESS>, <IP_ADDRESS>, <IP_ADDRESS>, <IP_ADDRESS>]

session.minecraft.net resolves to:
    [2620:1ec:bdf::70, <IP_ADDRESS>]

textures.minecraft.net resolves to:
    [2620:1ec:bdf::70, <IP_ADDRESS>]

api.mojang.com resolves to:
    [2620:1ec:bdf::70, <IP_ADDRESS>]

Minecraft folder is:
/home/linuxpony/.local/share/PrismLauncher/instances/Fabric 1.21.3/.minecraft

Java path is:
/usr/lib/jvm/java-21-openjdk-amd64/bin/java

Java is version 21.0.4, using 64 (amd64) architecture, from Ubuntu.

AMD Ryzen 7 7840HS w/ Radeon 780M Graphics
Advanced Micro Devices, Inc. [AMD/ATI] Navi 33 [Radeon RX 7600/7600 XT/7600M XT/7600S/7700S / PRO W7600] (rev c1)

DeviceName: Realtek

Subsystem: Framework Computer Inc. Device 0007

Advanced Micro Devices, Inc. [AMD/ATI] Phoenix1 (rev c2)

Subsystem: Framework Computer Inc. Device 0005

Kernel driver in use: amdgpu

OpenGL version string: 4.6 (Compatibility Profile) Mesa 23.2.1-1ubuntu3.1~22.04.2

Main Class:
  net.fabricmc.loader.impl.launch.knot.KnotClient

Native path:
  /home/linuxpony/.local/share/PrismLauncher/instances/Fabric 1.21.3/natives

Traits:
traits FirstThreadOnMacOS
traits feature:is_quick_play_multiplayer
traits feature:is_quick_play_singleplayer
traits XR:Initial

Libraries:
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/lwjgl/lwjgl-freetype-natives-linux/3.3.3/lwjgl-freetype-natives-linux-3.3.3.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/lwjgl/lwjgl-freetype/3.3.3/lwjgl-freetype-3.3.3.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/lwjgl/lwjgl-glfw-natives-linux/3.3.3/lwjgl-glfw-natives-linux-3.3.3.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/lwjgl/lwjgl-glfw/3.3.3/lwjgl-glfw-3.3.3.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/lwjgl/lwjgl-jemalloc-natives-linux/3.3.3/lwjgl-jemalloc-natives-linux-3.3.3.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/lwjgl/lwjgl-jemalloc/3.3.3/lwjgl-jemalloc-3.3.3.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/lwjgl/lwjgl-natives-linux/3.3.3/lwjgl-natives-linux-3.3.3.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/lwjgl/lwjgl-openal-natives-linux/3.3.3/lwjgl-openal-natives-linux-3.3.3.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/lwjgl/lwjgl-openal/3.3.3/lwjgl-openal-3.3.3.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/lwjgl/lwjgl-opengl-natives-linux/3.3.3/lwjgl-opengl-natives-linux-3.3.3.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/lwjgl/lwjgl-opengl/3.3.3/lwjgl-opengl-3.3.3.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/lwjgl/lwjgl-stb-natives-linux/3.3.3/lwjgl-stb-natives-linux-3.3.3.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/lwjgl/lwjgl-stb/3.3.3/lwjgl-stb-3.3.3.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/lwjgl/lwjgl-tinyfd-natives-linux/3.3.3/lwjgl-tinyfd-natives-linux-3.3.3.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/lwjgl/lwjgl-tinyfd/3.3.3/lwjgl-tinyfd-3.3.3.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/lwjgl/lwjgl/3.3.3/lwjgl-3.3.3.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/com/fasterxml/jackson/core/jackson-annotations/2.13.4/jackson-annotations-2.13.4.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/com/fasterxml/jackson/core/jackson-core/2.13.4/jackson-core-2.13.4.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/com/fasterxml/jackson/core/jackson-databind/<IP_ADDRESS>/jackson-databind-<IP_ADDRESS>.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/com/github/oshi/oshi-core/6.4.10/oshi-core-6.4.10.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/com/github/stephenc/jcip/jcip-annotations/1.0-1/jcip-annotations-1.0-1.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/com/google/code/gson/gson/2.10.1/gson-2.10.1.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/com/google/guava/failureaccess/1.0.1/failureaccess-1.0.1.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/com/google/guava/guava/32.1.2-jre/guava-32.1.2-jre.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/com/ibm/icu/icu4j/73.2/icu4j-73.2.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/com/microsoft/azure/msal4j/1.15.0/msal4j-1.15.0.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/com/mojang/authlib/6.0.55/authlib-6.0.55.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/com/mojang/blocklist/1.0.10/blocklist-1.0.10.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/com/mojang/brigadier/1.3.10/brigadier-1.3.10.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/com/mojang/datafixerupper/8.0.16/datafixerupper-8.0.16.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/com/mojang/jtracy/1.0.29/jtracy-1.0.29.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/com/mojang/jtracy-natives-linux/1.0.29/jtracy-natives-linux-1.0.29.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/com/mojang/logging/1.4.9/logging-1.4.9.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/com/mojang/patchy/2.2.10/patchy-2.2.10.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/com/mojang/text2speech/1.17.9/text2speech-1.17.9.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/com/nimbusds/content-type/2.3/content-type-2.3.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/com/nimbusds/lang-tag/1.7/lang-tag-1.7.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/com/nimbusds/nimbus-jose-jwt/9.37.3/nimbus-jose-jwt-9.37.3.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/com/nimbusds/oauth2-oidc-sdk/11.9.1/oauth2-oidc-sdk-11.9.1.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/commons-codec/commons-codec/1.16.0/commons-codec-1.16.0.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/commons-io/commons-io/2.15.1/commons-io-2.15.1.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/commons-logging/commons-logging/1.2/commons-logging-1.2.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/io/netty/netty-buffer/4.1.97.Final/netty-buffer-4.1.97.Final.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/io/netty/netty-codec/4.1.97.Final/netty-codec-4.1.97.Final.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/io/netty/netty-common/4.1.97.Final/netty-common-4.1.97.Final.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/io/netty/netty-handler/4.1.97.Final/netty-handler-4.1.97.Final.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/io/netty/netty-resolver/4.1.97.Final/netty-resolver-4.1.97.Final.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/io/netty/netty-transport-classes-epoll/4.1.97.Final/netty-transport-classes-epoll-4.1.97.Final.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/io/netty/netty-transport-native-epoll/4.1.97.Final/netty-transport-native-epoll-4.1.97.Final-linux-aarch_64.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/io/netty/netty-transport-native-epoll/4.1.97.Final/netty-transport-native-epoll-4.1.97.Final-linux-x86_64.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/io/netty/netty-transport-native-unix-common/4.1.97.Final/netty-transport-native-unix-common-4.1.97.Final.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/io/netty/netty-transport/4.1.97.Final/netty-transport-4.1.97.Final.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/it/unimi/dsi/fastutil/8.5.12/fastutil-8.5.12.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/net/java/dev/jna/jna-platform/5.14.0/jna-platform-5.14.0.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/net/java/dev/jna/jna/5.14.0/jna-5.14.0.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/net/minidev/accessors-smart/2.5.0/accessors-smart-2.5.0.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/net/minidev/json-smart/2.5.0/json-smart-2.5.0.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/net/sf/jopt-simple/jopt-simple/5.0.4/jopt-simple-5.0.4.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/apache/commons/commons-compress/1.26.0/commons-compress-1.26.0.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/apache/commons/commons-lang3/3.14.0/commons-lang3-3.14.0.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/apache/httpcomponents/httpclient/4.5.13/httpclient-4.5.13.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/apache/httpcomponents/httpcore/4.4.16/httpcore-4.4.16.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/apache/logging/log4j/log4j-api/2.22.1/log4j-api-2.22.1.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/apache/logging/log4j/log4j-core/2.22.1/log4j-core-2.22.1.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/apache/logging/log4j/log4j-slf4j2-impl/2.22.1/log4j-slf4j2-impl-2.22.1.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/jcraft/jorbis/0.0.17/jorbis-0.0.17.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/joml/joml/1.10.5/joml-1.10.5.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/lz4/lz4-java/1.8.0/lz4-java-1.8.0.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/ow2/asm/asm/9.7.1/asm-9.7.1.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/slf4j/slf4j-api/2.0.9/slf4j-api-2.0.9.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/net/fabricmc/intermediary/1.21.3/intermediary-1.21.3.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/ow2/asm/asm-analysis/9.7.1/asm-analysis-9.7.1.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/ow2/asm/asm-commons/9.7.1/asm-commons-9.7.1.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/ow2/asm/asm-tree/9.7.1/asm-tree-9.7.1.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/org/ow2/asm/asm-util/9.7.1/asm-util-9.7.1.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/net/fabricmc/sponge-mixin/0.15.4+mixin.0.8.7/sponge-mixin-0.15.4+mixin.0.8.7.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/net/fabricmc/fabric-loader/0.16.9/fabric-loader-0.16.9.jar
  /home/linuxpony/.local/share/PrismLauncher/libraries/com/mojang/minecraft/1.21.3/minecraft-1.21.3-client.jar

Native libraries:

Mods:
  [✔] fabric-api-0.109.0+1.21.3
  [✔] world-host-0.5.0+1.21.3-fabric

Params:
  --username  --version 1.21.3 --gameDir /home/linuxpony/.local/share/PrismLauncher/instances/Fabric 1.21.3/.minecraft --assetsDir /home/linuxpony/.local/share/PrismLauncher/assets --assetIndex 18 --uuid  --accessToken  --userType  --versionType release

Window size: 854 x 480

Launcher: standard

Java Arguments:
[-Xms16384m, -Xmx16384m, -Duser.language=en]

Minecraft process ID: 390825

[20:24:26] [main/INFO]: Loading Minecraft 1.21.3 with Fabric Loader 0.16.9
[20:24:26] [main/INFO]: Loading 55 mods:
	- fabric-api 0.109.0+1.21.3
	   |-- fabric-api-base 0.4.50+119c825640
	   |-- fabric-api-lookup-api-v1 1.6.81+fd37071f40
	   |-- fabric-biome-api-v1 14.0.6+fd37071f40
	   |-- fabric-block-api-v1 1.0.28+fd37071f40
	   |-- fabric-block-view-api-v2 1.0.16+fd37071f40
	   |-- fabric-blockrenderlayer-v1 2.0.4+fd37071f40
	   |-- fabric-client-tags-api-v1 1.1.24+fd37071f40
	   |-- fabric-command-api-v1 1.2.58+f71b366f40
	   |-- fabric-command-api-v2 2.2.37+c9d82ab240
	   |-- fabric-commands-v0 0.2.75+df3654b340
	   |-- fabric-content-registries-v0 9.1.8+fd37071f40
	   |-- fabric-convention-tags-v1 2.1.3+7f945d5b40
	   |-- fabric-convention-tags-v2 2.9.3+84ebbb0e40
	   |-- fabric-crash-report-info-v1 0.3.3+fd37071f40
	   |-- fabric-data-attachment-api-v1 1.4.0+dbad41f140
	   |-- fabric-data-generation-api-v1 21.0.17+fd37071f40
	   |-- fabric-dimensions-v1 4.0.7+fd37071f40
	   |-- fabric-entity-events-v1 2.0.8+825023f840
	   |-- fabric-events-interaction-v0 2.0.12+c2c3ac4740
	   |-- fabric-game-rule-api-v1 1.0.59+fd37071f40
	   |-- fabric-item-api-v1 11.1.7+fd37071f40
	   |-- fabric-item-group-api-v1 4.1.17+fd37071f40
	   |-- fabric-key-binding-api-v1 1.0.53+fd37071f40
	   |-- fabric-keybindings-v0 0.2.51+df3654b340
	   |-- fabric-lifecycle-events-v1 2.5.1+6da5ef6940
	   |-- fabric-loot-api-v2 3.0.26+3f89f5a540
	   |-- fabric-loot-api-v3 1.0.14+fd37071f40
	   |-- fabric-message-api-v1 6.0.21+fd37071f40
	   |-- fabric-model-loading-api-v1 3.0.9+fd37071f40
	   |-- fabric-networking-api-v1 4.3.5+fd37071f40
	   |-- fabric-object-builder-api-v1 17.0.9+fd37071f40
	   |-- fabric-particles-v1 4.0.10+fd37071f40
	   |-- fabric-recipe-api-v1 7.0.4+fd37071f40
	   |-- fabric-registry-sync-v0 5.2.2+fd37071f40
	   |-- fabric-renderer-api-v1 4.0.5+fd37071f40
	   |-- fabric-renderer-indigo 1.9.5+fd37071f40
	   |-- fabric-rendering-data-attachment-v1 0.3.54+73761d2e40
	   |-- fabric-rendering-fluids-v1 3.1.15+fd37071f40
	   |-- fabric-rendering-v0 1.1.83+df3654b340
	   |-- fabric-rendering-v1 8.0.7+fd37071f40
	   |-- fabric-resource-conditions-api-v1 5.0.8+fd37071f40
	   |-- fabric-resource-loader-v0 3.0.6+fd37071f40
	   |-- fabric-screen-api-v1 2.0.34+fd37071f40
	   |-- fabric-screen-handler-api-v1 1.3.100+fd37071f40
	   |-- fabric-sound-api-v1 1.0.29+fd37071f40
	   |-- fabric-transfer-api-v1 5.4.3+fd37071f40
	   \-- fabric-transitive-access-wideners-v1 6.1.8+fd37071f40
	- fabricloader 0.16.9
	   \-- mixinextras 0.4.1
	- java 21
	- minecraft 1.21.3
	- world-host 0.5.0+1.21.3-fabric
	   |-- org_quiltmc_parsers_json 0.3.0
	   \-- org_semver4j_semver4j 5.3.0
[20:24:26] [main/INFO]: SpongePowered MIXIN Subsystem Version=0.8.7 Source=file:/home/linuxpony/.local/share/PrismLauncher/libraries/net/fabricmc/sponge-mixin/0.15.4+mixin.0.8.7/sponge-mixin-0.15.4+mixin.0.8.7.jar Service=Knot/Fabric Env=CLIENT
[20:24:26] [main/INFO]: Compatibility level set to JAVA_21
[20:24:27] [main/WARN]: Error loading class: com/terraformersmc/modmenu/event/ModMenuEventHandler (java.lang.ClassNotFoundException: com/terraformersmc/modmenu/event/ModMenuEventHandler)
[20:24:27] [main/WARN]: @Mixin target com.terraformersmc.modmenu.event.ModMenuEventHandler was not found world-host.mixins.json:modmenu.MixinModMenuEventHandler from mod world-host
[20:24:27] [main/INFO]: Initializing MixinExtras via com.llamalad7.mixinextras.service.MixinExtrasServiceImpl(version=0.4.1).
[20:24:28] [Datafixer Bootstrap/INFO]: 237 Datafixer optimizations took 191 milliseconds
[20:24:31] [Render thread/INFO]: Environment: Environment[sessionHost=https://sessionserver.mojang.com, servicesHost=https://api.minecraftservices.com, name=PROD]
[20:24:31] [Render thread/INFO]: Setting user: LinuxAvali
[20:24:32] [Render thread/INFO]: [Indigo] Registering Indigo renderer!
[20:24:32] [Render thread/INFO]: Using client-generated connection ID hale-contract-madthumbs
[20:24:32] [Render thread/INFO]: Old world-host-friends.json still exists. Consider removing it.
free(): invalid pointer
Process crashed with exitcode 6.

This has nothing to do with World Host. It might be some driver bug or something.

It only happens when this mod is included. Removing this mod fixes the issue

It also works fine in 1.21.1

If there's an hs_err_pid file in your instance dir, please DM it to me on Discord.

no hs_err_pid was generated in the instance folder

im having this issue too in 1.21.1

worldhost 0.4.11 works though

I'm guessing it's an issue with the file watcher.

can you fix it? I need to use it on my modpack called Redux:
https://modrinth.com/modpack/redux

please update me when It's fixed

50& chance. I did what the log said and it caused even more problems & errors.

@Gaming32 | In the meantime just delete version 0.5.0 from Modrinth and make a new version of 0.4.x where it does not tell you to update to 0.5.0, so people do not accidentally updated to the bugged version while you make changes. I'd be happy to help you along the way, although I'm still learning Java at the moment. I understand everyone makes mistakes and cannot be perfect so please feel free to take your time.

This bug appears to be an issue in the JDK, and it also appears to only happen in some distributions of Linux.

I play on a trash pc: https://www.raspberrypi.com/products/raspberry-pi-5/
Im upgrading soon to this: https://pcpartpicker.com/list/CNvJVF

I am using world-host-0.5.0+1.21.1-fabric.jar. with openjdk version "21.0.5" 2024-10-15 LTS on Linux Mint 21.1, and it's the same for me.

I'm investigating this. I can't replicate it when using Prism Launcher's downloaded JDKs. Can y'all open a singleplayer world (without World Host so your game loads), hold F3+C for 10 seconds, and upload the resulting crash report.

here you go
crash-2024-12-06_22.31.12-client.txt

Did you install Prism via FlatPak or another way?

I'm using the AppImage

@Gaming32 | Is this fixed yet?

`14:57:50] [main/INFO]: Loading Minecraft 1.21 with Fabric Loader 0.16.7
[14:57:51] [ForkJoinPool-1-worker-1/WARN]: The mod "betterstats" contains invalid entries in its mod json:
Unsupported root entry "" at line 26 column 4
Unsupported root entry "" at line 26 column 124
Unsupported root entry "" at line 28 column 4
Unsupported root entry "" at line 28 column 24
[14:57:51] [ForkJoinPool-1-worker-2/WARN]: The mod "tcdcommons" contains invalid entries in its mod json:
Unsupported root entry "" at line 27 column 4
Unsupported root entry "" at line 27 column 198
Unsupported root entry "" at line 29 column 4
Unsupported root entry "" at line 29 column 24
[14:57:52] [main/INFO]: Loading 159 mods:
architectury 13.0.8
autosprintfix 1.0.0
betterf3 11.0.1
betterpingdisplay 1.1.1
betterstats 3.13.2+fabric-1.21
c2me 0.2.0+alpha.11.109+1.21
|-- c2me-base 0.2.0+alpha.11.109+1.21
|-- c2me-client-uncapvd 0.2.0+alpha.11.109+1.21
|-- c2me-fixes-chunkio-threading-issues 0.2.0+alpha.11.109+1.21
|-- c2me-fixes-general-threading-issues 0.2.0+alpha.11.109+1.21
|-- c2me-fixes-worldgen-threading-issues 0.2.0+alpha.11.109+1.21
|-- c2me-fixes-worldgen-vanilla-bugs 0.2.0+alpha.11.109+1.21
|-- c2me-notickvd 0.2.0+alpha.11.109+1.21
|-- c2me-opts-allocs 0.2.0+alpha.11.109+1.21
|-- c2me-opts-chunk-access 0.2.0+alpha.11.109+1.21
|-- c2me-opts-chunkio 0.2.0+alpha.11.109+1.21
|-- c2me-opts-math 0.2.0+alpha.11.109+1.21
|-- c2me-opts-scheduling 0.2.0+alpha.11.109+1.21
|-- c2me-opts-worldgen-general 0.2.0+alpha.11.109+1.21
|-- c2me-opts-worldgen-vanilla 0.2.0+alpha.11.109+1.21
|-- c2me-rewrites-chunk-serializer 0.2.0+alpha.11.109+1.21
|-- c2me-rewrites-chunkio 0.2.0+alpha.11.109+1.21
|-- c2me-server-utils 0.2.0+alpha.11.109+1.21
|-- c2me-threading-chunkio 0.2.0+alpha.11.109+1.21
|-- c2me-threading-lighting 0.2.0+alpha.11.109+1.21
|-- c2me-threading-worldgen 0.2.0+alpha.11.109+1.21
|-- com_ibm_async_asyncutil 0.1.0
|-- net_objecthunter_exp4j 0.4.8
-- org_threadly_threadly 7.0
chatanimation 1.0.6
cherishedworlds 10.1.0+1.21.1
chunky 1.4.16
cloth-config 15.0.140
-- cloth-basic-math 0.6.1
enhancedblockentities 0.10.2+1.21
entityculling 1.7.0
fabric-api 0.102.0+1.21
|-- fabric-api-base 0.4.42+6573ed8cd1
|-- fabric-api-lookup-api-v1 1.6.68+b5597344d1
|-- fabric-biome-api-v1 13.0.29+5bd9f1bcd1
|-- fabric-block-api-v1 1.0.22+0af3f5a7d1
|-- fabric-block-view-api-v2 1.0.10+6573ed8cd1
|-- fabric-blockrenderlayer-v1 1.1.52+0af3f5a7d1
|-- fabric-client-tags-api-v1 1.1.15+6573ed8cd1
|-- fabric-command-api-v1 1.2.49+f71b366fd1
|-- fabric-command-api-v2 2.2.28+6ced4dd9d1
|-- fabric-commands-v0 0.2.66+df3654b3d1
|-- fabric-content-registries-v0 8.0.16+b5597344d1
|-- fabric-convention-tags-v1 2.0.19+7f945d5bd1
|-- fabric-convention-tags-v2 2.5.0+c5e2b5c6d1
|-- fabric-crash-report-info-v1 0.2.29+0af3f5a7d1
|-- fabric-data-attachment-api-v1 1.1.27+6a6dfa19d1
|-- fabric-data-generation-api-v1 20.2.16+16c4ae25d1
|-- fabric-dimensions-v1 4.0.0+6fc22b99d1
|-- fabric-entity-events-v1 1.6.12+6fc22b99d1
|-- fabric-events-interaction-v0 0.7.12+ba9dae06d1
|-- fabric-game-rule-api-v1 1.0.53+6ced4dd9d1
|-- fabric-item-api-v1 11.0.0+afdfc921d1
|-- fabric-item-group-api-v1 4.1.4+78017270d1
|-- fabric-key-binding-api-v1 1.0.47+0af3f5a7d1
|-- fabric-keybindings-v0 0.2.45+df3654b3d1
|-- fabric-lifecycle-events-v1 2.3.12+6c1df360d1
|-- fabric-loot-api-v2 3.0.14+3f89f5a5d1
|-- fabric-loot-api-v3 1.0.2+3f89f5a5d1
|-- fabric-message-api-v1 6.0.13+6573ed8cd1
|-- fabric-model-loading-api-v1 2.0.0+fe474d6bd1
|-- fabric-networking-api-v1 4.2.2+60c3209bd1
|-- fabric-object-builder-api-v1 15.2.0+a551f7a4d1
|-- fabric-particles-v1 4.0.2+6573ed8cd1
|-- fabric-recipe-api-v1 5.0.12+65089712d1
|-- fabric-registry-sync-v0 5.1.2+60c3209bd1
|-- fabric-renderer-api-v1 3.4.0+c705a49cd1
|-- fabric-renderer-indigo 1.7.0+c705a49cd1
|-- fabric-renderer-registries-v1 3.2.68+df3654b3d1
|-- fabric-rendering-data-attachment-v1 0.3.48+73761d2ed1
|-- fabric-rendering-fluids-v1 3.1.6+b5597344d1
|-- fabric-rendering-v0 1.1.71+df3654b3d1
|-- fabric-rendering-v1 5.0.5+df16efd0d1
|-- fabric-resource-conditions-api-v1 4.3.0+8dc279b1d1
|-- fabric-resource-loader-v0 1.3.0+56599129d1
|-- fabric-screen-api-v1 2.0.24+b5597344d1
|-- fabric-screen-handler-api-v1 1.3.86+b5597344d1
|-- fabric-sound-api-v1 1.0.23+6573ed8cd1
|-- fabric-transfer-api-v1 5.1.16+3dccd343d1
-- fabric-transitive-access-wideners-v1 6.1.0+176f9036d1
fabric-language-kotlin 1.12.3+kotlin.2.0.21
|-- org_jetbrains_kotlin_kotlin-reflect 2.0.21
|-- org_jetbrains_kotlin_kotlin-stdlib 2.0.21
|-- org_jetbrains_kotlin_kotlin-stdlib-jdk7 2.0.21
|-- org_jetbrains_kotlin_kotlin-stdlib-jdk8 2.0.21
|-- org_jetbrains_kotlinx_atomicfu-jvm 0.25.0
|-- org_jetbrains_kotlinx_kotlinx-coroutines-core-jvm 1.9.0
|-- org_jetbrains_kotlinx_kotlinx-coroutines-jdk8 1.9.0
|-- org_jetbrains_kotlinx_kotlinx-datetime-jvm 0.6.1
|-- org_jetbrains_kotlinx_kotlinx-io-bytestring-jvm 0.5.4
|-- org_jetbrains_kotlinx_kotlinx-io-core-jvm 0.5.4
|-- org_jetbrains_kotlinx_kotlinx-serialization-cbor-jvm 1.7.3
|-- org_jetbrains_kotlinx_kotlinx-serialization-core-jvm 1.7.3
-- org_jetbrains_kotlinx_kotlinx-serialization-json-jvm 1.7.3
fabricloader 0.16.7
-- mixinextras 0.4.1
fastipping 1.0.5
ferritecore 7.0.0
firstperson 2.4.5
forcecloseworldloadingscreen 2.2.2
forgeconfigapiport 21.0.8
|-- com_electronwill_night-config_core 3.8.0
-- com_electronwill_night-config_toml 3.8.0
fpsdisplay 4.2.1+1.21.1
iceberg 1.2.7
immediatelyfast 1.3.0+1.21.1
-- net_lenni0451_reflect 1.3.4
jade 15.1.5+fabric
java 21
krypton 0.2.8
-- com_velocitypowered_velocity-native 3.3.0-SNAPSHOT
languagereload 1.6.1+1.21
lithium 0.13.1
malilib 0.21.0
memoryleakfix 1.1.5
minecraft 1.21
minihud 0.32.50
modernfix 5.19.1+mc1.21
modmenu 11.0.3
-- placeholder-api 2.4.0-pre.2+1.21
morechathistory 1.3.1
moreculling 1.0.0
|-- conditional-mixin 0.6.3
-- mixinsquared 0.2.0
owo 0.12.15+1.21
|-- blue_endless_jankson 1.2.2
|-- io_wispforest_endec 0.1.5
|-- io_wispforest_endec_gson 0.1.3
|-- io_wispforest_endec_jankson 0.1.3
-- io_wispforest_endec_netty 0.1.2
polytone 1.21-2.5.0
-- net_objecthunter_exp4j 0.4.8
reeses-sodium-options 1.8.0-beta.4+mc1.21.1
replaymod 1.21-2.6.19
|-- fabric-api-base 0.4.42+6573ed8cd1
|-- fabric-key-binding-api-v1 1.0.47+0af3f5a7d1
-- fabric-screen-api-v1 2.0.24+b5597344d1
resourcify <IP_ADDRESS>
skinlayers3d 1.6.7
smoothgui 0.1.1
smoothscroll 2.2.0
sodium 0.6.0-beta.2+mc1.21.1
sodium-extra 0.6.0-beta.3+mc1.21.1
tcdcommons 3.12.3+fabric-1.21
vmp 0.2.0+beta.7.165+1.21
-- com_ibm_async_asyncutil 0.1.0
world-host 0.5.0+1.21.1-fabric
|-- org_quiltmc_parsers_json 0.3.0
-- org_semver4j_semver4j 5.3.0
yet_another_config_lib_v3 3.6.1+1.21-fabric
|-- com_twelvemonkeys_common_common-image 3.10.0
|-- com_twelvemonkeys_common_common-io 3.10.0
|-- com_twelvemonkeys_common_common-lang 3.10.0
|-- com_twelvemonkeys_imageio_imageio-core 3.10.0
|-- com_twelvemonkeys_imageio_imageio-metadata 3.10.0
|-- com_twelvemonkeys_imageio_imageio-webp 3.10.0
-- org_quiltmc_parsers_gson 0.2.1
zoomify 2.14.2+1.21.1
-- com_akuleshov7_ktoml-core-jvm 0.5.2
[14:57:53] [main/INFO]: SpongePowered MIXIN Subsystem Version=0.8.7 Source=file:/home/pi/.local/share/PrismLauncher/libraries/net/fabricmc/sponge-mixin/0.15.3+mixin.0.8.7/sponge-mixin-0.15.3+mixin.0.8.7.jar Service=Knot/Fabric Env=CLIENT
[14:57:53] [main/INFO]: Compatibility level set to JAVA_16
[14:57:53] [main/INFO]: Compatibility level set to JAVA_17
[14:57:53] [main/INFO]: Compatibility level set to JAVA_21
[14:57:55] [main/INFO]: Initializing com.ishland.c2me.base.mixin
[14:57:56] [main/INFO]: Global Executor Parallelism: 1 configured, 1 evaluated, 1 default evaluated
[14:57:56] [main/INFO]: Initializing com.ishland.c2me.client.uncapvd.mixin
[14:57:56] [main/INFO]: Initializing com.ishland.c2me.fixes.chunkio.threading_issues.mixin
[14:57:56] [main/INFO]: Initializing com.ishland.c2me.fixes.general.threading_issues.mixin
[14:57:56] [main/INFO]: Initializing com.ishland.c2me.fixes.worldgen.threading_issues.mixin
[14:57:56] [main/INFO]: Initializing com.ishland.c2me.fixes.worldgen.vanilla_bugs.mixin
[14:57:56] [main/INFO]: Initializing com.ishland.c2me.notickvd.mixin
[14:57:56] [main/INFO]: Initializing com.ishland.c2me.opts.allocs.mixin
[14:57:56] [main/INFO]: Initializing com.ishland.c2me.opts.chunk_access.mixin
[14:57:56] [main/INFO]: Disabling com.ishland.c2me.opts.chunk_access.mixin
[14:57:56] [main/INFO]: Initializing com.ishland.c2me.opts.chunkio.mixin
[14:57:56] [main/INFO]: Initializing com.ishland.c2me.opts.math.mixin
[14:57:56] [main/INFO]: Initializing com.ishland.c2me.opts.scheduling.mixin
[14:57:56] [main/INFO]: Initializing com.ishland.c2me.opts.worldgen.general.mixin
[14:57:56] [main/INFO]: Initializing com.ishland.c2me.opts.worldgen.vanilla.mixin
[14:57:56] [main/INFO]: Initializing com.ishland.c2me.rewrites.chunk_serializer.mixin
[14:57:56] [main/INFO]: Disabling config ioSystem.gcFreeChunkSerializer: Incompatible with<EMAIL_ADDRESS>(*) (defined in c2me)
[14:57:56] [main/INFO]: Disabling com.ishland.c2me.rewrites.chunk_serializer.mixin
[14:57:56] [main/INFO]: Initializing com.ishland.c2me.rewrites.chunkio.mixin
[14:57:56] [main/INFO]: Disabling com.ishland.c2me.rewrites.chunkio.mixin
[14:57:56] [main/INFO]: Initializing com.ishland.c2me.server.utils.mixin
[14:57:56] [main/INFO]: Initializing com.ishland.c2me.threading.chunkio.mixin
[14:57:56] [main/INFO]: Initializing com.ishland.c2me.threading.lighting.mixin
[14:57:56] [main/INFO]: Initializing com.ishland.c2me.threading.worldgen.mixin
[14:57:56] [main/INFO]: Disabling com.ishland.c2me.threading.worldgen.mixin
[14:57:56] [main/WARN]: Reference map 'forgeconfigapiport.common.refmap.json' for forgeconfigapiport.common.mixins.json could not be read. If this is a development environment you can ignore this message
[14:57:57] [main/WARN]: Mod 'c2me' attempted to override option 'mixin.world.player_chunk_tick', which doesn't exist, ignoring
[14:57:57] [main/INFO]: Loaded configuration file for Lithium: 144 options available, 1 override(s) found
[14:57:57] [main/WARN]: Reference map 'memoryleakfix-fabric-1.17+-fabric-refmap.json' for memoryleakfix-fabric.mixins.json could not be read. If this is a development environment you can ignore this message
[14:57:57] [main/INFO]: Loaded configuration file for ModernFix 5.19.1+mc1.21: 54 options available, 4 override(s) found
[14:57:57] [main/WARN]: Option 'mixin.bugfix.paper_chunk_patches' overriden (by mods [c2me]) to 'false'
[14:57:57] [main/WARN]: Option 'mixin.perf.cache_strongholds' overriden (by mods [c2me]) to 'false'
[14:57:57] [main/WARN]: Option 'mixin.perf.nbt_memory_usage' overriden (by mods [c2me]) to 'false'
[14:57:57] [main/WARN]: Option 'mixin.bugfix.chunk_deadlock' overriden (by mods [c2me]) to 'false'
[14:57:57] [main/INFO]: Applying Nashorn fix
[14:57:57] [main/WARN]: Reference map 'mixins.nonmmlauncher.replaymod.refmap.json' for mixins.nonmmlauncher.replaymod.json could not be read. If this is a development environment you can ignore this message
[14:57:58] [main/INFO]: Loaded configuration file for Sodium: 43 options available, 0 override(s) found
[14:57:58] [main/INFO]: Loaded configuration file for Sodium Extra: 36 options available, 0 override(s) found
[14:57:58] [main/INFO]: Successfully started async appender with [ServerGuiConsole, SysOut, File]
[14:57:59] [main/WARN]: Error loading class: me/jellysquid/mods/sodium/client/gui/SodiumGameOptionPages (java.lang.ClassNotFoundException: me/jellysquid/mods/sodium/client/gui/SodiumGameOptionPages)
[14:57:59] [main/WARN]: Error loading class: net/caffeinemc/sodium/config/user/UserConfigCategories (java.lang.ClassNotFoundException: net/caffeinemc/sodium/config/user/UserConfigCategories)
[14:57:59] [main/WARN]: Error loading class: ca/spottedleaf/starlight/common/thread/SchedulingUtil (java.lang.ClassNotFoundException: ca/spottedleaf/starlight/common/thread/SchedulingUtil)
[14:58:00] [main/WARN]: Force-disabling mixin 'alloc.blockstate.StateMixin' as rule 'mixin.alloc.blockstate' (added by mods [ferritecore]) disables it and children
[14:58:02] [main/WARN]: Error loading class: xyz/nucleoid/server/translations/impl/language/SystemDelegatedLanguage (java.lang.ClassNotFoundException: xyz/nucleoid/server/translations/impl/language/SystemDelegatedLanguage)
[14:58:03] [main/INFO]: [MemoryLeakFix] Will be applying 3 memory leak fixes!
[14:58:03] [main/INFO]: [MemoryLeakFix] Currently enabled memory leak fixes: [targetEntityLeak, biomeTemperatureLeak, hugeScreenshotLeak]
[14:58:05] [main/WARN]: Error loading class: org/jetbrains/annotations/ApiStatus$Internal (java.lang.ClassNotFoundException: org/jetbrains/annotations/ApiStatus$Internal)
[14:58:05] [main/WARN]: Error loading class: org/jetbrains/annotations/ApiStatus$Internal (java.lang.ClassNotFoundException: org/jetbrains/annotations/ApiStatus$Internal)
[14:58:05] [main/WARN]: Error loading class: net/optifine/render/ChunkVisibility (java.lang.ClassNotFoundException: net/optifine/render/ChunkVisibility)
[14:58:05] [main/WARN]: Error loading class: shadersmod/client/ShadersRender (java.lang.ClassNotFoundException: shadersmod/client/ShadersRender)
[14:58:05] [main/WARN]: Error loading class: net/optifine/shaders/ShadersRender (java.lang.ClassNotFoundException: net/optifine/shaders/ShadersRender)
[14:58:06] [main/WARN]: Error loading class: net/irisshaders/iris/uniforms/SystemTimeUniforms$Timer (java.lang.ClassNotFoundException: net/irisshaders/iris/uniforms/SystemTimeUniforms$Timer)
[14:58:06] [main/WARN]: Error loading class: net/irisshaders/iris/uniforms/CommonUniforms (java.lang.ClassNotFoundException: net/irisshaders/iris/uniforms/CommonUniforms)
[14:58:06] [main/WARN]: Error loading class: net/irisshaders/iris/Iris (java.lang.ClassNotFoundException: net/irisshaders/iris/Iris)
[14:58:06] [main/INFO]: Searching for graphics cards...
[14:58:06] [main/WARN]: Could not find any graphics adapters! Probably the device is not on a bus we can probe, or there are no devices supporting 3D acceleration.
[14:58:06] [main/WARN]: Sodium has applied one or more workarounds to prevent crashes or other issues on your system: [NO_ERROR_CONTEXT_UNSUPPORTED]
[14:58:06] [main/WARN]: This is not necessarily an issue, but it may result in certain features or optimizations being disabled. You can sometimes fix these issues by upgrading your graphics driver.
[14:58:07] [main/INFO]: Initializing MixinExtras via com.llamalad7.mixinextras.service.MixinExtrasServiceImpl(version=0.4.1).
[14:58:14] [Datafixer Bootstrap/INFO]: 226 Datafixer optimizations took 2222 milliseconds
[14:58:19] [main/INFO]: Injecting BlockStateBase cache population hook into lithium$getPathNodeType from me.jellysquid.mods.lithium.mixin.ai.pathing.AbstractBlockStateMixin
[14:58:19] [main/INFO]: Injecting BlockStateBase cache population hook into lithium$getAllFlags from me.jellysquid.mods.lithium.mixin.util.block_tracking.AbstractBlockStateMixin
[14:58:19] [main/INFO]: Injecting BlockStateBase cache population hook into lithium$getNeighborPathNodeType from me.jellysquid.mods.lithium.mixin.ai.pathing.AbstractBlockStateMixin
[14:58:21] [main/WARN]: Static binding violation: PRIVATE @overwrite method method_21740 in modernfix-common.mixins.json:perf.remove_biome_temperature_cache.BiomeMixin from mod modernfix cannot reduce visibiliy of PUBLIC target method, visibility will be upgraded.
[14:58:22] [main/WARN]: Method overwrite conflict for method_21740 in modernfix-common.mixins.json:perf.remove_biome_temperature_cache.BiomeMixin from mod modernfix, previously written by me.jellysquid.mods.lithium.mixin.world.temperature_cache.BiomeMixin. Skipping method.
[14:58:30] [main/INFO]: Vanilla bootstrap took 17426 milliseconds
[14:58:31] [Render thread/INFO]: fpsdisplay.mixins.json:MinecraftClientAccessor from mod fpsdisplay->https://github.com/Accessor[FIELD_GETTER]::getCurrentFps()I should be static as its target is
[14:58:32] [Render thread/INFO]: Environment: Environment[sessionHost=https://sessionserver.mojang.com, servicesHost=https://api.minecraftservices.com, name=PROD]
[14:58:32] [Render thread/INFO]: Setting user: flikrheist
[14:58:34] [Render thread/INFO]: BetterPingDisplay mod loaded
[14:58:34] [Render thread/INFO]: ChatAnimation initialized!
[14:58:35] [Render thread/INFO]: ping & connect fast!
[14:58:35] [Render thread/INFO]: Compression will use libdeflate (Linux aarch64), encryption will use OpenSSL (Linux aarch64)
[14:58:35] [Render thread/INFO]: idwtialsimmoedm - I didn't want to install a library so I made my own enchantment descriptions mod
[14:58:35] [Render thread/INFO]: SmoothGui initialized!
[14:58:36] [Render thread/INFO]: Registering S2C receiver with id architectury:spawn_entity_packet
[14:58:36] [Render thread/INFO]: [BetterF3] Loading...
[14:58:36] [Render thread/INFO]: [BetterF3] All done!
[14:58:36] [Render thread/INFO]: Initializing 'Better Statistics Screen' as 'BetterStatsClient'.
[14:58:36] [Render thread/INFO]: Loaded 'BetterStatsConfig' config from 'betterstats.json'.
[14:58:38] [Render thread/INFO]: [Indigo] Different rendering plugin detected; not applying Indigo.
[14:58:38] [Render thread/INFO]: Loading FirstPerson Mod
[14:58:39] [Render thread/INFO]: Krypton is now accelerating your Minecraft client's networking stack 🚀
[14:58:39] [Render thread/INFO]: Note that Krypton is most effective on servers, not the client.
[14:58:41] [Render thread/INFO]: (root:[(Notes:null), (Hotbar:[(Smoothness:0.1), (Rollover:false)]), (Chat:[(Smoothness:0.5), (Opening Speed:0.5)]), (Creative Screen:[(Smoothness:0.5)]), (Entry List:[(Smoothness:0.5), (Speed:30.0)]), (Misc:[(Enable mask debug:false)]), (Format:2.2)]),
[14:58:41] [Render thread/INFO]: (root:[(Notes:[Safe values for settings are 0 - 1 (inclusive)., 0 means animation off (no smoothness) and bigger values mean slower animation speed (high smoothness)., Press F3+T in a world to update the config., To access config ingame, use the mod modmenu.]), (Hotbar:[(Smoothness:0.1), (Rollover:false)]), (Chat:[(Smoothness:0.5), (Opening Speed:0.5)]), (Creative Screen:[(Smoothness:0.5)]), (Entry List:[(Smoothness:0.5), (Speed:30.0)]), (Misc:[(Enable mask debug:false)]), (Format:2.2)]),
[14:58:41] [Render thread/INFO]: WRITING:
{
"Notes": [
"Safe values for settings are 0 - 1 (inclusive).",
"0 means animation off (no smoothness) and bigger values mean slower animation speed (high smoothness).",
"Press F3+T in a world to update the config.",
"To access config ingame, use the mod modmenu."
],
"Hotbar": {
"Smoothness": 0.1,
"Rollover": false
},
"Chat": {
"Smoothness": 0.5,
"Opening Speed": 0.5
},
"Creative Screen": {
"Smoothness": 0.5
},
"Entry List": {
"Smoothness": 0.5,
"Speed": 30.0
},
"Misc": {
"Enable mask debug": false
},
"Format": 2.2
},
[14:58:41] [Render thread/INFO]: USING:
,
[14:58:41] [Render thread/INFO]: Initializing 'TCD Commons API' 3.12.3+fabric-1.21 as 'TCDCommonsClient'.
[14:58:42] [Render thread/INFO]: Using client-generated connection ID richard-texas-dreaming
free(): invalid size
Process crashed with exitcode 6.`

ChatGPT said it was a memory error 🤪
(I dont think it is)

When it is fixed, the issue will be closed, and a release will follow. If you upload logs, please include it in a code block using ```. It is a memory error.


DCOS-37617 refactor: move logic from the mediator to graphql

Ressurect #3043 because CI wont build it anymore

@juliangieseke. You are not able to stop more than one job by design. I did not dig deep to find the reason, but I believe it is due the way the api works, so if you like to stop 10 jobs, you would be issuing 10 request. Anyway, that was always the case before the Data-Layer.
Also, on #3043 there is a long argument on why I did not do the typeguards.

I did not try to stop multiple jobs, just one… 🤔
re Type Guards: I disagree on both of your arguments, it doesnt add a level of complexity - the opposite is true, it reduces complexity (but increases abstraction). Also I dont think that if (args.id) is any better then if (isSometype(args)). 🤔

Confirmed, it's impossible to stop a job, the button does nothing

Works like a charm on master tho

@juliangieseke. Ok will take a look on the stop not working.

@nLight You are right, I reversed the other of the test to error in the oposite condition.
@juliangieseke left the if's instead of the type guards as we discussed.

@nLight and @juliangieseke also the stop modal is working now.

@juliangieseke there is a very old ticket linked to that, related to support stoping multiple jobs. And I also think that the fix here should come on the new jobs and queues. So I am hesitant to propose using radios as the solution here.


no match of right hand value {error,enospc}

Description
I've set up a fresh CouchDB 3.4.1 instance (as Docker image, build from https://github.com/apache/couchdb-docker/tree/main/3.4.1)
Then I've started a replication from prod.-server and saw endless messages of "no match of right hand value {error,enospc}"
Here a (truncated) copy of the docker log:
couchdb.tar.gz
Your Environment

CouchDB version used:
version: 3.4.1

    "git_sha": "f504e38a5",
    "features": [
        "nouveau",
        "access-ready",
        "partitioned",
        "pluggable-storage-engines",
        "reshard",
        "scheduler"
    ]

Operating system and version:
Fedora Linux 40 (KDE Plasma) and
Ubuntu Server 24
(Both running the same docker image and report the same error)

Additional Context
Docker Engine
 Version:    27.3.1
 Debug Mode: false
 Plugins:
  buildx: Docker Buildx (Docker Inc.)
    Version:  v0.16.2-desktop.1
  compose: Docker Compose (Docker Inc.)
    Version:  v2.29.2-desktop.2
  desktop: Docker Desktop commands (Alpha) (Docker Inc.)
    Version:  v0.0.15

I've talked a bit with Jan at slack, his first thoughts:
https://app.slack.com/client/T49P1AZRT/C49LEE7NW

It stands out, that it happens just in indexing/view building phase.

Can't write content into data (just touch file works)

That would explain it, I think. Good find. It's sneaky that touch works though.

Just for curiosity, I stopped the container, rm & created couchdb-data and started the replication again:
same result...
[notice] 2024-09-30T16:14:19.553744Z nonode@nohost <0.14636.101> -------- Retrying POST request to http://localhost:5984/hzd/_bulk_docs in 4.0 seconds due to error {code,500}
[error] 2024-09-30T16:14:19.574327Z nonode@nohost <0.16657.101> d5dfe20e02 rexi_server: from: nonode@nohost(<0.19120.101>) mfa: fabric_rpc:update_docs/3 exit:{{badmatch,{error,enospc}},[{couch_bt_engine,write_doc_body,2,[{file,"src/couch_bt_engine.erl"},{line,439}]},{couch_db_updater,'-flush_trees/3-fun-0-',6,[{file,"src/couch_db_updater.erl"},{line,384}]},{couch_key_tree,mapfold_simple,4,[{file,"src/couch_key_tree.erl"},{line,464}]},{couch_key_tree,mapfold_simple,4,[{file,"src/couch_key_tree.erl"},{line,473}]},{couch_key_tree,mapfold,3,[{file,"src/couch_key_tree.erl"},{line,457}]},{couch_db_updater,flush_trees,3,[{file,"src/couch_db_updater.erl"},{line,373}]},{couch_db_updater,update_docs_int,4,[{file,"src/couch_db_updater.erl"},{line,718}]},{couch_db_updater,handle_info,2,[{file,"src/couch_db_updater.erl"},{line,183}]}]} [{couch_db,collect_results,3,[{file,"src/couch_db.erl"},{line,1457}]},{couch_db,collect_results_with_metrics,3,[{file,"src/couch_db.erl"},{line,1439}]},{couch_db,write_and_commit,4,[{file,"src/couch_db.erl"},{line,1471}]},{couch_db,update_docs,4,[{file,"src/couch_db.erl"},{line,1333}]},{fabric_rpc,with_db,3,[{file,"src/fabric_rpc.erl"},{line,360}]},{rexi_server,init_p,3,[{file,"src/rexi_server.erl"},{line,141}]}]
[info] 2024-09-30T16:14:19.574423Z nonode@nohost <0.243.0> -------- db shards/e0000000-ffffffff/hzd.1727710380 died with reason {{badmatch,{error,enospc}},[{couch_bt_engine,write_doc_body,2,[{file,"src/couch_bt_engine.erl"},{line,439}]},{couch_db_updater,'-flush_trees/3-fun-0-',6,[{file,"src/couch_db_updater.erl"},{line,384}]},{couch_key_tree,mapfold_simple,4,[{file,"src/couch_key_tree.erl"},{line,464}]},{couch_key_tree,mapfold_simple,4,[{file,"src/couch_key_tree.erl"},{line,473}]},{couch_key_tree,mapfold,3,[{file,"src/couch_key_tree.erl"},{line,457}]},{couch_db_updater,flush_trees,3,[{file,"src/couch_db_updater.erl"},{line,373}]},{couch_db_updater,update_docs_int,4,[{file,"src/couch_db_updater.erl"},{line,718}]},{couch_db_updater,handle_info,2,[{file,"src/couch_db_updater.erl"},{line,183}]}]}
[error] 2024-09-30T16:14:19.574887Z nonode@nohost <0.18010.101> -------- gen_server <0.18010.101> terminated with reason: no match of right hand value {error,enospc} at couch_bt_engine:write_doc_body/2(line:439) <= couch_db_updater:'-flush_trees/3-fun-0-'/6(line:384) <= couch_key_tree:mapfold_simple/4(line:464) <= couch_key_tree:mapfold_simple/4(line:473) <= couch_key_tree:mapfold/3(line:457) <= couch_db_updater:flush_trees/3(line:373) <= couch_db_updater:update_docs_int/4(line:718) <= couch_db_updater:handle_info/2(line:183)
  last msg: redacted
     state: {db,1,<<"shards/e0000000-ffffffff/hzd.1727710380">>,"./data/shards/e0000000-ffffffff/hzd.1727710380.couch",{couch_bt_engine,{st,"./data/shards/e0000000-ffffffff/hzd.1727710380.couch",<0.19406.101>,#Ref<0.3603940510.502005771.203208>,undefined,{db_header,8,30406,0,{9450247660,{29670,687,{size_info,9279630171,9278136634}},12600491},{9450249167,30357,11927090},{9448039553,[],2388},nil,nil,4251,1000,<<"2719778795232e78e860e5e8ab70c794">>,[{nonode@nohost,0}],0,1000,0},false,{btree,<0.19406.101>,{9450247660,{29670,687,{size_info,9279630171,9278136634}},12600491},fun couch_bt_engine:id_tree_split/1,fun couch_bt_engine:id_tree_join/2,undefined,fun couch_bt_engine:id_tree_reduce/2,snappy},{btree,<0.19406.101>,{9450249167,30357,11927090},fun couch_bt_engine:seq_tree_split/1,fun couch_bt_engine:seq_tree_join/2,undefined,fun couch_bt_engine:seq_tree_reduce/2,snappy},{btree,<0.19406.101>,{9448039553,[],2388},fun couch_bt_engine:local_tree_split/1,fun couch_bt_engine:local_tree_join/2,undefined,nil,snappy},snappy,{btree,<0.19406.101>,nil,fun couch_bt_engine:purge_tree_split/1,fun couch_bt_engine:purge_tree_join/2,undefined,fun couch_bt_engine:purge_tree_reduce/2,snappy},{btree,<0.19406.101>,nil,fun couch_bt_engine:purge_seq_tree_split/1,fun couch_bt_engine:purge_seq_tree_join/2,undefined,fun couch_bt_engine:purge_tree_reduce/2,snappy}}},<0.18010.101>,nil,30406,<<"1727712856444764">>,{user_ctx,null,[],undefined},[{<<"members">>,{[{<<"roles">>,[<<"_admin">>]}]}},{<<"admins">>,{[{<<"roles">>,[<<"_admin">>]}]}}],[#Fun<couch_doc.7.91987333>],nil,nil,undefined,[{default_security_object,[{<<"members">>,{[{<<"roles">>,[<<"_admin">>]}]}},{<<"admins">>,{[{<<"roles">>,[<<"_admin">>]}]}}]},replicated_changes,{user_ctx,{user_ctx,<<"groot">>,[<<"_admin">>],<<"cookie">>}},{w,"1"},{props,[{partitioned,true},{hash,[couch_partition,hash,[]]}]}],undefined}
    extra: []
[notice] 2024-09-30T16:14:19.574938Z nonode@nohost <0.19120.101> d5dfe20e02 localhost:5984 <IP_ADDRESS> groot POST /hzd/_bulk_docs 500 ok 21
[error] 2024-09-30T16:14:19.575102Z nonode@nohost <0.18010.101> -------- gen_server <0.18010.101> terminated with reason: no match of right hand value {error,enospc} at couch_bt_engine:write_doc_body/2(line:439) <= couch_db_updater:'-flush_trees/3-fun-0-'/6(line:384) <= couch_key_tree:mapfold_simple/4(line:464) <= couch_key_tree:mapfold_simple/4(line:473) <= couch_key_tree:mapfold/3(line:457) <= couch_db_updater:flush_trees/3(line:373) <= couch_db_updater:update_docs_int/4(line:718) <= couch_db_updater:handle_info/2(line:183)
  last msg: redacted
     state: {db,1,<<"shards/e0000000-ffffffff/hzd.1727710380">>,"./data/shards/e0000000-ffffffff/hzd.1727710380.couch",{couch_bt_engine,{st,"./data/shards/e0000000-ffffffff/hzd.1727710380.couch",<0.19406.101>,#Ref<0.3603940510.502005771.203208>,undefined,{db_header,8,30406,0,{9450247660,{29670,687,{size_info,9279630171,9278136634}},12600491},{9450249167,30357,11927090},{9448039553,[],2388},nil,nil,4251,1000,<<"2719778795232e78e860e5e8ab70c794">>,[{nonode@nohost,0}],0,1000,0},false,{btree,<0.19406.101>,{9450247660,{29670,687,{size_info,9279630171,9278136634}},12600491},fun couch_bt_engine:id_tree_split/1,fun couch_bt_engine:id_tree_join/2,undefined,fun couch_bt_engine:id_tree_reduce/2,snappy},{btree,<0.19406.101>,{9450249167,30357,11927090},fun couch_bt_engine:seq_tree_split/1,fun couch_bt_engine:seq_tree_join/2,undefined,fun couch_bt_engine:seq_tree_reduce/2,snappy},{btree,<0.19406.101>,{9448039553,[],2388},fun couch_bt_engine:local_tree_split/1,fun couch_bt_engine:local_tree_join/2,undefined,nil,snappy},snappy,{btree,<0.19406.101>,nil,fun couch_bt_engine:purge_tree_split/1,fun couch_bt_engine:purge_tree_join/2,undefined,fun couch_bt_engine:purge_tree_reduce/2,snappy},{btree,<0.19406.101>,nil,fun couch_bt_engine:purge_seq_tree_split/1,fun couch_bt_engine:purge_seq_tree_join/2,undefined,fun couch_bt_engine:purge_tree_reduce/2,snappy}}},<0.18010.101>,nil,30406,<<"1727712856444764">>,{user_ctx,null,[],undefined},[{<<"members">>,{[{<<"roles">>,[<<"_admin">>]}]}},{<<"admins">>,{[{<<"roles">>,[<<"_admin">>]}]}}],[#Fun<couch_doc.7.91987333>],nil,nil,undefined,[{default_security_object,[{<<"members">>,{[{<<"roles">>,[<<"_admin">>]}]}},{<<"admins">>,{[{<<"roles">>,[<<"_admin">>]}]}}]},replicated_changes,{user_ctx,{user_ctx,<<"groot">>,[<<"_admin">>],<<"cookie">>}},{w,"1"},{props,[{partitioned,true},{hash,[couch_partition,hash,[]]}]}],undefined}
    extra: []
[error] 2024-09-30T16:14:19.575128Z nonode@nohost <0.14636.101> -------- Replicator, request POST to "http://localhost:5984/hzd/_bulk_docs" failed due to error {code,500}
[error] 2024-09-30T16:14:19.575198Z nonode@nohost <0.18010.101> -------- CRASH REPORT Process  (<0.18010.101>) with 0 neighbors crashed with reason: no match of right hand value {error,enospc} at couch_bt_engine:write_doc_body/2(line:439) <= couch_db_updater:'-flush_trees/3-fun-0-'/6(line:384) <= couch_key_tree:mapfold_simple/4(line:464) <= couch_key_tree:mapfold_simple/4(line:473)

My fault: I'm using Docker Desktop, the max. storage capacity was set to 100GB and the source (CouchDB 3.3.3) is running in parallel, so I can replicate from it...
My assumption was, that I'm running docker without limits.
So nickva spotted it right on his first comment:

enospc from no match of right hand value {error,enospc} indicates we're probably running out of disk space [1]
It should be a more friendly message in the log, but at least first sight that's what's jumping out.
[1] https://www.man7.org/linux/man-pages/man3/errno.3.html

There's may be two improvements, that I can provide from this fault:

A more user friendly error message than {error,enospc}.
Quit CouchDB on that error (since health-checks run fine, as long as the endpoints are reachable) or report an unhealthy status in _up endpoint.


implement builtin string function left_binary and right_binary

What have you changed? (mandatory)

implement builtin string function left_binary and right_binary
fix the existed left and right function's length overflow issue

What are the type of the changes? (mandatory)
Improvement
How has this PR been tested? (mandatory)
Unit Test
Does this PR affect documentation (docs) update? (mandatory)
No
Does this PR affect tidb-ansible update? (mandatory)
No
Refer to a related PR or issue link (optional)
#3275

CI failed but it's not this PR's fault, merge now.


Is the shape of this model's input fixed?

Is the shape of this model's input fixed? If so, how can be?

I mean in the progress of data augmentation!


Include instructions for running locally in Readme.md

Dear Marian,
A small contribution to partdesigner. I hope you'll find it useful (it's hacktoberfest and I'm working towards a free t-shirt :D)

Thank you! I didn't even know about hacktoberfest, what a cool event.


Editor Smart Zoom

An "Editor Smart Zoom" setting would be useful, such that it would auto-set the editor zoom level based on:

the maximum line length (character-based) in a document
the width of the current Window

@hl2guide can you please specify the desired behaviour in more detail.

Well say that the zoom level is on a scale of 0 .... 100.
The zoom level would automatically scale to the viewport of the window.


Llama2 node-llama-cpp chat module

This is a chat module based on node-llama-cpp it will allow you to use basic chat module functionality with Llama2 or any modules supported by node-llama-cpp and ultimately llama.cpp.

Currently this module supports call but not stream, I was also not sure if there were other methods that require implementation. Please advise if more is needed or if this should be added to the docs, etc. Also during testing I could not get the memory chain to give good results but this may be a limitation of my test env. (I can only support Llama2-13G). Using Llama2-7G other tests gave strange/bad results so I think it is a limitation of the LLM.

Phenomenal, thank you!

Currently this module supports call but not stream, I was also not sure if there were other methods that require implementation. Please advise if more is needed or if this should be added to the docs, etc. Also during testing I could not get the memory chain to give good results but this may be a limitation of my test env. (I can only support Llama2-13G). Using Llama2-7G other tests gave strange/bad results so I think it is a limitation of the LLM.

No problem, .stream() will just fall back to ._call.

Great, in that case I'll look at getting an embedding done to go with this, as work allows :)


Unc0ver Crashing

I wont even let me open the application when I sign it to my device, Just closes when I try to open it.

Have you trusted the profile in Settings? Confirmed device compatibility? Using any prior jailbreaks?

It's not even allowing me to JB because it just crashes before I can hit Jailbreak.

Have you trusted the profile in Settings>General>Profiles_and_Device_Managment??

I have the same problem when i tap on the icon it crashes
I have trusted in device management
I don't have OTA updates pending
and also installed os tv profile.
please help me!
Iphone X 12.1.1

I have the same problem when i tap on the icon it crashes
I have trusted in device management
I don't have OTA updates pending
and also installed os tv profile.
please help me!
Iphone X 12.1.1

A12 is not supported (Iphone X)
Also Cydia impactor was not updated was my problem it was on 0.9.44 latest was 0.9.51

This is not a code-level issue and is therefore closed.
Please submit all technical support questions to https://reddit.com/r/jailbreak or https://discord.gg/jb


This seems to be missing

This doesn’t exist in the current Teams app. Is it an omission (i.e. it never got implemented), or was it removed?

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 5e2d2912-9c5f-e49b-449b-db537ab28c49
Version Independent ID: 7124bc05-6651-cda8-8e97-cf8f737a07bf
Content: registerBeforeUnloadHandler((readyToUnload: () => void) => boolean) function - Teams
Content Source<EMAIL_ADDRESS>Product: msteams
GitHub Login: @charlesprakash
Microsoft Alias: o365devx

This method is currently experimental and in the process of being tested out to a few beta users.  This should have been marked as private so it doesn't show in the documentation.  Will make sure that is updated correctly so the documentation is not generated yet.

@asnow003 This method still shows in the newly generated documentation. Should this be available? https://docs.microsoft.com/en-us/javascript/api/@microsoft/teams-js/?view=msteams-client-js-latest#registerbeforeunloadhandler--readytounload--------void-----boolean-

+1
Also hope we can use this method. We want to show notification case user is going to leave the tab.

Closed as per inputs received from SME.


audio_dataset_from_directory function

This is a draft version of the audio_dataset_from_directory function

This is just a draft version, '''ragged''' argument will be implemented as soon as possible.


Updated validations.py python script.

Fixed the behavior of validate_user function in validations.py.
Closes: #1
Fixes #<issue_number_goes_here>

It's a good idea to open an issue first for discussion.

[ ] Tests pass
[ ] Appropriate changes to README are included in PR

Fixed the behavior of validate_user function in validations.py.
Fixes #Closes: #1

It's a good idea to open an issue first for discussion.

[ ]  Tests pass
[ ]  Appropriate changes to README are included in PR


enable complex arguments for fidelity test command

This is very similar to this other PR where I add CLI options to the "update-screenshots" command: #4542
This implements this idea #4536, but for the "test" command:
Options:
      --version   Show version number                                  [boolean]
  -c, --config    Path to configuration json                 [string] [required]
  -s, --scenario  Limit to specific scenarios                            [array]
  -p, --port      Port for web server                   [number] [default: 9030]
  -d, --dry-run   Checks that all comparison images exist
                                                      [boolean] [default: false]
  -q, --quiet     Hide the puppeteer controlled browser
                                                      [boolean] [default: false]
  -h, --help      Show help                                            [boolean]

To run the new test ci command, use this command line:
% npm run test -- --scenario=texture --quiet

Explanation of the new features:
--scenario, this now also allows you to specify multiple scenarios in the whitelist, rather than only one. It now also selects scenarios based on being a subset of the config.json scenario name, thus you can run all tests that contain say "transform" or "clearcoat".
--missing-only is very useful when I add new tests and I don't want to render all other tests just to get goldens for the new ones.
--dry-run, when I want to figure out which goldens are missing.
--quiet, I can run the test in the background.  Also gives about a 10% speed boost on my machine.
--port, allows me to run two of these at the same time, useful when I want to run two different renderers at the same time, or work on two separate branches simultaneously.

I've merged this PR into here: https://github.com/google/model-viewer/pull/4542


Improve handling of rates when converting to timecode strings

This PR improves OTIO's to_timecode, is_valid_timecode_rate, and nearest_valid_timecode_rate functions so they handle rate values which are close, but not exactly matching the correct rates.
Specifically the previous strategy of keeping a table of commonly mis-typed non-integer rates (e.g. 29.97, 29.976, 23.98, etc.) is replaced by a heuristic which matches rates to the closest correct rate within some tolerance.
Rates checked by is_valid_timecode_rate and nearest_valid_timecode_rate now match each other, and adhere to ST 12-1:2014 - SMPTE Standard - Time and Control Code (which is now freely available 👏🎉)
We also spot-checked some comparisons between Avid Media Composer and OTIO to make sure we got the drop frames in the right spot - that was already correct before this PR.

Note: there is 1 test failing which needs to be addressed, and my updates to the other tests should be scrutinized to make sure the changes are good.
For the failing test... something doesn't match up.

Avid Media Composer's Calculator says: 1084319 frames = 05:01:11:29 @ 60 fps
OpenTimelineIO says: 1084319 frames = 05:01:11:59 @ 60 fps
https://robwomack.com/timecode-calculator/ says: 1084319 frames = 05:01:30:03 @ 60 fps

Test code: otio.opentime.from_frames(1084319, 60).to_timecode()

To summarize, MC and OTIO  agree, but time-code-calculator significantly differs? Maybe we need to ping  the calculator's  author...

I would like to suggest RationalTime::from_timecode  explicitly take the nominal fps as a argument along with the frame rate
like what I proposed here: https://github.com/AcademySoftwareFoundation/OpenTimelineIO/issues/1452#issuecomment-1278486164
RationalTime
RationalTime::from_timecode(std::string const& timecode,
                            uint32_t           timecode_fps,
                            double             rate,
                            ErrorStatus*       error_status)

This would eliminate the need to do all the guessing from the playback frame rate.
You might for example be using 24 frame timecode at playback rate of 30 fps, which isn't possible with the current method.

I tried that online tc calculator.
Its pretty finicky but you might have had it set to 59.97fps DF , I get
1084319 frames =  05:01:11:59 @ 60 fps.
1084319 frames =  05:01:11:59 @ 59.97 fps.  Non Drop Frame (should be the same as 60)
and
1084319 frames =  05:01;30;03 @ 59.97 fps Drop Frame
That rate should really be 59.94, not 59.97, but oh well.
I haven't figure out how to get 59.94 DF TC working on my avid yet to verify if that calculation is correct.

MC and OTIO are off by 30 frames from each other.

The TC display in MC is might be showing 30fp TC where it duplicates every step.  My MC cannot display without using a burn in.

ok, in MC general settings there is option to change the TC display format from 30fps to 60 fps

Still haven't found a 60fps drop frame option.

Here's the Media Composer features I used to check against:

The "=" menu in the bottom left corner of the timeline window has "Show Track" which lets me turn on multiple timecode rulers along the timeline:

The Timecode Window right-click menu lets me choose these:

The Calculator Window lets you convert between "Total Frame Count" and various rates. This is where I got 1084319 frames = 05:01:11:29 @ 60 fps

@markreidvfx can you explain more about using 24 frame timecode with 30 fps playback? That's not a scenario I've seen, so I'm confused about how it works.
With your proposed change, would these produce the same answer?
a = otio.opentime.from_timecode(timecode_str, 24, 30)
b = otio.opentime.from_timecode(timecode_str, 24, 24).rescaled_to(30)

and the other direction:
a = otio.opentime.from_frames(frame_number, 30).rescaled_to(24).to_timecode()
b = otio.opentime.from_frames(frame_number, 30).to_timecode(rate=24)

No, those would produce different answers. maybe using 23.97 is a bit more clear.
It would be the equivalent of this
frame = otio.opentime.from_timecode(timecode_str, 24).value
a = otio.opentime.from_frames(frame, 23.97)
b = otio.opentime.from_timecode(timecode_str, 24).rescaled_to(23.97)

a.to_seconds() != b.to_seconds()

Timecode is converted to a frame number first.
Then that frame number is converted to a time at current frame rate.
Maybe adding another arg isn't the correct answer. The big thing I'm trying to get across is that timecode should be treated as frame number encoding and is not always reliable to be a timestamp.  It should really be called framecode in my opinion. :p
This is why I normally use a pattern like this
frames_to_seconds(timecode_to_frames(timecode_str, timecode_fps), frame_rate)

and the other direction:
frames_to_timecode(seconds_to_frames(seconds, frame_rate), timecode_fps, drop=False)

what is the the project format/edit rate?

some formats can't access certain timecodes.

Aha! That explanation makes total sense now. The conversion to a frame count vs a timestamp really makes it clear - thanks @markreidvfx !
I'll check my MC project settings tomorrow.
I'd love to compare this to Resolve and/or Premiere as well. Are there other trusted timecode conversion tools or software libraries out there to compare to?

This PR overlaps or conflicts with this older PR: https://github.com/AcademySoftwareFoundation/OpenTimelineIO/pull/1180

@jminor I closed that one in favor of this one, since this one rectifies the treatments of documented SMPTE rates with the code. @splidje DCCs have various "tricks" for dealing with high frame rates, let's carry on the discussion of what to do with the high frame rates here.

I've verified those calculations in Resolve, it actually supports 59.94 TC with drop frame.
1084319 frames = 05:01:11:59 @ 59.94 fps without drop frame
1084319 frames = 05:01;30;03 @ 59.94 fps with Drop Frame
You can set the tc format when you create a timeline or in your project settings

You can toggle between frames and tc by right clicking on the timecode in the viewer

Resolve also additionally supports a 16, 18, 47.952 and 48 TC format
the 47.952 appears to just be 48 like 23.976 is just 24

Thanks for doing the extra checks! So I think the theory is that MC is displaying time code at 30, even for a selected rate of 60 (as opposed to MC displaying a value that is 30 frames off of our calculation). A check for that would be to knock off 5 frames at 30, and check if MC then shows 24 instead of 29, or if it shows 19. 24 would demonstrate it is displaying a 30 rate, instead of 60; whereas 19 would show that the calculation is off by 30.

I'm quite sure @jminor had his avid set in 30 TC mode for 60. Its the default setting. The timecode ticks every 2 frames and the top dot of the last colon blinks on and off to tell you if your on even or odd frame.
https://user-images.githubusercontent.com/814966/203416726-a1cbd530-0c0e-4073-993f-79702d81e35e.mp4
This mode is somewhat described in the spec intro, page 5

Progressive video systems with frame rates above 30 frames per second are described in this document, documenting what have become “de facto” implementations. Since the frame rate of these 50 and 60 frames-per-second progressive systems exceeds the frame count capacity of the time address, counting is done on frame pairs, which results in an edit resolution of two frames using traditional linear time code.

There are some further details in 12.1

Sorry for the delay in getting back to this. I should hopefully have time to revisit this in a couple of weeks.
In the meantime, I happened across this which is interesting to compare/contrast with OTIO's approach: https://github.com/orchetect/TimecodeKit

Had a look at the link you provided, quite an interesting read ~ TimeCodeKit's major difference, I'd say, is that it introduces a strongly typed TimeCode object from which a string can be generated, and which functions as a mathematical object. It hasn't got a stronger ability than otio::RationalTime to represent a point in time, or a stronger ability to do math than otio::RationalTime, and would probably resist computations we are interested in, such as linear timewarps.
Another point of contrast, philosophically, is the view suggested by @markreidvfx earlier in the thread, that the timecode string should be considered, in a way, a "rendered" interpretation of a time, as opposed to a ground truth representation of time.
TimeCodeKit does some interesting things that we don't support, at all. If you decrement time below zero, it will wrap around to 24 hours. We generate negative values. We could possibly do something similar in genarating time code strings. At the moment, negative time values are rejected. If the are negative and greater than -24 hours, we could wrap around.
I think it would be worth working through the math of TimeCodeKit to determine whether our conversion algorithm matches. Also, it would be worth working through the unit tests, and perhaps adding one to one corresponding unit tests to our own code.

I ran the tests in my own repo, the python unit tests are what failed, the tests themselves may need correction.
======================================================================
FAIL: test_invalid_rate_to_timecode_functions (test_opentime.TestTime.test_invalid_rate_to_timecode_functions)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/runner/work/OpenTimelineIO/OpenTimelineIO/tests/test_opentime.py", line 400, in test_invalid_rate_to_timecode_functions
    with self.assertRaises(ValueError):
AssertionError: ValueError not raised

======================================================================
FAIL: test_timecode_infer_drop_frame (test_opentime.TestTime.test_timecode_infer_drop_frame)
---------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/runner/work/OpenTimelineIO/OpenTimelineIO/tests/test_opentime.py", line 347, in test_timecode_infer_drop_frame
    self.assertEqual(t.to_timecode(rate, drop_frame=None), timecode)
AssertionError: '05:01:30;03' != '05:01:11;59'
- 05:01:30;03
+ 05:01:11;59

Yes, @meshula that failing test is the one I mentioned in the initial post at the very top of this thread. My question is/was: what is the correct return value for otio.opentime.from_frames(1084319, 60).to_timecode() ?

otio.opentime.from_frames(1084319, 60).to_timecode() # no dropframe rate requested

referencing @markreidvfx's reported values from Resolve and Unreal
1084319 frames = 05:01:11:59 @ 59.94 fps without drop frame
1084319 frames = 05:01;30;03 @ 59.94 fps with Drop Frame
suggest that answer should be 05:01:11:59

Following some illuminating conversation with @markreidvfx and Roger @ Avid, I have a better understanding of how the current OTIO timecode API is misleading. See for example this:
>>> otio.opentime.from_frames(1, 3).to_timecode(30)
'00:00:00:10'
>>> otio.opentime.from_frames(1, 30).to_timecode(30)
'00:00:00:01'
>>> otio.opentime.from_frames(1, 300).to_timecode(30)
'00:00:00:00'
>>> otio.opentime.from_frames(1, 3).to_timecode(30000/1001, True)
'00:00:00;09'
>>> otio.opentime.from_frames(1, 30).to_timecode(30000/1001, True)
'00:00:00;00'
>>> otio.opentime.from_frames(1, 300).to_timecode(30000/1001, True)
'00:00:00;00'

Could you clarify why it's misleading? Maybe I've been looking at it too long and have got some assumptions that make me overlook something.

otio.opentime.from_frames(1, 3).to_timecode(30)
'00:00:00:10'

1 frame 3fps, render to 30 fps, 10 frames.

otio.opentime.from_frames(1, 30).to_timecode(30)
'00:00:00:01'

1 @ 30fps to 30 = 1

otio.opentime.from_frames(1, 300).to_timecode(30)
'00:00:00:00'

1 @ 300fps to 30 is 0.1, round to zero
I don't have intuition about drop frame and haven't pulled out a calculator, but if I squint maybe these are fine?

otio.opentime.from_frames(1, 3).to_timecode(30000/1001, True)
'00:00:00;09'
otio.opentime.from_frames(1, 30).to_timecode(30000/1001, True)
'00:00:00;00'
otio.opentime.from_frames(1, 300).to_timecode(30000/1001, True)
'00:00:00;00'

Some relevant links from the TSC meeting:

From @jhodges10 Some folks at Frame.io published a paper with SMPTE re: timecode handling that runs over 24 hours (alternate link)
From Ben Schofield: Timecode in IMF paper

Hi! One year later, are we stalemated? Today I am wondering if the work here fixes the very sad rounding bug reported yesterday.
How can we unstick this one? Have we bikeshedded it to death? Is this PR demonstrably an incremental improvement in what we have? If it is not perfect but incrementally better, and not incrementally worse, I want to merge it.
I am lost in the weeds of the many comment threads here. Please send help, SOS.

Re-reading the thread, it looks like I need to do these things:

Rebase this onto main
Use "05:01:11:59" for the failing test.
Rename functions to use "smpte" instead of the word "valid"

For the method rename, do we need to deprecate the old names & support both for a release?

The use of the "valid_xx" methods have come up in quite a few discussions and issues.
I think we should supply both new and old method names with a deprecation warning in the old one for at least the upcoming release.

@apetrynet I'm not following the comment "The use of the "valid_xx" functions have come up in quite a few discussions and issues." are you saying that supports merging, or that there some other work?
@jminor I concur with @apetrynet on the new/old+deprecation strategy,
Thanks for looking at this, folks :D

@meshula
What I meant was that in issues regarding timecodes and frame rates, people have referred is_valid_timecode_rate quite a few times. So they are in use and should be deprecated over time.

Okay, I did these three things:

Rebased on main
Updated the test to use the correct timecode value (note I edited the comment above to correct the corrected value)
Renamed both "valid_timecode" functions to "smpte_timecode" and deprecated the older functions.

Two questions:

Is there a better way to tell pybind11 that those older functions are deprecated?
Now there are failures in some adapter tests, where they should be using nearest_smpte_timecode_rate. These are probably legit issues that should be fixed. Should we fix them in this PR, or after the impending adapter split out?

Hmm... that's odd. When I run the tests locally only the contrib ALE tests fail, but in the CI it fails earlier on test_invalid_rate_to_timecode_functions. I'll look further later in the week.

@jminor Did https://github.com/AcademySoftwareFoundation/OpenTimelineIO/pull/1477/commits/28a8f5002f21bfb7783ef83a6e1fe98c0fdbd3d0 fix the issue

When I run the tests locally only the contrib ALE tests fail, but in the CI it fails earlier on test_invalid_rate_to_timecode_functions. I'll look further later in the week.

? The commit seems to be after the comment :)

I fixed the ALE rate problem in that commit, but this test still fails:
FAIL: test_invalid_rate_to_timecode_functions (test_opentime.TestTime)
----------------------------------------------------------------------
Traceback (most recent call last):
  File "/home/runner/work/OpenTimelineIO/OpenTimelineIO/tests/test_opentime.py", line 424, in test_invalid_rate_to_timecode_functions
    with self.assertRaises(ValueError):
AssertionError: ValueError not raised

Let me try one other experiment...

So I wondered if maybe a different exception was thrown? My experiment https://github.com/AcademySoftwareFoundation/OpenTimelineIO/pull/1477/commits/dc0051c0fc5f1c5aef5ace02d0f14fdf59c3eb45 shows that indeed no exception is thrown by to_timecode when given a bogus rate. However, when I run this locally, ValueError is thrown as desired.
I don't have an Ubuntu VM handy to try to repro this. I am using Python version (3.11) on my Mac. I'll see if I can tell the CI to run the Mac version of this to see if the failure is OS dependent.
If that doesn't help, maybe I can add some print statements in the C++ side of this function? I think the unit test system eats that output?
Any other debugging suggestions here are welcome.

On the C++ side if the test framework eats the output, you can instead use an ofstream, and send your prints to say /var/tmp/test_log.txt or some such, and review the log after the fact?

Progress... I was able to temporarily turn off fail-fast in the GitHub Action workflow to get the full matrix of CI jobs to run. Now we can see clearly which ones succeed and which fail.
The test fails on Ubuntu and Win-Mingw, but succeeds on macOS and Windows. It does not depend on Python version. (See screenshot below)
Let me make an Ubuntu VM to see if I can repro in there...

@jminor At this point, it may come down to compiler settings, such as fast-math being enabled only on ubuntu. (fast-math, aka "non-reproducible sometimes broken math") should not be set at all for otio.

@jminor This is looking good to me, aside from this: did you mean to add the ALE adaptor code to the commit?

The ALE adapter fix was written before the adapters were moved, so those files are left in here just since I rebased this change. I can re-do those fixes in the new ALE adapter repo after this lands.
In the meantime, I was able to use the tmate GitHub Action to get a reverse shell on one of the runners in order to diagnose the Ubuntu-specific test failure. From poking at that in Python I can repro the issue, but I think I'll need to write a C++ test for to_timecode in order to find the true source of the problem.

Codecov Report
Attention: Patch coverage is 89.65517% with 6 lines in your changes missing coverage. Please review.

Project coverage is 81.63%. Comparing base (c0e97b0) to head (6d44f09).
Report is 28 commits behind head on main.

Files with missing lines
Patch %
Lines

src/opentime/rationalTime.cpp
70.58%
3 Missing and 2 partials :warning:

src/opentime/errorStatus.cpp
50.00%
1 Missing :warning:

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #1477      +/-   ##
==========================================
- Coverage   84.11%   81.63%   -2.49%
==========================================
  Files         198      176      -22
  Lines       22241    12683    -9558
  Branches     4687     2793    -1894
==========================================
- Hits        18709    10354    -8355
+ Misses       2610     1789     -821
+ Partials      922      540     -382

Flag
Coverage Δ

py-unittests
81.63% <89.65%> (-2.49%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.

Files with missing lines
Coverage Δ

src/opentime/rationalTime.h
92.55% <ø> (-2.13%)
:arrow_down:

...lineio/opentime-bindings/opentime_rationalTime.cpp
94.82% <100.00%> (+0.23%)
:arrow_up:

tests/test_opentime.py
99.75% <100.00%> (+<0.01%)
:arrow_up:

src/opentime/errorStatus.cpp
55.55% <50.00%> (+11.11%)
:arrow_up:

src/opentime/rationalTime.cpp
73.94% <70.58%> (+2.34%)
:arrow_up:

... and 118 files with indirect coverage changes

Continue to review full report in Codecov by Sentry.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update f40c509...6d44f09. Read the comment docs.

Returning to this PR after a long hiatus... I rebased onto latest main, added some doc strings, fixed the bogus test case, and addressed some review notes from 2023.


[AutoRelease] t2-servicefabricmanagedclusters-2023-05-05-53124(can only be merged by SDK owner)

https://github.com/Azure/sdk-release-request/issues/4129
Live test success
https://dev.azure.com/azure-sdk/internal/_build?definitionId=2422

issue link:https://github.com/Azure/sdk-release-request/issues/4129


[SwipeableDrawer][Drawer] One side version of Temporary Swipeable Drawer for Drawer documentation.

STILL IN PROGESS  I will keep updating this initial post as it goes
Created a "one side only" version of the Swipeable Drawer for the Drawer documentation. This is for developers to have the option of a simpler code base.
updated the drawers.md file to include the demo.
Looking for suggestions.
I could also have this PR include a one sided version of the 'regular' (none swipeable) temporary drawer too, as that also has multi sides only.
I intend not to remove the "multi side" version of the Swipeable drawer, as I believe this is useful too for developers, however I am open to further suggestions.
This is the first time doing a big development like this. Please give me as much advice as possible. :)
closes: #20040

[x] I have followed (at least) the PR section of the contributing guide.

Having issues with the ci fails. The commands proposed aren't working.

@mbrookes @oliviertassinari Any suggestions on how to fix these bugs?

@oliviertassinari @mbrookes  Here is a screen shot of my changes:

@eps1lon updated package.JSON didn't fix the yarn.lock file conflictions. Do you have a suggestion how I might fix them?

@TommyJackson85 Nice work, thanks!

@eps1lon Glad to be of some help anyway!
@oliviertassinari I can see this has reduced the complication for sure, i.e. you removed the repetition of drawers through the use of the map function. Thanks, its a good best of both worlds!


Fix default tensorflow image

version 1.12 does not exist and upgrade to 1.13.0 which starts to support REST call.
these versions later should be moved to configmap.

This change is

/assign @ellis-bigelow

/lgtm

/approve


Feature: plain_data mode for writing excel

Codecov Report
Attention: Patch coverage is 81.81818% with 2 lines in your changes missing coverage. Please review.

Project coverage is 93.22%. Comparing base (39cb29d) to head (c54e9e0).

Files
Patch %
Lines

pyfastexcel/core/writer.go
77.77%
1 Missing and 1 partial :warning:

Additional details and impacted files
@@            Coverage Diff             @@
##             main      #83      +/-   ##
==========================================
- Coverage   97.74%   93.22%   -4.53%
==========================================
  Files          14        4      -10
  Lines        1151      295     -856
==========================================
- Hits         1125      275     -850
+ Misses         17       12       -5
+ Partials        9        8       -1

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.


[runwhen-local-feedback] Swap position of explanation and command & format fix

Observation

Proposed by user to swap position of explanation and command for better readability - as users will want to understand the command before running it
Fix formatting of CommandWhat in the search:

Possible Suggestions
Any other details or context

I think this has been completed with some of the previous layout changes. If not, please feel free to re-open.


DllNotFoundException

Testing out bugsnag for Unity right now. I'm getting an error on launch though:
DllNotFoundException: bugsnag
Bugsnag.Awake () (at Assets/Standard Assets/Bugsnag.cs:113)
Any ideas?

We don't currently support the editor so this isn't something we will fix in the short term. However we are in the process of releasing a new version of the library and that will play nicely (do nothing) in the editor.
Thanks!


Determine image tagging strategy

CI system (Travis) will tag and push docker images
Use standard semvar tagging (?)
We (may) want to tag and push different branches. How should these be named?
Same for different contextionaries (?)

I would propose:

Tag as the same version that is used in the current .travis.yml file. Search for jq in Travis.
Master is the "last released" branch. From this branch, genereate images tagged as semi/weaviate:vx.y.z, s/w:vx.y, s/w:vx and s/w:latest.
Publish a s/w:unstable for each development push.

No need to push for PR's / other branches

Additionally;

Please note: https://github.com/creativesoftwarefdn/weaviate/blob/feature/travis-docs/docs/en/contribute/contributing.md#versioning
Let's indeed not publish different branches. It would be nice though if you can share how a dev can simply build a specific branch-based Docker. I will add that to the docs.

Additionally;

Please note: https://github.com/creativesoftwarefdn/weaviate/blob/feature/travis-docs/docs/en/contribute/contributing.md#versioning
Let's indeed not publish different branches. It would be nice though if you can share how a dev can simply build a specific branch-based Docker. I will add that to the docs.
Please note it is creativesoftwarefdn/weaviate:vx.y.z etc not semi/weaviate:vx.y.z etc.

Additionally;

Please note: https://github.com/creativesoftwarefdn/weaviate/blob/feature/travis-docs/docs/en/contribute/contributing.md#versioning
Let's indeed not publish different branches. It would be nice though if you can share how a dev can simply build a specific branch-based Docker. I will add that to the docs.
@moretea please note it is creativesoftwarefdn/weaviate:vx.y.z etc not semi/weaviate:vx.y.z etc.

@idcrosby and @moretea additional question regarding CI system's behavior.
If someone pushes to develop or master:

Travis will tag and push docker images.

Question: what will be the behavior be if the version number is not changed?

Travis fails the build with the error that the version needs to be bumped. Or;
Travis auto-bumps the PATCH number + 1, pushes the Docker image with the new version and commits back the new version number. Or;
Travis succeeds and overwrites the Docker image with the same version number.

This will be less of a problem with master because merging an existing version number will fail.

To build a specific branch-based Docker image you can run:
docker-compose -f docker-compose-dev.yml build weaviate
This image will be named and tagged as specified in the compose file (currently: weaviate/dev-server:latest). The compose file should then be update to reflect our naming decision. We could also add an optional variable to overwrite the latest tag.
Re: if the version number is not changed?

Since the develop will always use the usntable tag (as proposed above), this will not be an issue.
For master as you mention, this will result in Travis failing the build.

@idcrosby can we close this issue?

Yup, closing now


train loss didn't change after 15k epoch

Hi and thanks for this, it looks super interesting and I can't wait to try it out :)
I'm trying to train a model, but after 15k epochs the loss didn't go down a tiny bit (train loss ~2.008, val loss ~1.97) .. is it expected or something is not right? the rave model I'm using is trained with a v2 config, the dataset is around 10 hours of records from a single artist, although quite  heterogeneous.

sorry, my bad, it was because unlike rave, preprocess doesn't load files recursively and doesn't load anything else than wavs. I'm making a PR to add these two features, if you'd like to have them :)
now that I loaded the dataset correctly, loss is going down and it's looking good <3


Allegheny County Jail PA average medical costs

Someone has requested help on a data project:
Submission notes
What are the average medical costs for inmates at the Allegheny County Jail
Location
Allegheny County Jail
Requirements
Medical records
How to help
Leave a comment if you'd like to help. Do you have ideas, questions, or need any more information to get started?

This requires documentation which will almost always be denied citing HIPAA.