incrementEach and decrementEach dont respect where query when used for eloquent model

Laravel Version
10.32.1
PHP Version
8.1.22
Database Driver & Version
No response
Description
Related: https://github.com/laravel/framework/pull/45577 and https://github.com/laravel/framework/issues/48595, copied the description from that issue:
incrementEach() and decrementEach() dont respect where condition when used for eloquent model.
$user = User::where('shop_id', 1)->first();
$user->decrementEach(['counter' => 1, 'balance' => 100]);

All users in the table are decremented whatever 'shop_id' they have.
Please note that the problem is only if executed via eloquent model , but works correctly if executed via direct query as below
User::where('shop_id', 1)->decrementEach(['counter' => 1, 'balance' => 100]); // works correctly

Steps To Reproduce
See description

Yes that's expected and how these methods work. They're not scoped to the single instance of the model.

Our team had a similar issue with incrementEach and noticed a behaviour difference between the increment method and incrementEach.
If the increment is used on a single instance of the model, the query is applied only to a single row, while incrementEach applies the update to the whole table.
The behaviour of the increment method on the model object seems more intuitive, and it would be great if you could apply the same behaviour to incrementEach and decrementEach.

+1
Ran into the same problem. The difference in behaviour between increment and incrementEach is currently confusing and potentially dangerous.

This was completely unexpected. This made it into prod and I have to restore backups now.

@driesvints can you please reconsider opening this there is no way this cant be considered a bug without changing the name of the functions to be more obvious.


Get-DeviceManagement_DeviceConfigurations not returning anything even though DeviceConfigurations exist

Able to get 384 (less than one default page size) of device configurations back when I hit the following API:
https://graph.microsoft.com/v1.0/deviceManagement/deviceConfigurations

Unable to get any results back using just the cmdlet: Get-DeviceManagement_DeviceConfigurations.

There is an update the module, can you try with Get-IntuneDeviceConfigurationPolicy?

Just tried against my tenant and it returned all configuration policies.

Please reopen issue if still occuring with updated module.


Release CAS 4.1.0 RC1

Waiting for #1093 to merge.

@mmoayyed : will start the RC1 release in a few minutes unless someone has a concern.

Go for it. I'll be online in case you need a hand.

Thanks. I've checked issues, I'm taking a look at why latest builds have failed in Travis.

Fixed some NOTICEs, updated the version to 4.1.0-RC1-SNAPSHOT.

@mmoayyed : I encountered a few issues. I'm still in the process of the release. I won't be able to finish the release until Monday. Please don't commit anything.

Copy that.

@leleuj were you planning to get back to this on Monday? or can we expect something during the weekend?

Unfortunately, I use Windows at home and my environment is not properly set up for releasing. I'll continue the release at work with my Mac on Monday.

 Those should be removed when you restart.

A little update as the "nightmare" goes on.
I started: mvn release:perform, but it ended up in error with:
    [ERROR] Failed to execute goal org.apache.maven.plugins:maven-javadoc-plugin:2.7:jar (attach-javadocs) on project cas-server-core: MavenReportException: Error while creating archive:
    [ERROR] Exit code: 1 - com.sun.tools.javac.code.Symbol$CompletionFailure: class file for net.sourceforge.cobertura.coveragedata.LightClassmapListener not found
    [ERROR] javadoc: error - com.sun.tools.javac.code.Symbol$CompletionFailure: class file for net.sourceforge.cobertura.coveragedata.LightClassmapListener not found
    [ERROR]
    [ERROR] Command line was: /Library/Java/JavaVirtualMachines/jdk1.8.0_40.jdk/Contents/Home/bin/javadoc @options @packages

It seems related to the JDK 8. I'm restarting the release:perform stage using the JDK 7, the build is hanging on the jdepend-maven-plugin for now...

You should definitely do prepare and release actions under JDK7. Also, run both with the nocheck profile.

It may be time to try a different code coverage tool. :-) [not for this release]

It should work with the JDK 8 as well. The nocheck profile is already used by the maven-release-plugin: https://github.com/Jasig/cas/blob/master/pom.xml#L490. I don't need to call it explicitly.
But indeed, I will try to disable the cobertura plugin for the release.

And with the JDK 7, I just got the error: Exception in thread "main" java.lang.OutOfMemoryError: PermGen space... Error I would not have had using the JDK 8 which has no PermGen Space...
I'll update this doc: http://jasig.github.io/cas/developer/Release-Process.html at the end.

Have you set export MAVEN_OPTS="-Xmx2048m" or something equivalent?

Yes, but -Xmx2048m is for the Heap memory. I just used: -XX:MaxPermSize=128m for PermGen space... In progress...

The release has been cut. It should be available in the Maven central repository in a few hours. I'll make the announcement as well as the doc updates on Wednesday. Unless @mmoayyed wants to make the announcement earlier.

Perfect, thank you. I think we learn a whole new bunch of stuff every time we cut a release :)
Go right ahead; I'll make the docs available for 4.1.


NPS R libraries compatible with R 3.6 and 4.2

Problem:
NPS_R_Installation_and_Client_R.zip and NPS_R_Installation_and_Client_R_335 (1).zip files present in this repo contain R libraries (nzr, nza and nzmatrix) that do not work with recent versions w R, in particular they do not work with the latest R 4.2.3.
Solution:
This PR contains a new version of nzr, nza and nzmatrix libraries, in source code and binaries compiled for Windows. There are two sets of libraries in the package - made for R 3.6.3 and 4.2.3.
Testing:

@annacichos please review and merge

@ssayyed21 Could you please help to merge this? Nobody seems to have access to merge.
Also could you also let us add ourselves as reviewers, at-least members in the codeowners file?

The codeowner files shows error msg "Unknown owner on line 19: make sure @abhishekjog exists and has write access to the repository" It shows this error for all the users in the file. @ssayyed21

@NikitaNirbhavane  I am having no such merge rights, may be @abhishekjog needs to transfer admin rights to someone.

@ssayyed21 I do not have admin right now. I cannot see "settings" tab for this project. So cannot change owners.
@stevemar I had worked with you using template to create the repository when I was working with the org. Since I have left the org, I do not seem to have owner rights. Can you please help in this case?

I have asked over #whitewater-github channel if they can help add/change admins for this repo.


Adding isAll and isNone as read-only methods

Description
Adding isAll and isNone as read-only methods, and removing unused booleans from CopyableFileSmbProperties.

API change check
APIView has identified API level changes in this PR and created following API reviews.
azure-storage-file-share


[WIP] - Implement parsing for array(subquery) expressions

Summary of the changes / Why this improves CrateDB
WIP
Checklist

[ ] User relevant changes are recorded in CHANGES.txt
[x] Touched code is covered by tests
[ ] Documentation has been updated if necessary
[ ] CLA is signed

I would appreciate an opinion on my choice to add this as an expression as I believe the array(subquery) is an array constrictor basically and should be able to be used anywhere, not just in the projection list. See e.g. in my test testArrayConstructorSubSelectBuilder where I used it for an array comparison expression.

@mfussenegger done all the suggested changes and added one more test.
I also removed the WIP since it will be merged to a feature branch and continue from there.
Please check again. Thanks

squashed commits


Implement and test multi-GPU training

Discriminator training is slow - could possibly be sped up with nn.distributeddataparallel

nn.dataparallel with a the pyg parallel loader should be simple to implement
nn.distributeddataparallel is generally more highly recommended, but is more work (I think) to implement


VR doesn't tell you to turn your phone anymore after story finishes. Stays on the last screen

lol jkjkjk


Error: The argument "image_id" is required, but no definition was found.

I am trying to run the cloud9.sh script in Cloud9 for my aft account. Everything seems to install fine until the end I am getting this error below. How can I get past this error? I am not able to acutally view the code in this repo for some reason.
Terraform has been successfully initialized!
You may now begin working with Terraform. Try running "terraform plan" to see
any changes that are required for your infrastructure. All Terraform commands
should now work.
If you ever set or change modules or backend configuration for Terraform,
rerun this command to reinitialize your working directory. If you forget, other
commands will detect it and remind you to do so if necessary.
╷
│ Error: Missing required argument
│
│   on main.tf line 34, in resource "aws_cloud9_environment_ec2" "cloud9-aft":
│   34: resource "aws_cloud9_environment_ec2" "cloud9-aft" {
│
│ The argument "image_id" is required, but no definition was found.
Brian

relates to #16

PR #17 resolves this issue, please let me know if it still causing issue for you


deps<EMAIL_ADDRESS>

no issue

https://github.com/DockYard/ember-one-way-controls/compare/v0.5.4...v0.6.1
bugfixes
dynamic attribute binding (attributes no longer need to be explicitly defined in the components in order to be recognised)
adds one-way-radio component

There's a 0.6.2 version now, this should probably be updated to update to that version instead 😄

👍 updated. It also fixed the issue with class="foo" so I've reverted the switch to classNames="foo" that I had to make for 0.6.1.


Set Api and Data version information to be dynamically loaded at deploy time

As a developer I want the version of the API to be configurable because right now it has to be hardcoded in the source code
Background
The API exposes an endpoint called meta which contains the information related to the release versioning. This information is used in the FrontEnd and currently it has to be set in the application.conf in the keys:
meta {
    name = "Open Targets GraphQL & REST API Beta"
    apiVersion {
      x = "23"
      y = "04"
      z = "0"
    }
    dataVersion {
      year = "23"
      month = "04"
      iteration = "0"
    }
  }

There's configuration keys in the terraform projects that hold this information and the values should be taken from these.
Tasks

[ ] Update the API to read the values from a dynamic source
[ ] Update the terraform keys to inject the values into the API

Acceptance tests
How do we know the task is complete?

The values exposed in the meta endpoint are the ones set in the terraform config keys

@remo87 , I'm scoping this one for the upcoming release, as the fix should not be too complex, and it may use the genetics API as an example.
Thanks

No need to update terraform as the values were already being injected


Add posters by Huvy.

About the PR
Posting this on Huvy's behalf with permission.
Media

[ ] I have added screenshots/videos to this PR showcasing its changes ingame
[ ] This PR does not require an ingame showcase

Changelog

:cl: Huvy

add: Added eight new posters.

rsi validator failure

This was because RobustToolbox has a limited set of licenses it will allow for the copyright field in an RSI. I received permission from Huvy to change the license to be compatible.


[BUG]: pickle_module.load has bug: _pickle.UnpicklingError: invalid load key, 'v'.

🐛 Describe the bug
Loading checkpoint shards:   0%|                                            | 0/33 [00:00<?, ?it/s] Traceback (most recent call last):   File "/data/anaconda3/lib/python3.7/site-packages/transformers/modeling_utils.py", line 415, in l                                oad_state_dict     return torch.load(checkpoint_file, map_location="cpu")   File "/data/anaconda3/lib/python3.7/site-packages/torch/serialization.py", line 795, in load     return _legacy_load(opened_file, map_location, pickle_module, **pickle_load_args)   File "/data/anaconda3/lib/python3.7/site-packages/torch/serialization.py", line 1002, in _legacy_                                load     magic_number = pickle_module.load(f, **pickle_load_args) _pickle.UnpicklingError: invalid load key, 'v'.
Environment
No response

Hi, what was your command to run the codes, and where did you download the checkpoints?


Set up pre-commit for development tools

pre-commit allows for automatically running certain tools before a commit is made, ensuring that things like autoformatters, linters etc. all pass for the commit. This makes it easier on contributors not having to remember each tool to run, making the pull request process much less of a hassle.
Ideally this would be set up for all the lona-web-org repositories.
Would this be something you're open to @fscherf ?

@laundmo I am not sure about this. I want to be able to commit unclean patches to a private branch. Sometimes to clean them up later, or just for development. With such an mechanism that wouldn't be possible. Also i am perfectly fine with unclean patches if the author agrees to change them or agrees with me changing them.
Also Lona has a mechanism for this:  Just run make lint in the top-level

the issue with make is windows compatibility. im not able to run it personally, since i develop on windows.

@laundmo can you run tox? make lint just runs tox -e lint

@fscherf its the dev-env setup thats failing, since make tries to use python3 which only exists as a Windows Store alias and therefore throws a permission error.

@laundmo OK. I am open to patches that make linting on windows more easy, but i don't want a solution based on pre-commit hooks.

@laundmo could we setup some kind of docker infrastructure to run testing and linting in a container?

Possibly, but I would go with just using GitHub Actions, its what they're made to do, and you get the checks for open PRs displayed right there.

@laundmo: in the meantime i added docker infrastructure

I will close this issue for now. Feel free to reopen it if you want to discuss this issue further


Create, store, and update game room (game ID/room number, player names).

https://github.com/sopra-fs23-group-32/SoPra23_Server/commit/a5f1b601be8b4885bb15c79d21e451ced8395808


Make ASYNC manuals conform with man-pages(7)

Details from man-pages(7) that are used:
 Formatting conventions for manual pages describing functions

     ...
     Variable names should, like argument names, be specified in italics.
     ...

 Formatting conventions (general)

     ...
     Special macros, which are usually in uppercase, are in bold.
     Exception: don't boldface NULL.
     ...

Additionally, expanded some lists to make better use of POD formatting.

Checklist

[x] documentation is added or updated
[ ] tests are added or updated

Same  comment as https://github.com/openssl/openssl/pull/10041#issuecomment-536189609
Splitting this up was a bad idea.

This change has nothing to do with the things you say in #10041.  Please look.

ENOCOFFEE.  Sorry for the noise.

Merged.  Thanks.
dfe1752c8414840b25bf094db2f24f810fefce85  Make ASYNC manuals conform with man-pages(7)


Battle module camera progress

This issue is made to track progress and TODOs- also as note holder so I won't forget where I left stuff

[x] Resolve correct axis on mode 0 (may affect mode 1 probably)
[x] Support/fix camera mode 1 (some stages have up to 32k time animation and camera stays static)
[x] Find correct FOV range and FF8>OpenGL conversion
[ ] Implement roll
[x] Implement shot jump (multi-camera)
[x] Time warp issues- see a0stg002.x/0/1 - it may be actually FOV scaling, but needs testing anyway

Mode 0:
Camera animation set 0, animation 0. a0stg006.x - sceneID 0000
Description: The camera drops from the sky, visible roofing- camera moves forward, right and down up to 'character' eye level- could be easy to find Y up/down axis
NOTE- it looks like the lookat and world should drop synchronically, but it's not true looking at the values
lookat
frame0	frame1	CHANGE (rise+ drop-)
-6396	-1118	5278 +
-1384	130	1514 +
-3008	-530	2478 +

world
-5091	-846	4245 +
13674	6205	7469 -
4245	2157	2088 -

V=100
n/V = realN

simulation a0stg006.x:set0:anim0

piątek, 7 czerwca 2019: TARGET= {X:77,62666 Y:80,24156 Z:-54,61815}; WORLD= {X:82,16656 Y:82,19357 Z:-63,52822}
piątek, 7 czerwca 2019: TARGET= {X:43,04429 Y:48,33279 Z:-22,70892}; WORLD= {X:46,9516 Y:51,30879 Z:-31,91397}

Axis is now correct on mode 0. Mode 1 untested. Added another check- there's no next shot jump implemented at all

a0stg002.x:0:1 - time warp issue
cam.startingFOV = 352
cam.endingFOV = 352
Not FOV issue
is_FrameDurationsShot = {byte[32]} - fixed 241 (default)
unkword024 - word[3]
0
1104 <-may be warp, but distance is 16 which is one frame
1120 <- duration
I don't understand that one^
testing on a0stg002.x:0:7 shows that there's something unreversed about another shots. It ends with 0xFFFF so usually as it should, but it still goes into another shot which is not read. Also looks like unkword024 is the index(absTime) of shots

found the next shot formula- it should end with DWORD 0xFFFFFFFF not short -1. Therefore every animation that ends on frame 1 has 0xFFFF and the next control word is 0xFFFF. If there are multiple shots, then the animation ends with 0xFFFF, but the next word is control_word instead, therefore the parsing should be ongoing till the first control_word in while loop returns -1

right now mode 1 camera falls back to mode 0- I've not seen so far any issue. Let me know when someone encounters something weird like animation that lasts very long or when camera movement is really bad- like digging underground or moving outside the battle
the FOV is so far the major issue

FOV is now correct- let me know if you encounter something weird

so far closing this one- it's more or less complete


Apply clang-format consistently to the project

CI_BRANCHES:NEURON_BRANCH=master
merge after #464

We are trap with: https://bugs.llvm.org/show_bug.cgi?id=36004

We are trap with: https://bugs.llvm.org/show_bug.cgi?id=36004

@alkino : I will rebase on master. So will push force to this branch.

@alkino : I will rebase on master. So will push force to this branch.

We are trap with: https://bugs.llvm.org/show_bug.cgi?id=36004

But, above bug is marked as  Status: | RESOLVED FIXED ?

We are trap with: https://bugs.llvm.org/show_bug.cgi?id=36004

But, above bug is marked as  Status: | RESOLVED FIXED ?

seems like issue appears (only) when #pragma is indented

→ cat ../coreneuron/gpu/nrn_acc_manager.cpp && /usr/local/opt/llvm/bin/clang-format -i --style=file ../coreneuron/gpu/nrn_acc_manager.cpp && cat ../coreneuron/gpu/nrn_acc_manager.cpp
void update_matrix_from_gpu(NrnThread* _nt) {
    if (_nt->compute_gpu && (_nt->end > 0)) {
        // before copying, make sure all computations in the stream are completed

        // clang-format off
        #pragma acc wait(_nt->stream_id a aaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa)
        // clang-format on
    }
}
void update_matrix_from_gpu(NrnThread* _nt) {
    if (_nt->compute_gpu && (_nt->end > 0)) {
// before copying, make sure all computations in the stream are completed

// clang-format off
        #pragma acc wait(_nt->stream_id a aaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa)
        // clang-format on
    }
}

Lets not indent #pragma:

→ cat ../coreneuron/gpu/nrn_acc_manager.cpp && /usr/local/opt/llvm/bin/clang-format -i --style=file ../coreneuron/gpu/nrn_acc_manager.cpp && cat ../coreneuron/gpu/nrn_acc_manager.cpp
void update_matrix_from_gpu(NrnThread* _nt) {
    if (_nt->compute_gpu && (_nt->end > 0)) {
        // before copying, make sure all computations in the stream are completed

        // clang-format off
#pragma acc wait(_nt->stream_id a aaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa)
        // clang-format on
    }
}
void update_matrix_from_gpu(NrnThread* _nt) {
    if (_nt->compute_gpu && (_nt->end > 0)) {
        // before copying, make sure all computations in the stream are completed

        // clang-format off
#pragma acc wait(_nt->stream_id a aaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa)
        // clang-format on
    }
}

now there will be consistent formatting

seems like issue appears (only) when #pragma is indented

→ cat ../coreneuron/gpu/nrn_acc_manager.cpp && /usr/local/opt/llvm/bin/clang-format -i --style=file ../coreneuron/gpu/nrn_acc_manager.cpp && cat ../coreneuron/gpu/nrn_acc_manager.cpp
void update_matrix_from_gpu(NrnThread* _nt) {
    if (_nt->compute_gpu && (_nt->end > 0)) {
        // before copying, make sure all computations in the stream are completed

        // clang-format off
        #pragma acc wait(_nt->stream_id a aaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa)
        // clang-format on
    }
}
void update_matrix_from_gpu(NrnThread* _nt) {
    if (_nt->compute_gpu && (_nt->end > 0)) {
// before copying, make sure all computations in the stream are completed

// clang-format off
        #pragma acc wait(_nt->stream_id a aaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa)
        // clang-format on
    }
}

Lets not indent #pragma:

→ cat ../coreneuron/gpu/nrn_acc_manager.cpp && /usr/local/opt/llvm/bin/clang-format -i --style=file ../coreneuron/gpu/nrn_acc_manager.cpp && cat ../coreneuron/gpu/nrn_acc_manager.cpp
void update_matrix_from_gpu(NrnThread* _nt) {
    if (_nt->compute_gpu && (_nt->end > 0)) {
        // before copying, make sure all computations in the stream are completed

        // clang-format off
#pragma acc wait(_nt->stream_id a aaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa)
        // clang-format on
    }
}
void update_matrix_from_gpu(NrnThread* _nt) {
    if (_nt->compute_gpu && (_nt->end > 0)) {
        // before copying, make sure all computations in the stream are completed

        // clang-format off
#pragma acc wait(_nt->stream_id a aaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa)
        // clang-format on
    }
}

now there will be consistent formatting

@pramodk isn't this the same as the fix here: https://github.com/BlueBrain/CoreNeuron/pull/365/commits/c34325134d077d62f35c3887e97c6bd5f6f7c963

@pramodk isn't this the same as the fix here: https://github.com/BlueBrain/CoreNeuron/pull/365/commits/c34325134d077d62f35c3887e97c6bd5f6f7c963

Having extra newline after clang-format off avoid this cycle

→ /usr/local/opt/llvm/bin/clang-format -i a.cpp  && cat a.cpp
void update_matrix_from_gpu(NrnThread* _nt) {
    if (_nt->compute_gpu && (_nt->end > 0)) {
        // before copying, make sure all computations in the stream are completed

        // clang-format off

        #pragma acc wait(_nt->stream_id a aaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa)
        // clang-format on
    }
}

Having extra newline after clang-format off avoid this cycle

→ /usr/local/opt/llvm/bin/clang-format -i a.cpp  && cat a.cpp
void update_matrix_from_gpu(NrnThread* _nt) {
    if (_nt->compute_gpu && (_nt->end > 0)) {
        // before copying, make sure all computations in the stream are completed

        // clang-format off

        #pragma acc wait(_nt->stream_id a aaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa)
        // clang-format on
    }
}

@pramodk isn't this the same as the fix here: c343251

@alexsavulescu : I completely forgot that! Nico started new PR and I forgot this was already investigated! I will updated accordingly.

@pramodk isn't this the same as the fix here: c343251

@alexsavulescu : I completely forgot that! Nico started new PR and I forgot this was already investigated! I will updated accordingly.

For the record, having extra indentation after // clang-format off serve the same purpose:
/usr/local/opt/llvm/bin/clang-format -i a.cpp  && cat a.cpp
void update_matrix_from_gpu(NrnThread* _nt) {
    if (_nt->compute_gpu && (_nt->end > 0)) {
        // before copying, make sure all computations in the stream are completed

        // clang-format off
            #pragma acc wait(_nt->stream_id a aaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa)
        // clang-format on
    }
}

For the record, having extra indentation after // clang-format off serve the same purpose:
/usr/local/opt/llvm/bin/clang-format -i a.cpp  && cat a.cpp
void update_matrix_from_gpu(NrnThread* _nt) {
    if (_nt->compute_gpu && (_nt->end > 0)) {
        // before copying, make sure all computations in the stream are completed

        // clang-format off
            #pragma acc wait(_nt->stream_id a aaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa)
        // clang-format on
    }
}

Just a note:
# OSX
$ /usr/local/opt/llvm/bin/clang-format --version
clang-format version 11.0.0

# Ubuntu 20.04

$ clang-format-11 --version
Ubuntu clang-format version 11.0.0-2~ubuntu20.04.1

and minor diff that they generate:
root@7c1316599d1d:/CoreNeuron/build# git diff
diff --git a/coreneuron/mechanism/eion.cpp b/coreneuron/mechanism/eion.cpp
index 2cdc0ec..5b9bb23 100644
--- a/coreneuron/mechanism/eion.cpp
+++ b/coreneuron/mechanism/eion.cpp
@@ -308,7 +308,7 @@ void nrn_cur_ion(NrnThread* nt, Memb_list* ml, int type) {
     for (_iml = 0; _iml < _cntml_actual; ++_iml) {
         pd = ml->data + _iml * nparm;
         ppd = ml->pdata + _iml * 1;
-#elif LAYOUT == 0 /*SoA*/
+#elif LAYOUT == 0         /*SoA*/
     int _cntml_padded = ml->_nodecount_padded;
     pd = ml->data;
     ppd = ml->pdata;
@@ -345,7 +345,7 @@ void nrn_init_ion(NrnThread* nt, Memb_list* ml, int type) {
     for (_iml = 0; _iml < _cntml_actual; ++_iml) {
         pd = ml->data + _iml * nparm;
         ppd = ml->pdata + _iml * 1;
-#elif LAYOUT == 0 /*SoA*/
+#elif LAYOUT == 0         /*SoA*/
     int _cntml_padded = ml->_nodecount_padded;
     pd = ml->data;
     ppd = ml->pdata;
@@ -392,7 +392,7 @@ void second_order_cur(NrnThread* _nt, int secondorder) {
 #if LAYOUT == 1 /*AoS*/
                 for (_iml = 0; _iml < _cntml_actual; ++_iml) {
                     pd = ml->data + _iml * nparm;
-#elif LAYOUT == 0 /*SoA*/
+#elif LAYOUT == 0         /*SoA*/
                 _cntml_padded = ml->_nodecount_padded;
                 pd = ml->data;
                 _PRAGMA_FOR_SEC_ORDER_CUR_ACC_LOOP_

Just a note:
# OSX
$ /usr/local/opt/llvm/bin/clang-format --version
clang-format version 11.0.0

# Ubuntu 20.04

$ clang-format-11 --version
Ubuntu clang-format version 11.0.0-2~ubuntu20.04.1

and minor diff that they generate:
root@7c1316599d1d:/CoreNeuron/build# git diff
diff --git a/coreneuron/mechanism/eion.cpp b/coreneuron/mechanism/eion.cpp
index 2cdc0ec..5b9bb23 100644
--- a/coreneuron/mechanism/eion.cpp
+++ b/coreneuron/mechanism/eion.cpp
@@ -308,7 +308,7 @@ void nrn_cur_ion(NrnThread* nt, Memb_list* ml, int type) {
     for (_iml = 0; _iml < _cntml_actual; ++_iml) {
         pd = ml->data + _iml * nparm;
         ppd = ml->pdata + _iml * 1;
-#elif LAYOUT == 0 /*SoA*/
+#elif LAYOUT == 0         /*SoA*/
     int _cntml_padded = ml->_nodecount_padded;
     pd = ml->data;
     ppd = ml->pdata;
@@ -345,7 +345,7 @@ void nrn_init_ion(NrnThread* nt, Memb_list* ml, int type) {
     for (_iml = 0; _iml < _cntml_actual; ++_iml) {
         pd = ml->data + _iml * nparm;
         ppd = ml->pdata + _iml * 1;
-#elif LAYOUT == 0 /*SoA*/
+#elif LAYOUT == 0         /*SoA*/
     int _cntml_padded = ml->_nodecount_padded;
     pd = ml->data;
     ppd = ml->pdata;
@@ -392,7 +392,7 @@ void second_order_cur(NrnThread* _nt, int secondorder) {
 #if LAYOUT == 1 /*AoS*/
                 for (_iml = 0; _iml < _cntml_actual; ++_iml) {
                     pd = ml->data + _iml * nparm;
-#elif LAYOUT == 0 /*SoA*/
+#elif LAYOUT == 0         /*SoA*/
                 _cntml_padded = ml->_nodecount_padded;
                 pd = ml->data;
                 _PRAGMA_FOR_SEC_ORDER_CUR_ACC_LOOP_

retest this please

retest this please

The branch name of this PR is clang-format and I suspect there is package name or variant name somewhere clang-format (?) which causing Spack to fail during installation. So I am reopening this PR with different branch name in #465.

The branch name of this PR is clang-format and I suspect there is package name or variant name somewhere clang-format (?) which causing Spack to fail during installation. So I am reopening this PR with different branch name in #465.

We are trap with: https://bugs.llvm.org/show_bug.cgi?id=36004

But, above bug is marked as  Status: | RESOLVED FIXED ?

Yes, and on version 6, don't ask me why

We are trap with: https://bugs.llvm.org/show_bug.cgi?id=36004

But, above bug is marked as  Status: | RESOLVED FIXED ?

Yes, and on version 6, don't ask me why


Add a format checker to the CI pipeline

Add the analyze job to the CI pipeline. (The linter step will be added in the future.)
Format GN files.
Format C/C++ files using the Chromium style (as defined in the .clang-format file).

For maintainers: The Chromium C/C++ style is slightly different from the Google C/C++ style, but you don't need any special configuration if everything works correctly. clang-format and the VS Code extension should just work out of the box. They will find the .clang-format file from the repository root automatically.
To manually analyze code formatting, you can use either:

check_tidy.py (check_tidy.py --dir shell/platform/tizen)
format.dart (ci/format.sh)

You must add this to your Git remote endpoints: git remote add upstream https://github.com/flutter/engine.git

the .clang-format file from the repository root automatically.

I didn't know there was this, What do you think about replacing the plugin repository .clang-format with this?

@bbrto21 The first-party plugins also follow the Google style (https://github.com/flutter/plugins/blob/master/.clang-format) so I think we can leave as it is.

@swift-kim Oh, thank you for checking!


allow for laravel 7

added laravel 7 to requirements

Hello,
We have no plans to support Laravel 7 for version 3.6.
Please, kindly wait the release of version 4.
Thanks.

See https://github.com/jenssegers/laravel-mongodb/pull/1978


Vue ui open in browser is emtpy

Version
3.0.5
Node and OS info
Node 8.11.1 / npm 6.1.0 / yarn 1.10.1 / macOS Mojave 10.14
Steps to reproduce

Install @vue/cli and @vue/cli-ui with $ npm install -g @vue/cli @vue/cli-ui
Start vue ui with $ vue ui
The browser open a new tab with http://localhost:8000
The page is empty. Open the dev tools and see that all js and css file response data is HTML.

What is expected?
Open the ui
What is actually happening?
Nothing is displayed

I tried to find the homepage and found the route is /dashboard, but the browser open the / automatically. Do we need a redirect?

The same on task detail page
http://localhost:8000/tasks/*************:serve

I'm sorry but I can't reproduce it locally. Does this still happens with the latest v3.1.1? (BTW you don't have to install @vue/cli-ui separately, it's included in @vue/cli)

exactly same behavior from clean install of npm v6.4.1 /Node v10.13.0

I'm sorry but I can't reproduce it locally. Does this still happens with the latest v3.1.1? (BTW you don't have to install @vue/cli-ui separately, it's included in @vue/cli)

please don't say something like that without proofs, i'm collecting traces from pristine install and i get exactely the same bug (i'll put a gist i a few minutes time to reproduce from scratch intall)
`PS H:\work\git> node --version
v10.13.0
PS H:\work\git> npm --version
6.4.1
PS H:\work\git> npm install -g @vue/cli
npm WARN deprecated<EMAIL_ADDRESS>cross-spawn no longer requires a build toolchain, use it instead
E:\Appl\nodejs\vue -><EMAIL_ADDRESS>
<EMAIL_ADDRESS>postinstall E:\Appl\nodejs\node_modules@vue\cli\node_modules\protobufjs
node scripts/postinstall

<EMAIL_ADDRESS>postinstall E:\Appl\nodejs\node_modules@vue\cli\node_modules\nodemon
node bin/postinstall || exit 0

npm WARN<EMAIL_ADDRESS>requires a peer of<EMAIL_ADDRESS>|| ^0.11.3 || ^0.12.0 || ^0.13.0 but none is installed. You must install peer dependencies yourself.
npm WARN<EMAIL_ADDRESS>requires a peer of<EMAIL_ADDRESS>|| ^0.12.0 || ^0.13.0 but none is installed. You must install peer dependencies yourself.
npm WARN<EMAIL_ADDRESS>requires a peer of<EMAIL_ADDRESS>|| ^0.11.3 || ^0.12.0 || ^0.13.0 but none is installed. You must install peer dependencies yourself.
npm WARN<EMAIL_ADDRESS>requires a peer of<EMAIL_ADDRESS>but none is installed. You must install peer dependencies yourself.
npm WARN<EMAIL_ADDRESS>requires a peer of<EMAIL_ADDRESS>but none is installed. You must install peer dependencies yourself.
npm WARN optional SKIPPING OPTIONAL DEPENDENCY<EMAIL_ADDRESS>(node_modules@vue\cli\node_modules\fsevents):
npm WARN notsup SKIPPING OPTIONAL DEPENDENCY: Unsupported platform for<EMAIL_ADDRESS>wanted {"os":"darwin","arch":"any"} (current: {"os":"win32","arch":"x64"})

<EMAIL_ADDRESS>added 668 packages from 501 contributors in 75.093s
PS H:\work\git>`

then running vue ui
PS H:\work\git> vue ui 🚀  Starting GUI... 🌠  Ready on http://localhost:8000 TypeError [ERR_INVALID_ARG_TYPE]: The "path" argument must be of type string. Received type undefined     at assertPath (path.js:39:11)     at Proxy.join (path.js:432:7)     at Object.readPackage (E:\Appl\nodejs\node_modules\@vue\cli\node_modules\@vue\cli-ui\apollo-server\connectors\folders.js:103:24)     at readPackage (E:\Appl\nodejs\node_modules\@vue\cli\node_modules\@vue\cli-ui\apollo-server\connectors\dependencies.js:86:20)     at getLink (E:\Appl\nodejs\node_modules\@vue\cli\node_modules\@vue\cli-ui\apollo-server\connectors\dependencies.js:194:15)     at Object.keys.filter.map.id (E:\Appl\nodejs\node_modules\@vue\cli\node_modules\@vue\cli-ui\apollo-server\connectors\dependencies.js:66:16)     at Array.map (<anonymous>)     at findDependencies (E:\Appl\nodejs\node_modules\@vue\cli\node_modules\@vue\cli-ui\apollo-server\connectors\dependencies.js:61:5)     at Object.list (E:\Appl\nodejs\node_modules\@vue\cli\node_modules\@vue\cli-ui\apollo-server\connectors\dependencies.js:44:5)     at dependencies (E:\Appl\nodejs\node_modules\@vue\cli\node_modules\@vue\cli-ui\apollo-server\schema\dependency.js:56:57) TypeError [ERR_INVALID_ARG_TYPE]: The "path" argument must be of type string. Received type undefined     at assertPath (path.js:39:11)     at Proxy.join (path.js:432:7)     at Object.readPackage (E:\Appl\nodejs\node_modules\@vue\cli\node_modules\@vue\cli-ui\apollo-server\connectors\folders.js:103:24)

@sodatea I installed the latest node and npm, then installed the @vue/cli:3.1.1, still reproduced. Open localhost:8000 display nothing. But it resolved the problem when I open task detail page and after refreshed it display othing, while it displays the tasks without details.
It looks like this:
Before refresh:
http://localhost:8000/tasks/%2FUsers%2Fzuoenzhen%2Fworkspace%2Ffrontend:serve
After refresh
http://localhost:8000/tasks
What I expect is it should redirect to /dashboard when you go to /, and the task detail page is sill displayed after refresh

Node Version: v10.13.0
NPM version: 6.4.1
@vue/cli version: 3.1.1
OS: macOS Mojave 10.14
Browser: Chrome 70.0.3538.77

okay now it worked for me, so either it's a browser cache vs version or something related to updating vue-ui. anyway sorry for the inconvenience.

@zuoez02 did not understand how you solved the issue, I still have black page for javascript enabled is not detected?
(this tools are so powerful but requires an outstanding amount of times to set up thing to actually get them working ... )

Change the port from 8080 to 8081，it worked for me. I opened another program with port 8080.May cause hash conflict

For me, the page was appearing blank.  But I noticed I had a menu at the bottom of my page.  Clicking on the home icon made it work for me.
Try going to 'http://localhost:8000/project/select'


Example code is not working

When I run the example given in the README.md, I encounter the following error:
RuntimeError: Input type (torch.cuda.FloatTensor) and weight type (CUDABFloat16Type) should be the same
Code is working if I cast pixel_values explicitly:
# Process the inputs
batch_images = processor.process_images(images).to(model.device)
batch_queries = processor.process_queries(queries).to(model.device)

batch_images["pixel_values"] = batch_images["pixel_values"].to(torch.bfloat16)
# Forward pass
with torch.no_grad():
    image_embeddings = model(**batch_images)
    query_embeddings = model(**batch_queries)

Stacktrace:
/home/max/PycharmProjects/colpali/venv/bin/python /home/max/PycharmProjects/colpali/example.py
`config.hidden_act` is ignored, you should use `config.hidden_activation` instead.
Gemma's activation function will be set to `gelu_pytorch_tanh`. Please, use
`config.hidden_activation` if you want to override this behaviour.
See https://github.com/huggingface/transformers/pull/29402 for more details.
Loading checkpoint shards: 100%|██████████| 2/2 [00:01<00:00,  1.37it/s]
You are passing both `text` and `images` to `PaliGemmaProcessor`. The processor expects special image tokens in the text, as many tokens as there are images per each text. It is recommended to add `<image>` tokens in the very beginning of your text and `<bos>` token after that. For this call, we will infer how many images each text has and add special tokens.
Traceback (most recent call last):
  File "/home/max/PycharmProjects/colpali/example.py", line 32, in <module>
    image_embeddings = model(**batch_images)
                       ^^^^^^^^^^^^^^^^^^^^^
  File "/home/max/PycharmProjects/colpali/venv/lib/python3.11/site-packages/torch/nn/modules/module.py", line 1736, in _wrapped_call_impl
    return self._call_impl(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/max/PycharmProjects/colpali/venv/lib/python3.11/site-packages/torch/nn/modules/module.py", line 1747, in _call_impl
    return forward_call(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/max/PycharmProjects/colpali/colpali_engine/models/paligemma/colpali/modeling_colpali.py", line 38, in forward
    outputs = self.model(*args, output_hidden_states=True, **kwargs)  # (batch_size, sequence_length, hidden_size)
              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/max/PycharmProjects/colpali/venv/lib/python3.11/site-packages/torch/nn/modules/module.py", line 1736, in _wrapped_call_impl
    return self._call_impl(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/max/PycharmProjects/colpali/venv/lib/python3.11/site-packages/torch/nn/modules/module.py", line 1747, in _call_impl
    return forward_call(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/max/PycharmProjects/colpali/venv/lib/python3.11/site-packages/transformers/models/paligemma/modeling_paligemma.py", line 496, in forward
    image_features = self.get_image_features(pixel_values)
                     ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/max/PycharmProjects/colpali/venv/lib/python3.11/site-packages/transformers/models/paligemma/modeling_paligemma.py", line 405, in get_image_features
    image_outputs = self.vision_tower(pixel_values)
                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/max/PycharmProjects/colpali/venv/lib/python3.11/site-packages/torch/nn/modules/module.py", line 1736, in _wrapped_call_impl
    return self._call_impl(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/max/PycharmProjects/colpali/venv/lib/python3.11/site-packages/torch/nn/modules/module.py", line 1747, in _call_impl
    return forward_call(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/max/PycharmProjects/colpali/venv/lib/python3.11/site-packages/transformers/models/siglip/modeling_siglip.py", line 1190, in forward
    return self.vision_model(
           ^^^^^^^^^^^^^^^^^^
  File "/home/max/PycharmProjects/colpali/venv/lib/python3.11/site-packages/torch/nn/modules/module.py", line 1736, in _wrapped_call_impl
    return self._call_impl(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/max/PycharmProjects/colpali/venv/lib/python3.11/site-packages/torch/nn/modules/module.py", line 1747, in _call_impl
    return forward_call(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/max/PycharmProjects/colpali/venv/lib/python3.11/site-packages/transformers/models/siglip/modeling_siglip.py", line 1089, in forward
    hidden_states = self.embeddings(pixel_values, interpolate_pos_encoding=interpolate_pos_encoding)
                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/max/PycharmProjects/colpali/venv/lib/python3.11/site-packages/torch/nn/modules/module.py", line 1736, in _wrapped_call_impl
    return self._call_impl(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/max/PycharmProjects/colpali/venv/lib/python3.11/site-packages/torch/nn/modules/module.py", line 1747, in _call_impl
    return forward_call(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/max/PycharmProjects/colpali/venv/lib/python3.11/site-packages/transformers/models/siglip/modeling_siglip.py", line 311, in forward
    patch_embeds = self.patch_embedding(pixel_values)  # shape = [*, width, grid, grid]
                   ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/max/PycharmProjects/colpali/venv/lib/python3.11/site-packages/torch/nn/modules/module.py", line 1736, in _wrapped_call_impl
    return self._call_impl(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/max/PycharmProjects/colpali/venv/lib/python3.11/site-packages/torch/nn/modules/module.py", line 1747, in _call_impl
    return forward_call(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/max/PycharmProjects/colpali/venv/lib/python3.11/site-packages/torch/nn/modules/conv.py", line 554, in forward
    return self._conv_forward(input, self.weight, self.bias)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/max/PycharmProjects/colpali/venv/lib/python3.11/site-packages/torch/nn/modules/conv.py", line 549, in _conv_forward
    return F.conv2d(
           ^^^^^^^^^
RuntimeError: Input type (torch.cuda.FloatTensor) and weight type (CUDABFloat16Type) should be the same

Process finished with exit code 1

Interesting ! Not sure what changed, I also recently ran into this for another model, maybe there has been a recent update on the processor size disabling autocasting or something !
I'll update, but first want to look into it !
thanks !

Hey @maxjeblick , I know it's been a couple of days but one way i did to get around this was to pip install transformers==4.45.1 first and then install colpali_engine. That's the version that worked for me . Hope that helps!

Yeah we should bind the transformers and MTEB version until we make the fix !

That should help!

Thanks for looking into it. The latest patch release may solve the problem (see here); I haven't tried out so far.
https://github.com/huggingface/transformers/releases/tag/v4.46.1

Made the fix in a PR but if they change it in HF, light be even better to be fair !


The question of learning rate

HI，author!
The model learning rate is defined as follows:
"
lr_scheduler = _create_learning_rate_scheduler(
optimizer, cfg.lr_config, total_steps)
def step(self, step):
lrs, moms = [], []
for start, end, func in self.lr_phases:
if step >= start:
lrs.append(func((step - start) / (end - start)))
if len(lrs) > 0:
self.optimizer.lr = lrs[-1]
"
As the number of learning steps increases, the shape of the learning rate value is like a cosine function.
The value first rises, when the number of steps reaches 6520, the value starts to decrease.
1.Why design such a learning rate update function instead of designing a larger learning rate at the beginning, which gradually decreases as the number of learning steps increases.
2.Another question is why 6520 is chosen as the turning step for learning rate value, and does it have any special meaning?

1.Why design such a learning rate update function instead of designing a larger learning rate at the beginning, which gradually decreases as the number of learning steps increases.

I think this will also work. But as everyone uses this one cycle policy (second, det3d, openpcdet), I simply follow them.

2.Another question is why 6520 is chosen as the turning step for learning rate value, and does it have any special meaning?

6520 is computed using the pc_start parameter (it is 0.4 of the training iterations) https://github.com/tianweiy/CenterPoint/blob/952f14b694970cb667d8e3fa00ab5ae0936fa164/configs/mvp/nusc_centerpoint_pp_fix_bn_z_scale.py#L217
Again, I follow the schedule from other repos.

get it! Thank you.


Boids updated project format

Updated project yaml to use the recommended format detailed here. I've checked the project still works right and that the lock file contains the test dependencies.

@ablythed FYI, when you get round to making your exoplanets project, you'll want to use the same format as the anaconda-project.yml here in boids.

Looks ready to merge. Ok, @jlstevens ?

Yes, ready to merge!


Make wasi-common self-contained, deprecate exports from wasmtime-wasi

The goal of this PR is to set the stage for wasmtime-wasi::preview2 to be promoted to the root of the wasmtime-wasi crate. This PR is settling up on a bunch of tech debt, and is intended to be backported to the release-18.0.0 branch. Once landed and backported, a follow-up PR will finish this work to be released as part of the 19.0 release.
Now that Preview 2 is out, and wasmtime-wasi::preview2::preview1 is providing wasmtime-cli's default implementation of Preview 1 for a few releases, wasi-common only needs to exist to keep the (zombie, given the proposal status) wasmtime-wasi-threads implementation working. Since most embedders don't care about that, we want to push wasi-common out of the wasmtime-wasi crate.
Historically, wasi-common was "independent" of wasmtime and wasmtime-wasi provided the integration. This hasn't actually been the case for a while, but now wasi-common uses a cargo feature wasmtime to determine whether to take a dependency on wasmtime. In addition, another historical accident of wasi-common was that it defined the WasiFile, WasiDir, WasiSched and etc traits, but didn't actually provide impls of those traits - those were provided by wasi-cap-std-sync and wasi-tokio. (That architectural wart was mostly because I didn't understand cargo features and optional dependencies when I developed it.) To gloss over that whole mess, wasmtime-wasi provided a conveniently integrated with wasmtime export of wasi-common hooked to wasi-cap-std-sync's impls at its root (as well as under wasmtime_wasi::sync) and the wasi-common hooked to wasi-tokio under wasmtime_wasi::tokio.
This PR plows the whole legacy mess over into wasi-common, and leaves wasmtime_wasi's exports of -common under #[deprecated(since = "18.0.0", note = "... permanent deletion in 19.0"] markers. These deprecations will be released for wasmtime 18 and then go away completely in wasmtime 19.
The wasi-cap-std-sync and wasi-tokio crates have now been totally inlined at wasi_common::sync and wasi_common::tokio, behind features, as they always could have been. Wasmtime integration for those impls are defined in those mods as well, rather than in wasmtime-wasi.
The wasi-common::maybe_exit_on_error func exists so that the cli and (recoils in horror) wasi-threads can terminate the entire process in the case of a trap, which is a pretty terrible idea in general. Besides providing the deprecated implementation, this PR moves the logic for the preview2::I32Exit handling to an associated function that extracts an exit code in the wasmtime-wasi::preview2::error module, and all calls to std::process::exit to the wasmtime-cli crate, since that is such an extraordinarily dangerous function. Additionally I switched to using a rustix export for the sigabort exit code, rather than libc, to eliminate an unnecessary dep.
The follow-up PR will delete the deprecations (the entire contents of the root except for pub mod preview2), move the entire wasmtime_wasi::preview2 mod up to the root, and shift all of the tests and examples throughout this repository to use wasmtime_wasi instead of wasi_common.

Good reminder - done!


Manual invalidation

Is it possible to do something like:
// schema is a `checkit` object.
schema.invalidate('path', 'error message');

I'm working on a new project where manual invalidation could be very helpful. In my head this (potential) API would work regardless if the schema has already been run() or not.

Right. So just to actually generate the error message manually? Sounds like a useful addition. I'll take a PR.

@nicholaswyoung can you provide a use case for this? Right now all of Checkit's validation is done in a single call and your provided a return by way of err, res or a promise if async.
Being able to invalidate something manually would require interrupting the validation process or somehow providing a reference to the current validation cycle in a custom rule function.

@ninjabanjo My apologies... I thought this issue was closed long ago. I'm not using CheckIt anymore, so my request is irrelevant.


Fan Control is recognise as Aircon in Home App

Hi,
I need some help here. I am having issue where type "fan", it is recognize as A/C control in the home app on iPhone. Is there anything wrong i did?
        "platform": "BroadlinkRM",
        "name": "Broadlink RM",
        "hideScanFrequencyButton": false,
        "hideLearnButton": false,
        "hideWelcomeMessage": false,
        "accessories": [
            {
                "name": "Fan On/Off",
                "type": "fan",
                "data": {
                    "on": "2600a2006e761d581c571d1c1d571d571d571d1c1d1c1c1c1d1c1d1c1d571d1b1d1c1d571d1c1d1c1c1c1d581c571d571d571d571d1c1d00047d72771c581d571d1c1b581c581c591b1d1c1d1c1d1c1d1c1c1c581c1d1c1d1b591b1d1c1d1c1d1c581c581c581c581c5a1a1d1c00047d72771c581c581c1d1c581c581c581c1d1c1d1b1d1c1d1c1d1b591b1d1c1d1c581c1d1c1d1b1d1c581c581c581c581c581c1d1c000d05000000000000",
                    "off": "2600a2006e761d581c571d1c1d571d571d571d1c1d1c1c1c1d1c1d1c1d571d1b1d1c1d571d1c1d1c1c1c1d581c571d571d571d571d1c1d00047d72771c581d571d1c1b581c581c591b1d1c1d1c1d1c1d1c1c1c581c1d1c1d1b591b1d1c1d1c1d1c581c581c581c581c5a1a1d1c00047d72771c581c581c1d1c581c581c581c1d1c1d1b1d1c1d1c1d1b591b1d1c1d1c581c1d1c1d1b1d1c581c581c581c581c581c1d1c000d05000000000000",

"swingToggle": "2600a2006e761d581c571d1c1d571d571d571d1c1d1c1c1c1d1c1d1c1d571d1b1d1c1d571d1c1d1c1c1c1d581c571d571d571d571d1c1d00047d72771c581d571d1c1b581c581c591b1d1c1d1c1d1c1d1c1c1c581c1d1c1d1b591b1d1c1d1c1d1c581c581c581c581c5a1a1d1c00047d72771c581c581c1d1c581c581c581c1d1c1d1b1d1c1d1c1d1b591b1d1c1d1c581c1d1c1d1b1d1c581c581c581c581c581c1d1c000d05000000000000",

I second this, type fan is currently recognized by the Home app as an air conditioner.
Homebridge Config UI X itself identifies the accessory as a thermostat.
Node.js v12.16.3
npm v6.14.5
Homebridge v1.0.4
Homebridge Config UI X v4.18.0
Homebridge Broadlink Rm v3.6.22

Found it, it's a bug introduced in accessories/fan.js and accessories/garageDoorOpener.js after 3.6.18:
accessories/fan.js
accessories/garageDoorOpener.js
Downgrading to 3.6.18 can be a temporary workaround until it's fixed.

It works like charm! Thank you for your help!!


MaskFeature task improvement

This PR continues PR https://github.com/sentinel-hub/eo-learn/pull/195 and implements a more general masking for both time-dependent and time-independent spatial features. It also adds some unit tests.

Codecov Report

:exclamation: No coverage uploaded for pull request base (develop@2061815). Click here to learn what that means.
The diff coverage is n/a.

@@            Coverage Diff             @@
##             develop     #197   +/-   ##
==========================================
  Coverage           ?   79.98%
==========================================
  Files              ?       45
  Lines              ?     4717
  Branches           ?        0
==========================================
  Hits               ?     3773
  Misses             ?      944
  Partials           ?        0

Continue to review full report at Codecov.

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


E2E Test Support for karpenter-core

Tell us about your request
Currently, Karpenter is running all of its E2E tests orchestrated through the [aws/karpenter] repository. This works fine when there is a single cloudprovider but we should consider orchestrating E2E tests from karpenter-core with a "fake-ish" cloudprovider so that we can have higher confidence in changes that come in through karpenter-core before they are published in new versions for the package.
We could even use a minimal cloudprovider like k3s to test the E2E functionality of the core feature set inside of this package.
Tell us about the problem you're trying to solve. What are you trying to do, and why is it hard?
N/A
Are you currently working around this issue?
N/A
Additional Context
No response
Attachments
No response
Community Note

Please vote on this issue by adding a 👍 reaction to the original issue to help the community and maintainers prioritize this request
Please do not leave "+1" or "me too" comments, they generate extra noise for issue followers and do not help prioritize the request
If you are interested in working on this issue or have submitted a pull request, please leave a comment

/remove-lifecycle stale

/remove-lifecycle rotten

cc: @njtran is this one related to your kind cluster work maybe?


Add crate: wgpu

Please add crate to category: 3D rendering
https://github.com/gfx-rs/wgpu

Solved in #170


Fix sha builds and catalog/bundle generation/verification

Currently the implementation for creating and pushing sha images of Kuadrant service to quay for then include them in a latest-sha catalog/bundle is broken when a PR comes from a fork. This is because our security features protecting any external code from creating/pushing images to quay.
In order to solve this use case, a series of changes need happen:

Tag with GH SHA (alongside latest tag) on push to main branch. This will work regardless the origin of the PR, for every Kuadrant service (operators and operands the same way)
Correct the bundle/catalog verification in order to make proper assertions
Remove the SHA tags from any other step, will be relying on latest merge in main to keep consistency.

This will mean that branch features won't be integrated in the scheduled build, which a way of mitigating that case would be manually triggering the base build job with the desired tags/versions of images hosted in quay, or building everything locally

How this going @didierofrivia ?


update admiral link to last release

Update links to point to the new admiral multi-version docs page.

@cicdguy @bms63 the check links job passed, you can merge it !


Display QR Code title different from URL in alias

Description
The goal of this PR is to display QR Code title different from QR Code URL in alias
Changes include

[ ] Bugfix (non-breaking change that solves an issue)
[x] New feature (non-breaking change that adds functionality)
[ ] Breaking change (change that is not backwards-compatible and/or changes current functionality)
[ ] Tests
[ ] Documentation
[ ] Other (for changes that might not fit in any category)

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Project coverage is 35.76%. Comparing base (8128def) to head (dbaf4fc).

Additional details and impacted files
@@           Coverage Diff           @@
##           master     #803   +/-   ##
=======================================
  Coverage   35.76%   35.76%
=======================================
  Files          13       13
  Lines        1591     1591
=======================================
  Hits          569      569
  Misses       1022     1022

Flag
Coverage Δ

unittests
35.76% <ø> (ø)

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

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


Add before_and_after to moreitertools

Description
Add before_and_after functin to moreitertools

Please rebase onto latest from main to resolve some of these build issues.

rebased

Thank you!


Settings and Advanced panel contents overflow on Windows on v0.5.2

Looks like in Windows on version 0.5.2 of the extension, the contents  of the Settings and Advanced panels overflow, and we don't have scroll bars to handle that. We don't need scrollbars, but due to the limited space in this extension in general, we can probably reduce our margins/padding between sections to 4px, and compress some other spacing (checkboxes in advanced panel, maybe squeeze the verticals spacing of the main buttons at the top too?).
Screenshot:

Maybe make all blocks (white areas) expandable by clicking on its title (which always visible)?


Web View not closing after successful Authentication

I have successfully integrated Fitbitter and the login and subsequent permission page, the app is redirecting to the redirection url. I am also getting the Authorization Code through Uni Link stream listener.
But everything is happening in background while the web view stays at the top. It never closes and Fitbit.com permission page comes back again. Is there any way to close the WebView after successful authentication. I am on a 7th generation iPad

.

I think you are not providing a correct redirect Uri.

Actually, what I have found out after thorough inspection is that - the redirection is working fine but in return, it always showing user has cancelled the authentication process. As I was accessing other datas after authentication those processes were showing errors and it seemed like the redirection was not happening.

.

I have used uni_links: ^0.5.1 to check what links I am getting back. It returns with the correct values

.

Ok, can you copy&paste the piece of code where you are calling Fitbitter.authorize?

String? userId = await FitbitConnector.authorize(           context: context,           clientID: Strings.fitbitClientID,           clientSecret: Strings.fitbitClientSecret,           redirectUri: Strings.fitbitRedirectUri,           callbackUrlScheme: Strings.fitbitCallbackScheme);

The only other "normal" bug can be that you used wrong fitbitRedirectUri and callBackUrlScheme. Could you please check this?

@subhoalmighty I am facing the same issue, it would be great if you can share the solution if you got any.

Is the browser that you are using (the one that pops up) WebView? Or is it Chrome/Safari?

It is webview

That's why you are experiencing the issue! For some reason webview does not close itself. I can assure you that the problem will disappear if you use Chrome.

https://user-images.githubusercontent.com/73571511/179423528-b6410df3-f095-482e-9595-9c1cedb1aed2.mp4
See this is the issue I am facing

Ok, the error seems suggesting that you are not setting the right URL SCHEME. Please check your manifest and how you are using the authorize() method.

Any update on this. Facing the same issue.
Android working fine.
In iOS not redirecting to my app

I am closing this since I just run the example app in iOS and Android and it works fine.


Lime setup doesn't work

Describe your problem here.
hi i folllow this tutorial to make my first fnf mod ever but i have an issue :
https://www.youtube.com/watch?v=4IuC8ti6_4o&list=PLfb6KneL63QuD0T0lolMvkQPQM7ZPjy9n&index=3
at 9:22
When i tap lime setup window i have this error
C:\Users\User1\PSYCH\FNF-PsychEngine-main\export\release\windows\obj>setlocal enabledelayedexpansion
Warning: Could not find Visual Studio VsDevCmd
Missing HXCPP_VARS
Error: Could not automatically setup MSVC
image :

the thing is that i download vscode with the 2019 MSVC C++ build tools x64 and the windows 10 SDK

pls help me

little update when i try to do the windows-msvcs.bat it shows me this

Are you modding a build from source or with Lua?
Source
What is your build target?
Windows x64
Did you edit anything in this build? If so, mention or summarize your changes.
no

my bad i forgot the link of the tutorial :
https://www.youtube.com/watch?v=4IuC8ti6_4o&list=PLfb6KneL63QuD0T0lolMvkQPQM7ZPjy9n&index=3

install visual studio 2019 and then run haxelib run lime setup


Motivated by the timeout in
clusterfuzz-testcase-minimized-buffer_fuzz_test-5760708737761280 (>
25s), it was clear that there are some major inefficiencies in how we
fuzz the buffer implementations. This PR addresses them, namely:

The StringBuffer implementation that was used for differential
fuzzing (for correctness) was too simplistic, and had O(n^2)
characteristics, e.g. each action that drained a single byte forced
the buffer to be memcopied. Replaced with a fast flat array that takes
advantage of the bounded nature of input in the fuzz test to achieve
optimal operations, while remaining simple enough to grok.

Various accessor operations, e.g. search, were previously tested next
to mutating operations. This is kind of expensive, as we might double
work, or turn an O(1) operation into O(n). Instead, these are now
modeled as explicit actions.

Used Linux perf events profiling to tune buffer and action bounds to
improve performance. Went from > 50% of time spent in memcpy/memset to
~10% of time spent in the entire test code. The rest of the time is
spent in libproto-mutator. This is in part because we use text vs.
binary, and also because of a lack of -max_len on the fuzzer CLI.
@asraa plans on following up on this in the future, as this is a
general cross fuzzer concern in Envoy, we rely heavily on
libproto-mutator.

The clusterfuzz-testcase-minimized-buffer_fuzz_test-5760708737761280
case now passes in milliseconds. With -max_len set to 512, we now
converge  new_buffer_fuzz_test after a while at 540/s, vs. previously at
30 exec/s (with Clang 9).
Also, some other technical debt pay down and bonus items:

Fixed max allocation accounting in various places in bufferFuzz() and
executeActions().

Tell git and GitHub to treat corpus entries similar to binary; don't
include them in language stats for the repo.

Risk level: Low (testing only)
Testing: Built and ran test locally for ~10 minutes, no crashes.
Signed-off-by: Harvey Tuch<EMAIL_ADDRESS>

Thank you! Will add the -max_len option to our OSS-Fuzz project, hopefully we can see an improvement in the speed next week on it!


Remove deprecated methods and improve reprs

Delete all v0.8 deprecated methods
Allow cirq.Moment to take OP_TREE arguments, deprecate operations= keyword.
GateOperation now prefers reprs like "{gate}({qubits})" when it can prove "{gate}" is safe to append () onto
ControlledOperation now prefers reprs like "{op}.controlled_by({qubits})"
GateOperation can now delegate to op_repr of its gate
MeasurementGate now prefers op reprs like "cirq.measure({})"
Fix a few type annotations not using top-level types

Automerge cancelled: A required status check is not present.
Missing statuses: ['cla/google']


fix readme

I was running a quick benchmark and noticed the readme had a formatting/typo issue. Nice to have it easy to copy and test from the readme, so a tiny PR.
I noticed you have a benchmark it might be nice to check in the output with some info on what it was run on... I just put one together quickly before seeing it.
My bench did put this on top of the other compression algos, not by a lot but still a simple win:
cache with compression
                        146.695 (±81.1%) i/s -    264.000 in  23.939195s
adding report
cache with snappy compression
                        126.183 (±66.6%) i/s -    156.000 in  12.948649s
adding report
cache with l4z compression
                        171.370 (±51.4%) i/s -    357.000 in  15.027031s
adding report
cache with l4z_flex compression
                        204.913 (±50.3%) i/s -    103.000 in  11.849561s
adding report

Comparison:
cache with l4z_flex compression:      204.9 i/s
cache with l4z compression:      171.4 i/s - same-ish: difference falls within error
cache with compression:      146.7 i/s - same-ish: difference falls within error
cache with snappy compression:      126.2 i/s - same-ish: difference falls within error

thank you!


Waiting for custodian.pw

Hey i keep having this issue. I cant find it anywhere in the Code. Any clue how i can fix this? It makes my website load infinitely.

It doesnt have his issue locally

I need to be honest, not sure what it is, what OS and browser do you use?

But yeah i didnt find it too so its quite wierd


Dev v0.32.2

Fix migrations under v9 (only an issue for very old or newly created worlds)
Remove dependecy on bug-reporter which does not support v9 yet

Tested on latest v9 and 0.8.9. I've not bumped NEEDS_MIGRATION_VERSION so it'll only migrate worlds from v0.22.0 and earlier or brand new worlds with no data.


Fixed issue where bones become detached if multiple SkeletonIK nodes are used

A Godot 4 version of #49031. The code is exactly the same :+1:

Thanks!


Unable to install it on a LXC container with snapd

Question
Hi,
I created a fresh LXC container on Proxmox and installed snapd. This worked fine, snap is also working. When I now start with the installment I got this:
root@host:~# snap install immich-distribution
error: cannot perform the following tasks:
- Run configure hook of "immich-distribution" snap if present (run hook "configure": aa_is_enabled() failed unexpectedly (No such file or directory): No such file or directory)

So he is missing a file but I don't know which. Can you help me?

I figured it out by myself.
The problem is not your app, it's snap. Snap uses apparmor, what is not available on LXC. This maybe can passed but this would not very suitable...


pre-built gui controls not displayed by default on the demo website or starter-kit

Go to https://rpgjs.dev, https://demo.rpgjs.dev/ or execute
npx degit rpgjs/template my-rpg-game
cd my-rpg-game
npm install
npm run dev

By default the menu and "A" button don't show up, nor the nipplejs joystick. However, if you press "Escape" to enter the menu and "Escape" again to exit, they do. Currently this makes the demo unusable on mobile.
A fix is either to call RpgGui.display(PrebuiltGui.Controls) on the client side (as in https://docs.rpgjs.dev/guide/responsive-design.html#controls) or this.gui('rpg-controls').open() on the server side (as in https://docs.rpgjs.dev/guide/create-gui.html#server-side).

Hello,
Thank you very much for the feedback. I'll look at it very soon and add the corrections

Hello,
Thank you very much for the feedback. I'll look at it very soon and add the corrections

Hi I think #83 is the biggest issue for my use case, the other ones I don't need them to be fixed or can easily work around the bug. Thanks for writing RPG-JS BTW!

Changes have been made to the dev branch, I'll let you know when it's released

Fixed on the update (alpha.10)


[Starter Set] Some (all?) actors have the wrong ranged damage

Carmello's Crew do massive damage, no error.


catatonit: init at 0.1.5

Motivation for this change
Podman uses catatonit as the default container-init with podman run --init. It is currently broken on NixOS:
$ podman run --init busybox
Error: container-init binary not found on the host: stat /usr/libexec/podman/catatonit: no such file or directory

The idea is to add catatonit to nixpkgs, then patch podman to use ${catatonit}/bin/catatonit instead of  /usr/libexec/podman/catatonit.
Things done

[x] Tested using sandboxing (nix.useSandbox on NixOS, or option sandbox in nix.conf on non-NixOS linux)
Built on platform(s)

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[ ] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[x] Tested execution of all binary files (usually in ./result/bin/)
[ ] Determined the impact on package closure size (by running nix path-info -S before and after)
[ ] Ensured that relevant documentation is up to date
[x] Fits CONTRIBUTING.md.

I've added a check to ensure that the executable is statically linked, because it won't work inside a container otherwise. Using readelf -d | grep feels kind of sketchy though. Does anybody know a better way to do it?

Result of nixpkgs-review pr 114821 at a05a99c2 run on aarch64-linux 1

1 package built:

catatonit

1 suggestion:

warning: missing-phase-hooks
checkPhase should probably contain runHook preCheck and runHook postCheck.
Near pkgs/applications/virtualization/catatonit/default.nix:27:3:
   |
27 |   checkPhase = ''
   |   ^

patch podman ...

Shouldn't be needed, if adding it to the wrapper doesn't work it can be added to containers.nix as an explicit path with init_path like we do for CNI.
https://github.com/NixOS/nixpkgs/blob/80308388cd77ee58823c9b6f24b46892cd359145/nixos/modules/virtualisation/containers.nix#L119

@zowoq Thanks for the instant review!

Adding it to the wrapper didn't work so it can be added here.
diff --git a/nixos/modules/virtualisation/containers.nix b/nixos/modules/virtualisation/containers.nix
index 997edf77ba9..4c7e365ac0f 100644
--- a/nixos/modules/virtualisation/containers.nix
+++ b/nixos/modules/virtualisation/containers.nix
@@ -118,8 +118,9 @@ in
       [network]
       cni_plugin_dirs = ["${pkgs.cni-plugins}/bin/"]

-      ${lib.optionalString (cfg.ociSeccompBpfHook.enable == true) ''
       [engine]
+      init_path = "${pkgs.catatonit}/bin/catatonit"
+      ${lib.optionalString (cfg.ociSeccompBpfHook.enable == true) ''
       hooks_dir = [
         "${config.boot.kernelPackages.oci-seccomp-bpf-hook}",
       ]

@zowoq thanks, I'll test it locally and try to add a NixOS test for podman run --init.

nix-build -A pkgsMusl.catatonit builds fine.

Is anything required from my side?

@GrahamcOfBorg test podman

Added a test for podman run --init while we are at it. I actually thoght that podman --init stuff should go into a separate PR but why not. :)

@GrahamcOfBorg test podman

Probably want to add passthru.tests to catatonic and also add it to the podman team as it's included in the module by default. I can do both in a few hours.


Update code to Swift 3b6

Upgraded code to the Swift 3 version shipped with Xcode 8 b6.
Details:

Bumped Swift version in swiftenv file
Refer to the most recent version of IP project with custom tag 0.9.1 (optional change) in Package.swift
Fix UDPError type
Remove where clause from "if let" statement
Rename tests folder, fix text func signature

@segabor can you send a PR to IP and then reference the subsequent tag instead of the fork, please? (:

Sure. PR is created. I will make a new PR right after that one is accepted.


AAF-95-write-routes

#95 Add write routes for wishlists

@phuchle Negative no tests yet. Was planning to create an issue. I was sitting on that for the longest time.

@jwu910  There are a few places in your PR where my comments apply re: preferring async/await and the TEMP ERROR, but I forgot to mention all of them

Cool. Gotta get a little cozier with the code-base again, but i'll get in there and make these changes.

CHanged the removed the try/catch for now. We can figure that out later.

Resolve package-lock conflicts?

@phuchle merged latest dev code. Should be handled :+1:

@phuchle @rainrivas This should be gtg

can merge after @rainrivas takes a second look


Hotfix/pointer search paginator

resolve issue: #1695
Purpose
solve the problem that there is no pagination for add link search result

Changes
add paginator to add link serach result

There is a lot of duplicated from contribAdder.js here. Can you refactor this to reduce the duplications, perhaps through helper functions and/or subclassing (we now support ES6 classes if module's file extension is .es6.js)?
Once that refactor is done, I will do another pass. :point_up:

Using the new es6 to refactor paginator, so now move the base to be develop. The new pull request is https://github.com/CenterForOpenScience/osf.io/pull/2134


inconsistency with bot spawns in factory day.

General information
Project issue is for:
(Server/Modules/Launcher)
might be a server issue
Expected result:
bots takes a long time to spawn. with or without boss and with or without gear.
Actual result:
ive tried to run factory day with gear and without gear. tagilla seems to spawn 80% percent of the time and no bots spawns other than him. and if he spawns he is stuck until you go up to him. shooting him does not make him move. bots seems to not spawn even though i should be tagged and cursed. and if they spawn its a phew bots. its not after the timer reaches red the bots starts to go crazy.
How to reproduce

start a factory raid wait a few seconds and go around looking for both pmcs and scavs

Log files
[2024-03-08T20:15:10.288Z] warn: 	Unsupported system langauge found: nb, falling back to english
[2024-03-08T20:15:10.289Z] debug: 	[WS] message sent
[2024-03-08T20:15:14.512Z] info: 	[Client Request] /player/health/sync
[2024-03-08T20:15:22.331Z] info: 	[Client Request] /singleplayer/settings/raid/menu
[2024-03-08T20:15:22.848Z] info: 	[Client Request] /client/insurance/items/list/cost
[2024-03-08T20:15:24.594Z] info: 	[Client Request] /player/health/sync
[2024-03-08T20:15:24.600Z] info: 	[Client Request] /client/match/group/exit_from_menu
[2024-03-08T20:15:29.150Z] info: 	[Client Request] /singleplayer/settings/getRaidTime
[2024-03-08T20:15:29.169Z] info: 	[Client Request] /client/location/getLocalloot
[2024-03-08T20:15:29.170Z] debug: 	Generating data for: factory4_day, variant: 5
[2024-03-08T20:15:29.177Z] debug: 	Added 23 guaranteed containers
[2024-03-08T20:15:29.184Z] debug: 	Group: CaseN3_factory has no containers with < 100% spawn chance to choose from, skipping
[2024-03-08T20:15:29.191Z] debug: 	Group:  has no containers with < 100% spawn chance to choose from, skipping
[2024-03-08T20:15:29.192Z] succ: 	A total of 197 static items spawned
[2024-03-08T20:15:29.192Z] succ: 	A total of 48 static containers generated
[2024-03-08T20:15:29.229Z] succ: 	A total of 14 dynamic items spawned
[2024-03-08T20:15:29.230Z] succ: 	Generated location factory4_day
[2024-03-08T20:15:29.234Z] info: 	[Client Request] /client/raid/configuration
[2024-03-08T20:15:32.023Z] info: 	[Client Request] /singleplayer/settings/bot/maxCap
[2024-03-08T20:15:32.036Z] info: 	[Client Request] /singleplayer/settings/bot/limit/marksman
[2024-03-08T20:15:32.037Z] info: 	[Client Request] /singleplayer/settings/bot/limit/assault
[2024-03-08T20:15:32.038Z] info: 	[Client Request] /singleplayer/settings/bot/limit/sptBear
[2024-03-08T20:15:32.039Z] info: 	[Client Request] /singleplayer/settings/bot/limit/sptUsec
[2024-03-08T20:15:32.040Z] info: 	[Client Request] /singleplayer/settings/bot/limit/bossTagilla
[2024-03-08T20:15:32.061Z] info: 	[Client Request] /client/game/bot/generate
[2024-03-08T20:15:32.363Z] debug: 	Generated 30 marksman () easy bots
[2024-03-08T20:15:32.847Z] debug: 	Failed to place item 3 of 4 items into assault containers: Pockets. Tried 4 times, reason: NO_SPACE, skipping
[2024-03-08T20:15:33.116Z] debug: 	Failed to place item 3 of 4 items into assault containers: Pockets. Tried 4 times, reason: NO_SPACE, skipping
[2024-03-08T20:15:33.125Z] debug: 	Generated 50 assault () normal bots
[2024-03-08T20:15:33.134Z] debug: 	Plate filter was too restrictive for armor: 609e8540d5c319764c2bc2e9, unable to find plates of level: 2. Using mod items default plate
[2024-03-08T20:15:33.134Z] debug: 	Plate filter was too restrictive for armor: 609e8540d5c319764c2bc2e9, unable to find plates of level: 4. Using mod items default plate
[2024-03-08T20:15:33.134Z] debug: 	Plate slot: Left_side_plate selection for armor: 609e8540d5c319764c2bc2e9 failed: NO_DEFAULT_FILTER, skipping
[2024-03-08T20:15:33.195Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.197Z] debug: 	No default: mod_muzzle mod found on template: 5bfd297f0db834001a669119
[2024-03-08T20:15:33.214Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.232Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.249Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.249Z] debug: 	Plate filter was too restrictive for armor: 5c0e57ba86f7747fa141986d, unable to find plates of level: 3. Using mod items default plate
[2024-03-08T20:15:33.250Z] debug: 	No default: mod_muzzle mod found on template: 574d967124597745970e7c94
[2024-03-08T20:15:33.250Z] debug: 	No default: mod_pistol_grip mod found on template: 574d967124597745970e7c94
[2024-03-08T20:15:33.268Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.270Z] debug: 	No default: mod_muzzle mod found on template: 54491c4f4bdc2db1078b4568
[2024-03-08T20:15:33.286Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.303Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.321Z] debug: 	Plate filter was too restrictive for armor: 5d5d87f786f77427997cfaef, unable to find plates of level: 3. Using mod items default plate
[2024-03-08T20:15:33.321Z] debug: 	Plate slot: Left_side_plate selection for armor: 5d5d87f786f77427997cfaef failed: NO_DEFAULT_FILTER, skipping
[2024-03-08T20:15:33.341Z] debug: 	Plate filter was too restrictive for armor: 609e8540d5c319764c2bc2e9, unable to find plates of level: 2. Using mod items default plate
[2024-03-08T20:15:33.342Z] debug: 	Plate filter was too restrictive for armor: 609e8540d5c319764c2bc2e9, unable to find plates of level: 4. Using mod items default plate
[2024-03-08T20:15:33.342Z] debug: 	Plate slot: Left_side_plate selection for armor: 609e8540d5c319764c2bc2e9 failed: NO_DEFAULT_FILTER, skipping
[2024-03-08T20:15:33.360Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.397Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.398Z] debug: 	Plate filter was too restrictive for armor: 5d5d87f786f77427997cfaef, unable to find plates of level: 2. Using mod items default plate
[2024-03-08T20:15:33.398Z] debug: 	No default: mod_muzzle mod found on template: 5ae08f0a5acfc408fb1398a1
[2024-03-08T20:15:33.415Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.416Z] debug: 	Plate filter was too restrictive for armor: 5b44d22286f774172b0c9de8, unable to find plates of level: 2. Using mod items default plate
[2024-03-08T20:15:33.417Z] debug: 	No default: mod_pistol_grip mod found on template: 587e02ff24597743df3deaeb
[2024-03-08T20:15:33.435Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.454Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.455Z] debug: 	Plate filter was too restrictive for armor: 5c0e5bab86f77461f55ed1f3, unable to find plates of level: 2. Using mod items default plate
[2024-03-08T20:15:33.492Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.514Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.515Z] debug: 	No default: mod_reciever mod found on template: 583990e32459771419544dd2
[2024-03-08T20:15:33.532Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.533Z] debug: 	Plate filter was too restrictive for armor: 5c0e5bab86f77461f55ed1f3, unable to find plates of level: 2. Using mod items default plate
[2024-03-08T20:15:33.533Z] debug: 	Plate slot: Back_plate selection for armor: 5c0e5bab86f77461f55ed1f3 failed: NO_DEFAULT_FILTER, skipping
[2024-03-08T20:15:33.534Z] debug: 	No default: mod_muzzle mod found on template: 56dee2bdd2720bc8328b4567
[2024-03-08T20:15:33.550Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.588Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.589Z] debug: 	No default: mod_reciever mod found on template: 583990e32459771419544dd2
[2024-03-08T20:15:33.608Z] debug: 	Plate filter was too restrictive for armor: 5c0e51be86f774598e797894, unable to find plates of level: 3. Using mod items default plate
[2024-03-08T20:15:33.625Z] debug: 	Generated 25 sptBear () normal bots
[2024-03-08T20:15:33.633Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.634Z] debug: 	No default: mod_pistol_grip mod found on template: 587e02ff24597743df3deaeb
[2024-03-08T20:15:33.683Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.684Z] debug: 	No default: mod_muzzle mod found on template: 5bfd297f0db834001a669119
[2024-03-08T20:15:33.703Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.704Z] debug: 	No default: mod_reciever mod found on template: 583990e32459771419544dd2
[2024-03-08T20:15:33.749Z] debug: 	Plate filter was too restrictive for armor: 5c0e5edb86f77461f55ed1f7, unable to find plates of level: 2. Using mod items default plate
[2024-03-08T20:15:33.749Z] debug: 	No default: mod_muzzle mod found on template: 5fc3e272f8b6a877a729eac5
[2024-03-08T20:15:33.769Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.770Z] debug: 	No default: mod_muzzle mod found on template: 56dee2bdd2720bc8328b4567
[2024-03-08T20:15:33.790Z] debug: 	Failed to place item 3 of 4 items into sptusec containers: Pockets,TacticalVest. Tried 4 times, reason: NO_SPACE, skipping
[2024-03-08T20:15:33.806Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.806Z] debug: 	Plate filter was too restrictive for armor: 5c0e5bab86f77461f55ed1f3, unable to find plates of level: 3. Using mod items default plate
[2024-03-08T20:15:33.807Z] debug: 	Plate slot: Back_plate selection for armor: 5c0e5bab86f77461f55ed1f3 failed: NO_DEFAULT_FILTER, skipping
[2024-03-08T20:15:33.854Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.855Z] debug: 	Plate filter was too restrictive for armor: 609e8540d5c319764c2bc2e9, unable to find plates of level: 2. Using mod items default plate
[2024-03-08T20:15:33.855Z] debug: 	Plate filter was too restrictive for armor: 609e8540d5c319764c2bc2e9, unable to find plates of level: 2. Using mod items default plate
[2024-03-08T20:15:33.856Z] debug: 	No default: mod_muzzle mod found on template: 56dee2bdd2720bc8328b4567
[2024-03-08T20:15:33.873Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.876Z] debug: 	No default: mod_muzzle mod found on template: 5447a9cd4bdc2dbd208b4567
[2024-03-08T20:15:33.896Z] debug: 	Plate filter was too restrictive for armor: 5b44cf1486f77431723e3d05, unable to find plates of level: 2. Using mod items default plate
[2024-03-08T20:15:33.915Z] debug: 	Plate filter was too restrictive for armor: 5c0e5edb86f77461f55ed1f7, unable to find plates of level: 2. Using mod items default plate
[2024-03-08T20:15:33.916Z] debug: 	No default: mod_muzzle mod found on template: 5de7bd7bfd6b4e6e2276dc25
[2024-03-08T20:15:33.945Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:33.963Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:34.002Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:34.003Z] debug: 	No default: mod_muzzle mod found on template: 5c501a4d2e221602b412b540
[2024-03-08T20:15:34.031Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:34.049Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:34.050Z] debug: 	Plate filter was too restrictive for armor: 5c0e5bab86f77461f55ed1f3, unable to find plates of level: 4. Using mod items default plate
[2024-03-08T20:15:34.053Z] debug: 	No default: mod_barrel mod found on template: 5d67abc1a4b93614ec50137f
[2024-03-08T20:15:34.088Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:34.089Z] debug: 	Plate filter was too restrictive for armor: 5c0e5bab86f77461f55ed1f3, unable to find plates of level: 2. Using mod items default plate
[2024-03-08T20:15:34.089Z] debug: 	Plate slot: Back_plate selection for armor: 5c0e5bab86f77461f55ed1f3 failed: NO_DEFAULT_FILTER, skipping
[2024-03-08T20:15:34.090Z] debug: 	Plate filter was too restrictive for armor: 5c0e5bab86f77461f55ed1f3, unable to find plates of level: 2. Using mod items default plate
[2024-03-08T20:15:34.090Z] debug: 	No default: mod_muzzle mod found on template: 5926bb2186f7744b1c6c6e60
[2024-03-08T20:15:34.108Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:34.137Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:34.139Z] debug: 	No default: mod_muzzle mod found on template: 5447a9cd4bdc2dbd208b4567
[2024-03-08T20:15:34.156Z] debug: 	Tried to edit a non-existent item for slot: TacticalVest 5fd4c4fa16cac650092f6771
[2024-03-08T20:15:34.196Z] debug: 	Plate filter was too restrictive for armor: 5c0e57ba86f7747fa141986d, unable to find plates of level: 2. Using mod items default plate
[2024-03-08T20:15:34.224Z] debug: 	Generated 25 sptUsec () normal bots
[2024-03-08T20:15:34.250Z] debug: 	 Cannot add: 606eef46232e5a31c233d500 to slot: mod_stock. Would block existing item: 607d5aa50494a626335e12ed in slot: mod_handguard
[2024-03-08T20:15:34.260Z] debug: 	 Cannot add: 606eef46232e5a31c233d500 to slot: mod_stock. Would block existing item: 607d5aa50494a626335e12ed in slot: mod_handguard
[2024-03-08T20:15:34.280Z] debug: 	Generated 5 bossTagilla () normal bots
[2024-03-08T20:15:42.030Z] info: 	[Client Request] /client/game/bot/generate
[2024-03-08T20:15:46.646Z] info: 	[Client Request] /client/game/bot/generate
[2024-03-08T20:15:46.691Z] info: 	[Client Request] /launcher/profile/info
[2024-03-08T20:15:46.693Z] info: 	[Client Request] /launcher/server/version
[2024-03-08T20:16:15.994Z] info: 	[Client Request] /client/game/bot/generate
[2024-03-08T20:16:17.087Z] info: 	[Client Request] /client/game/bot/generate
[2024-03-08T20:16:20.889Z] info: 	[Client Request] /client/game/bot/generate
[2024-03-08T20:16:36.339Z] debug: 	[WS] Pinging player: 65ea3cc600029379c37b55f6
[2024-03-08T20:16:36.340Z] debug: 	[WS] Socket lost, deleting handle
[2024-03-08T20:16:46.678Z] info: 	[Client Request] /launcher/profile/info
[2024-03-08T20:16:46.679Z] info: 	[Client Request] /launcher/server/version
[2024-03-08T20:17:24.995Z] info: 	[Client Request] /client/game/bot/generate
[2024-03-08T20:17:31.847Z] info: 	[Client Request] /singleplayer/settings/raid/endstate
[2024-03-08T20:17:32.912Z] info: 	[Client Request] /client/match/offline/end
[2024-03-08T20:17:37.928Z] info: 	[Client Request] /raid/profile/save
[2024-03-08T20:17:37.930Z] debug: 	Raid outcome: killed

Originally written by MOKU

Can you attach the other log files please

Originally written by chomp

[Message:   BepInEx] BepInEx <IP_ADDRESS> - EscapeFromTarkov (06.03.2024 19.33.16)
[Info   :   BepInEx] Running under Unity v<IP_ADDRESS>96
[Info   :   BepInEx] CLR runtime version: 4.0.30319.42000
[Info   :   BepInEx] Supports SRE: True
[Info   :   BepInEx] System platform: Bits64, Windows
[Message:   BepInEx] Preloader started
[Info   :   BepInEx] Loaded 1 patcher method from [BepInEx.Preloader <IP_ADDRESS>]
[Info   :   BepInEx] Loaded 1 patcher method from [aki_PrePatch <IP_ADDRESS>]
[Info   :   BepInEx] Patching [UnityEngine.CoreModule] with [BepInEx.Chainloader]
[Info   :   BepInEx] Patching [Assembly-CSharp] with [Aki.PrePatch.AkiBotsPrePatcher]
[Message:   BepInEx] Preloader finished
[Message:   BepInEx] Chainloader ready
[Message:   BepInEx] Chainloader started
[Info   :   BepInEx] 9 plugins to load
[Info   :   BepInEx] Loading [Configuration Manager 18.0.1]
[Info   :   BepInEx] Loading [AKI.Core 3.8.0]
[Info   :  AKI.Core] Loading: Aki.Core
[Info   :ModulePatch] Enabled patch ConsistencySinglePatch
[Info   :ModulePatch] Enabled patch ConsistencyMultiPatch
[Info   :ModulePatch] Enabled patch GameValidationPatch
[Info   :ModulePatch] Enabled patch BattlEyePatch
[Info   :ModulePatch] Enabled patch SslCertificatePatch
[Info   :ModulePatch] Enabled patch UnityWebRequestPatch
[Info   :ModulePatch] Enabled patch WebSocketPatch
[Info   :ModulePatch] Enabled patch TransportPrefixPatch
[Info   :  AKI.Core] Completed: Aki.Core
[Info   :   BepInEx] Loading [AKI.Custom 3.8.0]
[Info   :AKI.Custom] Loading: Aki.Custom
[Info   :RequestHandler] Request GET json: 65ea3cc600029379c37b55f6:http://<IP_ADDRESS>:6969/singleplayer/bundles
[Info   :RequestHandler] Request was successful
[Info   :ModulePatch] Enabled patch EasyAssetsPatch
[Info   :ModulePatch] Enabled patch EasyBundlePatch
[Info   :ModulePatch] Enabled patch BossSpawnChancePatch
[Info   :ModulePatch] Enabled patch BotDifficultyPatch
[Info   :ModulePatch] Enabled patch CoreDifficultyPatch
[Info   :ModulePatch] Enabled patch OfflineRaidMenuPatch
[Info   :ModulePatch] Enabled patch OfflineRaidSettingsMenuPatch
[Info   :ModulePatch] Enabled patch VersionLabelPatch
[Info   :ModulePatch] Enabled patch IsEnemyPatch
[Info   :ModulePatch] Enabled patch BotCalledDataTryCallPatch
[Info   :ModulePatch] Enabled patch BotCallForHelpCallBotPatch
[Info   :ModulePatch] Enabled patch BotOwnerDisposePatch
[Info   :ModulePatch] Enabled patch LocationLootCacheBustingPatch
[Info   :ModulePatch] Enabled patch CheckAndAddEnemyPatch
[Info   :ModulePatch] Enabled patch BotSelfEnemyPatch
[Info   :ModulePatch] Enabled patch AddEnemyToAllGroupsInBotZonePatch
[Info   :ModulePatch] Enabled patch AirdropPatch
[Info   :ModulePatch] Enabled patch AirdropFlarePatch
[Info   :ModulePatch] Enabled patch AddSptBotSettingsPatch
[Info   :ModulePatch] Enabled patch CustomAiPatch
[Info   :ModulePatch] Enabled patch AddTraitorScavsPatch
[Info   :ModulePatch] Enabled patch ExitWhileLootingPatch
[Info   :ModulePatch] Enabled patch QTEPatch
[Info   :ModulePatch] Enabled patch PmcFirstAidPatch
[Info   :ModulePatch] Enabled patch SettingsLocationPatch
[Info   :ModulePatch] Enabled patch SetLocationIdOnRaidStartPatch
[Info   :ModulePatch] Enabled patch RagfairFeePatch
[Info   :ModulePatch] Enabled patch ScavQuestPatch
[Info   :ModulePatch] Enabled patch FixBrokenSpawnOnSandboxPatch
[Info   :ModulePatch] Enabled patch BTRPathLoadPatch
[Info   :ModulePatch] Enabled patch BTRActivateTraderDialogPatch
[Info   :ModulePatch] Enabled patch BTRInteractionPatch
[Info   :ModulePatch] Enabled patch BTRExtractPassengersPatch
[Info   :ModulePatch] Enabled patch BTRBotInitPatch
[Info   :ModulePatch] Enabled patch BTRBotAttachPatch
[Info   :ModulePatch] Enabled patch BTRReceiveDamageInfoPatch
[Info   :ModulePatch] Enabled patch BTRTurretCanShootPatch
[Info   :ModulePatch] Enabled patch BTRTurretDefaultAimingPositionPatch
[Info   :ModulePatch] Enabled patch BTRIsDoorsClosedPath
[Info   :ModulePatch] Enabled patch BTRPatch
[Info   :ModulePatch] Enabled patch BTRTransferItemsPatch
[Info   :ModulePatch] Enabled patch BTREndRaidItemDeliveryPatch
[Info   :ModulePatch] Enabled patch BTRDestroyAtRaidEndPatch
[Warning:  HarmonyX] BTRVehicleMovementSpeedPatch: You should only patch implemented methods/constructors to avoid issues. Patch the declared method virtual void VehicleBase::Update() instead of virtual void VehicleBase::Update().
[Info   :ModulePatch] Enabled patch BTRVehicleMovementSpeedPatch
[Info   :ModulePatch] Enabled patch ScavItemCheckmarkPatch
[Info   :ModulePatch] Enabled patch ResetTraderServicesPatch
[Info   :ModulePatch] Enabled patch CultistAmuletRemovalPatch
[Info   :AKI.Custom] Completed: Aki.Custom
[Info   :   BepInEx] Loading [AKI.Debugging 3.8.0]
[Info   :AKI.Debugging] Loading: Aki.Debugging
[Info   :ModulePatch] Enabled patch EndRaidDebug
[Info   :AKI.Debugging] Completed: Aki.Debugging
[Info   :   BepInEx] Loading [AKI.Singleplayer 3.8.0]
[Info   :AKI.Singleplayer] Loading: Aki.SinglePlayer
[Info   :ModulePatch] Enabled patch OfflineSaveProfilePatch
[Info   :ModulePatch] Enabled patch ExperienceGainPatch
[Info   :ModulePatch] Enabled patch ScavExperienceGainPatch
[Info   :ModulePatch] Enabled patch MainMenuControllerPatch
[Info   :ModulePatch] Enabled patch PlayerPatch
[Info   :ModulePatch] Enabled patch SelectLocationScreenPatch
[Info   :ModulePatch] Enabled patch InsuranceScreenPatch
[Info   :ModulePatch] Enabled patch BotTemplateLimitPatch
[Info   :ModulePatch] Enabled patch GetNewBotTemplatesPatch
[Info   :ModulePatch] Enabled patch RemoveUsedBotProfilePatch
[Info   :ModulePatch] Enabled patch DogtagPatch
[Info   :ModulePatch] Enabled patch LoadOfflineRaidScreenPatch
[Info   :ModulePatch] Enabled patch ScavPrefabLoadPatch
[Info   :ModulePatch] Enabled patch ScavProfileLoadPatch
[Info   :ModulePatch] Enabled patch ScavExfilPatch
[Info   :ModulePatch] Enabled patch ExfilPointManagerPatch
[Info   :ModulePatch] Enabled patch TinnitusFixPatch
[Info   :ModulePatch] Enabled patch MaxBotPatch
[Info   :ModulePatch] Enabled patch SpawnPmcPatch
[Info   :ModulePatch] Enabled patch PostRaidHealingPricePatch
[Info   :ModulePatch] Enabled patch EndByTimerPatch
[Info   :ModulePatch] Enabled patch PostRaidHealScreenPatch
[Info   :ModulePatch] Enabled patch VoIPTogglerPatch
[Info   :ModulePatch] Enabled patch MidRaidQuestChangePatch
[Info   :ModulePatch] Enabled patch HealthControllerPatch
[Info   :ModulePatch] Enabled patch LighthouseBridgePatch
[Info   :ModulePatch] Enabled patch LighthouseTransmitterPatch
[Info   :ModulePatch] Enabled patch EmptyInfilFixPatch
[Info   :ModulePatch] Enabled patch SmokeGrenadeFuseSoundFixPatch
[Info   :ModulePatch] Enabled patch PlayerToggleSoundFixPatch
[Info   :ModulePatch] Enabled patch PluginErrorNotifierPatch
[Info   :ModulePatch] Enabled patch SpawnProcessNegativeValuePatch
[Info   :ModulePatch] Enabled patch InsuredItemManagerStartPatch
[Info   :ModulePatch] Enabled patch MapReadyButtonPatch
[Info   :ModulePatch] Enabled patch LabsKeycardRemovalPatch
[Info   :ModulePatch] Enabled patch ScavLateStartPatch
[Info   :ModulePatch] Enabled patch MidRaidAchievementChangePatch
[Info   :ModulePatch] Enabled patch GetTraderServicesPatch
[Info   :ModulePatch] Enabled patch PurchaseTraderServicePatch
[Info   :ModulePatch] Enabled patch ScavSellAllPriceStorePatch
[Info   :ModulePatch] Enabled patch ScavSellAllRequestPatch
[Info   :ModulePatch] Enabled patch HideoutQuestIgnorePatch
[Info   :ModulePatch] Enabled patch LightKeeperServicesPatch
[Info   :ModulePatch] Enabled patch ScavEncyclopediaPatch
[Info   :AKI.Singleplayer] Completed: Aki.SinglePlayer
[Message:   BepInEx] Chainloader startup complete
[Info   :RequestHandler] Request GET json: 65ea3cc600029379c37b55f6:http://<IP_ADDRESS>:6969/singleplayer/settings/version
[Info   :RequestHandler] Request was successful
[Info   :RequestHandler] Request GET json: 65ea3cc600029379c37b55f6:http://<IP_ADDRESS>:6969/singleplayer/release
[Info   :RequestHandler] Request was successful
[Info   :ModulePatch] Enabled patch DebugLogoPatch
[Info   :ModulePatch] Enabled patch DebugLogoPatch2
[Info   :ModulePatch] Enabled patch DebugLogoPatch3
[Info   :ModulePatch] Enabled patch PreventClientModsPatch
[Info   :AKI.Debugging] User accepted the beta disclaimer
[Info   :RequestHandler] Request GET json: 65ea3cc600029379c37b55f6:http://<IP_ADDRESS>:6969/singleplayer/settings/version
[Info   :RequestHandler] Request was successful
[Info   :ModulePatch] Server version: SPT-AKI 3.8.0 - BLEEDINGEDGE d4ee8f

Originally written by MOKU

Thats the only files i could access, something made the other files corrupt. so im making a fresh install and see if the whole folder made the game buggy. i find it weird that the game tries to spawn so many pmcs and scavs and tries to spawn tagilla 5 times.

Originally written by MOKU

Yesterday-Today i ran about 15 raids on factory to complete Huntsman path - Secured perimeter by Jaeger. Killed bunch of bots (spawns inside lockers area floor while i was on the 3rd floor) and even Tagilla a couple of times. But no PMCs showed in offices area at all - they were holding their spawns during all raid. I tried to aggro them with nades and ran around a map twice just to make sure - yep they stay in close area aroung OG PMC spawns.
Funny moment is i need only 1 to complete. 2 days ago killed 3 PMCs on the 3rd floor.
Eng is not my native, no rudeness meant, tryed my best to explain possible issue, not to create new topic
Edit: i always update version when it is possible. Right now i have latest.

Originally written by yasya

I've run a number of factory raids and can see scavs and tagilla spawning in with occasional usec/bear PMCs replacing scavs.
I'll need some additional steps to reproduce the issue of scavs not spawning.

Originally written by chomp

 cant reproduce this bug, (this on horde mode)

Attachments

image.png (2233 KiB)

Originally written by holynevil


Help

Hi i new, can anyone tell me, where i have to copy this (side-menu-content) folder, in my pages folder?

The repo is an Ionic project itself, so please take a look at the shared/side-menu-content folder.