Create README.md for the localization folder

Resolves #682
cc @hishamco

I confused little bit, what's the difference between this repo https://github.com/aspnet/Extensions & https://github.com/aspnet/AspNetCore/tree/master/src/Middleware/Localization?

Microsoft.Extensions.Localization vs Microsoft.AspNetCore.Localization. Different layers of the product.

I see, is this happen for all the extensions repos?

Yes. This split affected a handful of the old repos, including Hosting, HtmlAbstractions, and Diagnostics.

Thanks for the clarification


Collection stats loading screen too narrow

Again maybe a FF only problem similar to the former ones.

b61c5f63904c52e1969d1aca2bf2b08ccc3d20ef


Update README.md

Thanks for this contribution but it's already fixed in dev branch.
As explained at the end of the README.md, do your contributions on the dev branch instead of the master branch.


feat(code/autofix): add preliminary backedn support for autofix

Description

Added the structures modelling autofix requests and converters
Added the backend service parts
Added simple tests
Checked that integrations work

Nuances:

Until resolves arrive, this (disabled by default, controlled in config.go, see tests) runs autofix unconditionally on all the issues found in the project -- this is awfully slow but I decided to rather keep it this way as computing edits is aligned with how the resolves would work later. Rejected temporary alternative would be to implement the codeactions using commands -- but this is a costly detour in the light of soon-to-arive resolves.

Checklist

[x] Tests added and all succeed
[x] Linted
[ ] README.md updated, if user-facing
[ ] License file updated, if new 3rd-party dependency is introduced

Screenshots / GIFs
Visuals that may help the reviewer. Please add screenshots for any UI change. GIFs are most welcome!

 Thank you for your submission! We really appreciate it. Like many open source projects, we ask that you all sign our Contributor License Agreement before we can accept your contribution.0 out of 2 committers have signed the CLA.:x: agronskiy:x: BBerabiYou have signed the CLA already but the status is still pending? Let us recheck it.

Calling autofix works on top of the resolves now.


how to convert sst root certificates to pem?

I want to install these root certificates on android so I need pem root certificates

I don't think there's an easy way to convert SST to PEM without importing and exporting within Windows. I could add PEM to the next release in a week or so if that works for you.

I've added PFX files for both root and intermediate. They have a password of 12345 and should work in Android.


Add priorityClassName to falco-exporter values

What type of PR is this?

Uncomment one (or more) /kind <> lines:

/kind bug

/kind cleanup

/kind design

/kind documentation

/kind failing-test

/kind feature

If this PR will release a new chart version please make sure to also uncomment the following line:

/kind chart-release

Any specific area of the project related to this PR?

Uncomment one (or more) /area <> lines:

/area falco-chart

/area falco-exporter-chart

/area falcosidekick

What this PR does / why we need it:
Which issue(s) this PR fixes:

Fixes #
Special notes for your reviewer:
Checklist

[x] Chart Version bumped
[x] Variables are documented in the README.md
[x] CHANGELOG.md updated

[APPROVALNOTIFIER] This PR is NOT APPROVED
This pull-request has been approved by:
To complete the pull request process, please assign nibalizer
You can assign the PR to them by writing /assign @nibalizer in a comment when ready.
The full list of commands accepted by this bot can be found here.

Needs approval from an approver in each of these files:

OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

Thanks for your pull request. Before we can look at it, you'll need to add a 'DCO signoff' to your commits.
:memo: Please follow instructions in the contributing guide to update your commits with the DCO
Full details of the Developer Certificate of Origin can be found at developercertificate.org.
The list of commits missing DCO signoff:

398d2d6 Add priorityClassName to falco-exporter values
5f0a57f Bump chart

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

Welcome @BasBenIk! It looks like this is your first PR to falcosecurity/charts 🎉

Thanks for your pull request. Before we can look at it, you'll need to add a 'DCO signoff' to your commits.
:memo: Please follow instructions in the contributing guide to update your commits with the DCO
Full details of the Developer Certificate of Origin can be found at developercertificate.org.
The list of commits missing DCO signoff:

398d2d6 Add priorityClassName to falco-exporter values

Instructions for interacting with me using PR comments are available here.  If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. I understand the commands that are listed here.

LGTM label has been added.  Git tree hash: 18ef86a233a592b159e3df540baa97dcb1a66ab9

[APPROVALNOTIFIER] This PR is APPROVED
This pull-request has been approved by: leogr
The full list of commands accepted by this bot can be found here.
The pull request process is described here

Needs approval from an approver in each of these files:

OWNERS [leogr]

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment


Iterator

Classes providing an iterator that iterates through a vector of ordered vector synchrnounously. Can be used in determinisation, post, afa non-determinization.
Determinization and intersection rewritten using this iterator.
And I also boldly renamed TransSymbolsStates to Move.

 :D

What is the prefered protocol, you give this kind of nice comments until I fix everything or you try to help merging things, or something in between?

The standard protocol is that an author fixes problems mentioned by reviewers. I've already fixed some minor things like unwanted includes. So please do git pull before conflicts arise.

Mr. @tfiedor may have an idea or two how to clean mess with debug folder and accidental vector rename.

What is the prefered protocol, you give this kind of nice comments until I fix everything or you try to help merging things, or something in between?

We prefer Oompa Loompas to fix their work, but since you are higher-up, you can ask for help O:-). I think, someone could help you out with the git blunders. We will squish the PR at the end, to hide the blunders, so we will have cleaner history. (i accidentaly replied in wrong thread).
Maybe, creating new branch and new PR is the cleanest and easist solution.

merge interator_second_service instead


python3Packages.rasterio: 1.1.5 -> 1.2.6, fix build

Motivation for this change
It was broken, and noticed it stopping some other PRs
Things done

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

[ ] 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"
[ ] Tested execution of all binary files (usually in ./result/bin/)
21.11 Release Notes (or backporting 21.05 Relase notes)

[ ] (Package updates) Added a release notes entry if the change is major or breaking
[ ] (Module updates) Added a release notes entry if the change is significant
[ ] (Module addition) Added a release notes entry if adding a new NixOS module

[ ] Fits CONTRIBUTING.md.

https://github.com/NixOS/nixpkgs/pull/128806

2 packages built:
python38Packages.rasterio python39Packages.rasterio

since this is broken, I'm going to merge after eval

Result of nixpkgs-review pr 128806 at 785d94fc run on aarch64-linux 1

2 packages built successfully:

python38Packages.rasterio
python39Packages.rasterio


102201201 - work3，work4

basic task is completed
Bonus1: document-address  https://documenter.getpostman.com/view/25172075/2s9YC7UXWw
Bonus2: api-service-repository
Bonus3: emm...don`t where to start
Bonus4: Different interfaces return different data structures
Bonus5: use redis add task view

why your code contains work4？

meanwhile，do you use git pull or others commands to sync this repo?

Yes, I neglected to update push synchronously after turning on pr, which I wanted to use for daily development.
------------------ 原始邮件 ------------------
发件人: @.>;
发送时间: 2023年9月24日(星期天) 凌晨0:05
收件人: @.>;
抄送: @.>; @.>;
主题: Re: [west2-online-reserve/collection-golang] 102201201 - work3 (PR #9)
同时，你是否使用Git拉动或其他命令来同步此repo？

直接回复此邮件，在GitHub上查看，或取消订阅.
@.***与>.

I will delete the work4 part
------------------ 原始邮件 ------------------
发件人: @.>;
发送时间: 2023年9月24日(星期天) 凌晨0:05
收件人: @.>;
抄送: @.>; @.>;
主题: Re: [west2-online-reserve/collection-golang] 102201201 - work3 (PR #9)
why your code contains work4？
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: @.***>

merge can't be done now because conflicting files，maybe you should sync the repo

have resolved
------------------ 原始邮件 ------------------
发件人:                                                                                "west2-online-reserve/collection-golang"                                                                                @.>;
发送时间: 2023年9月30日(星期六) 上午9:07
@.>;
<EMAIL_ADDRESS>主题: Re: [west2-online-reserve/collection-golang] 102201201 - work3 (PR #9)
merge can't be done now because conflicting files，maybe you should sync the repo
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: @.***>

第四轮的文档以及完成情况都在readme里面了

Thanks for you reminding me，I have update my project
------------------ 原始邮件 ------------------
发件人:                                                                                "west2-online-reserve/collection-golang"                                                                                @.>;
发送时间: 2023年11月9日(星期四) 凌晨0:14
@.>;
<EMAIL_ADDRESS>主题: Re: [west2-online-reserve/collection-golang] 102201201 - work3，work4 (PR #9)
@jkskj commented on this pull request.
Work4 updated,so you should make some changes.
—
Reply to this email directly, view it on GitHub, or unsubscribe.
You are receiving this because you authored the thread.Message ID: @.***>

I have merged this pull request, you only need to update your repository for subsequent modifications.


Add Scarb command abstraction

Closes #
Introduced changes
Quick idea - wrap Scarb command calls in an abstraction.
Benefits - single points to handle things like finding Scarb binary with env var etc.
lmkwyt
Checklist

[x] Linked relevant issue
[x] Updated relevant documentation
[x] Added relevant tests
[x] Performed self-review of the code
[x] Added changes to CHANGELOG.md

:love

Thx, added!
Do you happen to know what is wrong with this one?
failures:

---- e2e::declare::test_happy_case stdout ----
thread 'e2e::declare::test_happy_case' panicked at crates/cast/tests/helpers/fixtures.rs:151:40:
Could not serialize transaction output to HashMap: Error("expected value", line: 1, column: 4)
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace

failures:
    e2e::declare::test_happy_case

Thx, added! Do you happen to know what is wrong with this one?
failures:

---- e2e::declare::test_happy_case stdout ----
thread 'e2e::declare::test_happy_case' panicked at crates/cast/tests/helpers/fixtures.rs:151:40:
Could not serialize transaction output to HashMap: Error("expected value", line: 1, column: 4)
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace

failures:
    e2e::declare::test_happy_case

Hi Maciek, the issue seems to be that serde cannot serialize the output (it is needed to get tx hash) - it seems that there is some scarb output that previously wasn't:
output to be serialized on master:
[crates/cast/tests/e2e/declare.rs:39] &output = "{\n  \"class_hash\": \"3290316961179446805342658779538814657182136307648248088607527301219615038494\",\n  \"command\": \"declare\",\n  \"transaction_hash\": \"1123302179292931628098180772392007330386752154760729062679179466531759198564\"\n}\n"
test e2e::declare::test_happy_case ... ok

output to be serialized in your PR:
[crates/cast/tests/e2e/declare.rs:39] &output = "   Compiling lib(map) map v0.1.0 (/private/var/folders/rd/q9ymr6vd6w150wm7g3f36hf00000gn/T/.tmp8rQMrS/Scarb.toml)\nwarn: Sierra, textual Sierra and CASM lib targets have been disabled, Scarb will not produce anything\n   Compiling starknet-contract(map) map v0.1.0 (/private/var/folders/rd/q9ymr6vd6w150wm7g3f36hf00000gn/T/.tmp8rQMrS/Scarb.toml)\n    Finished release target(s) in 1 second\n{\n  \"class_hash\": \"3290316961179446805342658779538814657182136307648248088607527301219615038494\",\n  \"command\": \"declare\",\n  \"transaction_hash\": \"1123302179292931628098180772392007330386752154760729062679179466531759198564\"\n}\n"


Add some more tests from the v1.0.0-rc.2 spec.

Hi,
I diffed the new rc.2 and rc.1 spec from toml.io and added some more tests.
Nothing broke so I think this is uncontroversial.

Codecov Report

Merging #2 into master will increase coverage by 0.19%.
The diff coverage is n/a.

@@            Coverage Diff             @@
##           master       #2      +/-   ##
==========================================
+ Coverage   87.10%   87.30%   +0.19%
==========================================
  Files           2        2
  Lines         512      512
==========================================
+ Hits          446      447       +1
+ Misses         66       65       -1

Impacted Files
Coverage Δ

src/parser.jl
87.87% <0.00%> (+0.19%)
:arrow_up:

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 4646119...b3b05e1. Read the comment docs.

Great, thanks a lot!


How to display all the deals without page limit.

I want to get all the deals so i can count the total number of them from the API.
There is a limit of 20 records per page. I want to bypass it and get all the deals so i can count it.
I'm using this: https://appterra.api-us1.com/admin/api.php?api_action=deal_list&api_key={this is a secret}&full=1
Please help me. I've been browsing these for 2 days...

In this version of the API, there is no call to select the number of deals. What I'd do in your shoes is I would actually keep a cache variable of the count; you would page through the list to build the count, but it could then persist for whatever period of time makes sense to you.
We're working on a new version of our public API which should offer a much more elegant solution to this problem (which I agree is a problem), so stay tuned.

thanks. for now i create a custom php action in symfony. I loop the total number of pages then at the same time store the deals in an array variable.

Sorry to reopen this thread, but would you mind posting your solution to this problem @ampf21 ? It would be helpful for people having this problem, including myself.
I also need an easy way to access the pipeline and pipeline stage IDs for each listed deal, instead of having to get each deal individually.. Has there been an update on the new friendlier API you've mentioned @ac-pevans ?
Thanks

There has been, @acollins1991! Just today, incidentally. I confess to waiting a bit to respond to your posting until the blog post was out, but here it is: http://www.activecampaign.com/blog/introducing-the-activecampaign-api-v3-deep-data/. You can dive into the docs here: https://developers.activecampaign.com/reference.
A fair warning: this is not the entirety of our v1 API convert to v3, but it does show you what that structure will look like. I'm pretty excited for it to be fully rolled out, which should be completed soon!

@ac-pevans Amazing timing!
Thanks for responding. I look forward to tinkering with the new API and the full release!


Implement missing functions in MinioAdmin library

Instead of wrapping around the MinIO CLI client the functions it uses should be implemented in the MinIO Python library, specifically the MinioAdmin client.

I already worked a little bit on this in my fork but more testing and development required.

Pull request: https://github.com/minio/minio-py/pull/1399

Features merged, awaiting new minio-py release.

minio-py release 7.2.5 includes this. Work can now be done to accomplish this.


Refactor TimeParseResult to TimeParsed, TimeParseResult.RubyTimeParseResult to RubyTimeParsed

Just refactoring since TimeParseResult was too long. Can you PTAL? @sakama @muga

Thanks! Merging...


IC-1237: Add correct Find contract test for NPS Region

What does this pull request do?
Adds correct contract test for NPS Region by using the Intervention Factory rather than a custom Intervention in the contract test for the getInterventions endpoint.
What is the intent behind these changes?
When adding the NPS Region in a previous branch, we added it to the interventionFactory-generated Intervention, but not the Intervention we set up in this test, so the provider didn't know it was a required field.
Switching to use the factory here means we hopefully won't miss something like this again, as we only need to add a new field to one place.

@tomsmyers I'm assuming we'll need to update the API for this change.


Update checkstyle

Checkstyle currently isn't run over any test files. This should be changed so some/all of the checkstyle modules are run over the tests.

Merged into develop


failed to resolve

i'm new in android studio.
i want to try and learn this material drawer, and i get an error message.
failed to resolve com.github.madcyph3r:AdvancedMaterialDrawer:2.0.0
what i'm missing?
sorry for my bad english.
thanks for you attention.

Hello. See the readme and the gradle Commando with the explination. Or See thevgrasle files in the example project. They have all needed commands.

its solve.thanks you so much


Documentation: Pages are not correctly loaded when accessed on its own

If you access a component documentation page directly, like https://gbv.github.io/jskos-vue/dev/components/ItemDetails.html, only the Vue example will be loaded, not the rest of the page. There is probably something misconfigured in the VitePress config.
It works when either accessed through the sidebar or via the previous/next navigation links.

Possibly related to https://github.com/vuejs/vitepress/issues/201.

Fixed by initializing cocoda-sdk registry in onMounted hook instead of directly in <script setup>.


[FormRecognizer] Document model administration tests cleanup (2/2)

/azp run net - formrecognizer - tests

API change check
API changes are not detected in this pull request.


Disable flaky ProjectShare integration tests

Can you do something about RBAC while you're at it? It runs literally one test, that sporadically times out.

Closing this in favor of getting #254 merged in instead.


error: externally-managed-environment

Hi,
when trying to update to the latest version von macOS (latest) using
python3 -m pip install git+https://github.com/keirf/greaseweazle@latest
I'm getting the following error
error: externally-managed-environment

× This environment is externally managed
╰─> To install Python packages system-wide, try brew install
    xyz, where xyz is the package you are trying to
    install.

    If you wish to install a Python library that isn't in Homebrew,
    use a virtual environment:

    python3 -m venv path/to/venv
    source path/to/venv/bin/activate
    python3 -m pip install xyz

    If you wish to install a Python application that isn't in Homebrew,
    it may be easiest to use 'pipx install xyz', which will manage a
    virtual environment for you. You can install pipx with

    brew install pipx

    You may restore the old behavior of pip by passing
    the '--break-system-packages' flag to pip, or by adding
    'break-system-packages = true' to your pip.conf file. The latter
    will permanently disable this error.

    If you disable this error, we STRONGLY recommend that you additionally
    pass the '--user' flag to pip, or set 'user = true' in your pip.conf
    file. Failure to do this can result in a broken Homebrew installation.

    Read more about this behavior here: <https://peps.python.org/pep-0668/>

note: If you believe this is a mistake, please contact your Python installation or OS distribution provider. You can override this, at the risk of breaking your Python installation or OS, by passing --break-system-packages.

Re-installing Python using brew install python or brew reinstall python doesn't help.

Yes, many distros are moving to require using a virtual environment for external packages. You can basically use the instructions in the error message, or the virtual environment instructions in the wiki (Linux specific at the moment, but I will extend them for macos).

Closing but please reopen if you see any further issues regarding the updated instructions for using a virtual environment.

OK, it is working now. Thanks for the fast and kind help as always!
But it sure is a bummer that I have to remember this activate command before using the GW software.

You don't have to use the activate command I believe -- you could put the path/to/bin in your PATH variable, or directly specify the path when invoking gw for example greaseweazle/bin/gw

Another alternative is a symlink from a location that is on your default path. I believe default paths are quite locked down in macOS however. I have added some more text to the wiki but, on balance, the easiest thing to do is just remember to activate.

Another alternative is to use pipx which manages all the venv stuff automatically and probably puts gw on your default path. I will investigate that and possibly recommend that instead.

Okay, pipx looks pretty neat. I updated the instructions to recommend this new method. I think it is more along the lines of what you'd expect as an experience.


SVG Pan Zoom not working in mobile

Why does the SVG Pan Zoom does not work in mobile. The control icons are not displayed, the zoom (+) and (-) symbol. Help

https://github.com/ariutta/svg-pan-zoom#bugs-and-issues


bump release

Codecov Report

Merging #156 (215c8f4) into main (a9a5462) will not change coverage.
The diff coverage is 100.00%.

@@           Coverage Diff           @@
##             main     #156   +/-   ##
=======================================
  Coverage   76.42%   76.42%
=======================================
  Files          18       18
  Lines        2274     2274
=======================================
  Hits         1738     1738
  Misses        536      536

Impacted Files
Coverage Δ

preliz/__init__.py
76.47% <100.00%> (ø)

Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.


SimStore: Support for OpenMM snapshots

This will make it possible to store OpenMM snapshots in SimStore.
Note:  this changes OpenMM snapshots so that the KineticContainer and StaticContainer objects, which are wrappers around the velocities and coordinates/box vectors, respectively, now also carry information about the engine of their associated snapshot. This should be fully backward compatible with the old storage. I've done some minor testing of that, but it would be nice if someone with older files (maybe @sroet, @arjunwadhawan, or @hejung?) could double-check that they can open/analyze older netcdfplus files when they check out this branch.
This also involves significant refactoring under the hood of SimStore, making it more flexible with regards to adding user-defined types.
I'm going to add some unit tests and docstrings before declaring it ready for review, but it's already at a point where I'm hoping to get some help with checking backward compatibility.

@dwhswenson I don't have any old netcdf available that I would like to load up (all of them used to take a long time to even open up).
If needed, I could spin up a small simulation in an old OPS version and see if I can load it with this branch. Just ping me if you want me to do that :wink:

@sroet : The main thing I want to check is that any existing analysis (especially anything that requires snapshot coord/vels, like calculating a new CV on existing data or even simulation restarts) still works. So if you have any scripts along those lines that will work on a small dataset, then please do! (Obviously, some analyses, like TIS, only work with a lot of data.)
I've checked a few basic analysis scripts that I have, and it seemed to work. In principle, everything should work -- older files will just create snapshots with, e.g., snap.kinetics.engine is None. There might be some problems with loading such snapshots from netcdfplus and re-saving as SimStore, but switching storages is going to be hard anyway.

This is ready for review and comment. I will leave it open for at least 48 hours, merging no earlier than Tue 22 Dec 07:00 GMT (08:00 local).

@sroet : The main thing I want to check is that any existing analysis (especially anything that requires snapshot coord/vels, like calculating a new CV on existing data or even simulation restarts) still works. So if you have any scripts along those lines that will work on a small dataset, then please do! (Obviously, some analyses, like TIS, only work with a lot of data.)

The .nc file that I managed to run

could load up an old trajectory (Think > 2.5 years old)
load state definitions (from a different file, saved by OPS master), and use them for scheme.initial_conditions_from_trajectories(traj)  and save these initial conditions on this branch
load state definitions (from a different file, saved by this branch) and use them for scheme.initial_conditions_from_trajectories(traj)  and save these initial conditions on this branch

This seems to me that at least continuing simulations (into new storgaes) is possible and is as far as I have time/hardware to spend on this.
(As getting the state stores to work was already a pain, as I could not get a working python2 env up and running to load the old marshall code back in)

Thanks @sroet : If this can load a trajectory that's that old, including recalculating things (as would be needed from initial_conditions_from_trajectories if you don't have CVs cached, which sounds impossible in your case), then this should  be fine. Merging!


bitwarden: 2022.10.0 -> 2022.11.0

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/bitwarden/versions.
meta.description for bitwarden is: "A secure and free password manager for all of your devices"
meta.homepage for bitwarden is: "https://bitwarden.com"
meta.changelog for bitwarden is: ""
Updates performed

Version update

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact

Checks done (click to expand)

built on NixOS
The tests defined in passthru.tests, if any, passed
found 2022.10.1 with grep in /nix/store/y890xjaqr97gh7s8849828slsx7j9dhi-bitwarden-2022.10.1
found 2022.10.1 in filename of file in /nix/store/y890xjaqr97gh7s8849828slsx7j9dhi-bitwarden-2022.10.1

Rebuild report (if merged into master) (click to expand)

1 total rebuild path(s)

1 package rebuild(s)

First fifty rebuilds by attrpath
bitwarden

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/y890xjaqr97gh7s8849828slsx7j9dhi-bitwarden-2022.10.1 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A bitwarden https://github.com/r-ryantm/nixpkgs/archive/3ca4bb0b629f8fb1321829d3a9b532d34f469817.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/y890xjaqr97gh7s8849828slsx7j9dhi-bitwarden-2022.10.1
ls -la /nix/store/y890xjaqr97gh7s8849828slsx7j9dhi-bitwarden-2022.10.1/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

1 package built:

bitwarden

Maintainer pings
cc @Kiwi for testing.

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/bitwarden/versions.
meta.description for bitwarden is: "A secure and free password manager for all of your devices"
meta.homepage for bitwarden is: "https://bitwarden.com"
meta.changelog for bitwarden is: ""
Updates performed

Version update

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact

Checks done (click to expand)

built on NixOS
The tests defined in passthru.tests, if any, passed
found 2022.11.0 with grep in /nix/store/pyvgfyx18vgaby1z7w3cc7zi19wrhn2v-bitwarden-2022.11.0
found 2022.11.0 in filename of file in /nix/store/pyvgfyx18vgaby1z7w3cc7zi19wrhn2v-bitwarden-2022.11.0

Rebuild report (if merged into master) (click to expand)

1 total rebuild path(s)

1 package rebuild(s)

First fifty rebuilds by attrpath
bitwarden

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/pyvgfyx18vgaby1z7w3cc7zi19wrhn2v-bitwarden-2022.11.0 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A bitwarden https://github.com/r-ryantm/nixpkgs/archive/cabce8cef332caad69f71e1ffdb0a09c8ff2ba12.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/pyvgfyx18vgaby1z7w3cc7zi19wrhn2v-bitwarden-2022.11.0
ls -la /nix/store/pyvgfyx18vgaby1z7w3cc7zi19wrhn2v-bitwarden-2022.11.0/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

1 package built:

bitwarden

Maintainer pings
cc @Kiwi for testing.

Automatic update generated by nixpkgs-update tools. This update was made based on information from https://repology.org/metapackage/bitwarden/versions.
meta.description for bitwarden is: "A secure and free password manager for all of your devices"
meta.homepage for bitwarden is: "https://bitwarden.com"
meta.changelog for bitwarden is: ""
Updates performed

Version update

To inspect upstream changes

Release on GitHub

Compare changes on GitHub

Impact

Checks done (click to expand)

built on NixOS
The tests defined in passthru.tests, if any, passed
found 2022.12.0 with grep in /nix/store/ncn16rk1k4q6r1k137k3jvmf184slf7n-bitwarden-2022.12.0
found 2022.12.0 in filename of file in /nix/store/ncn16rk1k4q6r1k137k3jvmf184slf7n-bitwarden-2022.12.0

Rebuild report (if merged into master) (click to expand)

1 total rebuild path(s)

1 package rebuild(s)

First fifty rebuilds by attrpath
bitwarden

Instructions to test this update (click to expand)

Either download from Cachix:
nix-store -r /nix/store/ncn16rk1k4q6r1k137k3jvmf184slf7n-bitwarden-2022.12.0 \
  --option binary-caches 'https://cache.nixos.org/ https://nix-community.cachix.org/' \
  --option trusted-public-keys '
  nix-community.cachix.org-1:mB9FSh9qf2dCimDSUo8Zy7bkq5CX+/rkCWyvRCYg3Fs=
  cache.nixos.org-1:6NCHdD59X431o0gWypbMrAURkbJ16ZPMQFGspcDShjY=
  '

(The Cachix cache is only trusted for this store-path realization.)
For the Cachix download to work, your user must be in the trusted-users list or you can use sudo since root is effectively trusted.
Or, build yourself:
nix-build -A bitwarden https://github.com/r-ryantm/nixpkgs/archive/a38b573a27c3c54216fdabb498753718fa9b1ee7.tar.gz

After you've downloaded or built it, look at the files and if there are any, run the binaries:
ls -la /nix/store/ncn16rk1k4q6r1k137k3jvmf184slf7n-bitwarden-2022.12.0
ls -la /nix/store/ncn16rk1k4q6r1k137k3jvmf184slf7n-bitwarden-2022.12.0/bin

Pre-merge build results
We have automatically built all packages that will get rebuilt due to
this change.
This gives evidence on whether the upgrade will break dependent packages.
Note sometimes packages show up as failed to build independent of the
change, simply because they are already broken on the target branch.
Result of nixpkgs-review run on x86_64-linux 1

1 package built:

bitwarden

Maintainer pings
cc @Kiwi for testing.


The branch Set-origin-clients-version has been merged and needs to be deleted

The branch has been deleted


Terminal is not working as expected when connected to monitor

When I start commands in the terminal, everything blackout in the terminal section. It works fine when I run commands directly on my Mac.
It is also not following my .bash_profile rules.

Emoji mess with cursor position in some environments (tracking in https://github.com/xtermjs/xterm.js/issues/1059)
As for everything blacking out, sounds like you're seeing an issue with the canvas renderer, you can turn this off with this setting:
"terminal.integrated.rendererType": "dom"


"Human resources hub" template failed!

Your request to provision
"Human resources hub" template failed!
Please report the issue here providing the following provisioning action correlation ID: f38870cb-589e-4046-845a-5580b183f4a1 !

Hi,
Thanks for using the Look Book site. This seems to be a random hiccup on the SharePoint side which would imply that the template should work properly if you try it one more time. Seems that the provisioning did succeed partially. Can you test this one more time and, in case of any failure, share the updated Correlation ID (by creating a new issue) for us to double-check the flow. Thanks.


metasploit: 6.1.19 -> 6.1.20

Motivation for this change
Update to latest upstream release 6.1.20
Things done

Built on platform(s)

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

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

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

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

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

[x] Fits CONTRIBUTING.md.

Result of nixpkgs-review pr 151101 run on x86_64-linux 1

1 package built:

msf (metasploit)


allow draft packs to customize draft.toml

This could be useful if an organization / team has custom draft.toml settings it would like to standardize as default.
Here's what actually happened when I tried putting a draft.toml inside a draft pack and then draft createing it:
contents of draft.toml in pack:
[environments]
  [environments.staging]
    name = "service-template"
    registry = "CUSTOM_DOCKER_REGISTRY"
    namespace = "staging"
    wait = true
    watch = false
    watch-delay = 2
    auto-connect = false
    dockerfile = ""
    chart = ""
    set = ["environment=staging"]
  [environments.prod]
    name = "service-template"
    registry = "CUSTOM_DOCKER_REGISTRY"
    namespace = "prod"
    wait = true
    watch = false
    watch-delay = 2
    auto-connect = false
    dockerfile = ""
    chart = ""
    set = ["environment=prod"]

what came out from draft create (this is verbatim):
[environments]
  [environments.development]
    name = "my-service"
    namespace = "default"
    wait = true
    watch = false
    watch-delay = 2
    auto-connect = false
    dockerfile = ""
    chart = ""
uto-connect = false
    dockerfile = ""
    chart = ""
    set = ["environment=staging"]
  [environments.prod]
    name = "service-template"
    registry = "CUSTOM_DOCKER_REGISTRY"
    namespace = "prod"
    wait = true
    watch = false
    watch-delay = 2
    auto-connect = false
    dockerfile = ""
    chart = ""
    set = ["environment=prod"]

It looks like the order of operations is to first copy the files, and then overwrite the initial segment of draft.toml with the default contents. I think a better behaviour might be to respect the existing contents, and only overwrite all name values in draft create if the pack already has a draft.toml (since it looks like that's the main thing within draft.toml that needs to be templatized/customized to the appName). This would require introspecting the TOML file contents though...

Thanks for bringing this up @omnilinguist. We should probably not override a draft.toml file if it is included in the draft pack.

that could be a good first iteration. I think you do want to introspect the toml though; there is already some automagic functionality elsewhere that is doing replacements and injections of the appName - eg. the name value in Chart.yaml, as well as the injection of an intermediate directory charts/appName/... to work around https://github.com/kubernetes/helm/issues/1979


Introduce a way to measure satisfaction with article discovery

We've heard a lot of feedback about customers having trouble to find specific content.
To improve the navigation and search experience we should try to measure satisfaction of each article's/page's discoverability.
Some survey similar to current Was this content helpful? survey can be placed on each page to help us measure this.

@tdykstra  do you have any thoughts on this?

I would ask the SEO PM if something like this is feasible and what other options we might have.


[TextareaAutosize] Show Scrollbar on passing rowsMax

Fixes #17289
@oliviertassinari

@Shubhamchinda Could you add a test case that demonstrate that the fix is working?

@Shubhamchinda Could you add a test case that demonstrate that the fix is working?

Yes for sure. @oliviertassinari
I need to make these changes?
it('should update when uncontrolled', () => {
      const handleChange = spy();
      const wrapper = mount(<TextareaAutosize onChange={handleChange} />);
-     assert.deepEqual(getStyle(wrapper), { height: undefined, overflow: null });
+     assert.deepEqual(getStyle(wrapper), { height: 0, overflow: "hidden" });

in packages/material-ui/src/TextareaAutosize/TextareaAutosize.js b/packages/material-ui/src/TextareaAutosize/TextareaAutosize.test.js
Let me know if this is correct!
Thanks!

@Shubhamchinda You need to

handle the existing tests, make sure the new logic is correct, and if it's the case update the test according
add a new test that would fail without the fix and pass with it, something that help avoid a regression in the future.

@Shubhamchinda You would need to

handle the existing tests, make sure the new logic is correct, and if it's the case update the test according.
add a new test that would fail without the fix and pass with it, something that helps avoid regressions in the future.

Okay, Thanks a lot. :)
I will update the PR.

Hey @oliviertassinari ,always good to hear from you.
I updated the test cases. Please take a look and let me know if I did it correctly.

I have rebased on the master branch to make the Netlify deploy pass
I have updated the test to fail without the fix
The changes in the test files look harmless, I'm not aware of any regression

Thanks a lot @oliviertassinari :)
Though I have a doubt in  https://github.com/mui-org/material-ui/pull/17310#discussion_r321600930 could you please clear it? I'd really appreciate it.
Thanks again :)

Thanks


fix: textures change was not take into account

In Spine, during an animation, it can happen that a texture is changed for the same attachment (this happens for sequences).
A texture change should lead to an addRenderable call. However, the Spine validateAttachments doesn't take into consideration the texture change and does not set the spineAttachmentsDirty to true in that case.
This PR allowsto take this into account and provide a way to set spineAttachmentsDirty to true.
However, it does not do that in the validateAttachments.
The only way to do that would be:

change the order of validateAttachments and transformAttachments
store somewhere that a texture changed

I'll keep this as a draft since I didn't think yet how to move the "texture validation" within the validateAttachments function.
This PR fixes this: https://github.com/pixijs/spine-v8/issues/26

I've just notice the existence of checkAndUpdateTexture.
I guess that one should be used in SpinePipe as in MeshPine and the others.

heya @davidetan , do you have a spine animation i can verify our fix with pls? Thanks!

Yes! You can get the dragon example from here: https://github.com/EsotericSoftware/spine-runtimes/tree/4.2/examples/dragon/export
You need:

dragon-ess.skel
dragon.atlas
dragon.png, dragon_2.png, dragon_3.png, dragon_4.png, dragon_5.png

Put them in the examples/assets folder'
Then you can just change the following lines in the basic example:
PIXI.Assets.add({alias: "spineboyData", src: "./assets/dragon-ess.skel"});
PIXI.Assets.add({alias: "spineboyAtlas", src: "./assets/dragon-pma.atlas"});
...
spineboy.state.setAnimation(0, "flying", true);

The wings of the dargon goes crazy without the fix.

Contributor Author

Hello. Here is the animation I posted in the issue > https://we.tl/t-BtUbZWvh6F

heya @davidetan , do you have a spine animation i can verify our fix with pls? Thanks!

Yes! You can get the dragon example from here: https://github.com/EsotericSoftware/spine-runtimes/tree/4.2/examples/dragon/export
You need:

dragon-ess.skel
dragon.atlas
dragon.png, dragon_2.png, dragon_3.png, dragon_4.png, dragon_5.png

Put them in the examples/assets folder'
Then you can just change the following lines in the basic example:
PIXI.Assets.add({alias: "spineboyData", src: "./assets/dragon-ess.skel"});
PIXI.Assets.add({alias: "spineboyAtlas", src: "./assets/dragon-pma.atlas"});
...
spineboy.state.setAnimation(0, "flying", true);

The wings of the dargon goes crazy without the fix.

thanks :)

will this PR be merged any time soon 🙄 ?

Closing because of this: https://github.com/pixijs/spine-v8/pull/46


percentage evaluation

can you share the code? thx

Hi @gxd1994, some of the codes are depended on altizure internal library so I cannot share with you.
But it should be easy to implement using either ANN search or brute force search on all 3D points.


feat(desktop): support local react devtools

The older React Developer Tools not compatible with react framework. It block my dev experience.
As many research, I found the root cause. Suggest to lock the React Developer Tools to avoid the weird error case.
Resolution: add third_party to lockReact Developer Tools version.

As many research, I found the root cause. @Matrixbirds

What it is?

As many research, I found the root cause. @Matrixbirds

What it is?

see: https://github.com/MarshallOfSound/electron-devtools-installer/issues/205

Let me answer for him.
If your computer has developed other electron projects before, they also used electron-devtools-installer to load the react devtools, but their react devtools are very old and cause flat to report an error on startup. This is because the version of react-refresh we are using is not compatible with older versions of react devtools

Can we use a forked package instead of storing those files to code base?

Let me answer for him.
If your computer has developed other electron projects before, they also used electron-devtools-installer to load the react devtools, but their react devtools are very old and cause flat to report an error on startup. This is because the version of react-refresh we are using is not compatible with older versions of react devtools
So we discussed and decided to maintain the react devtools in a separate flat project.

The benefits of this are

no need to worry about the installation of react devtools failing in China (network problems)
no need to worry about conflicts with other projects' react-devtools
Instead of waiting for electron-devtools-installer to fix it, or electron to fix it, we can always patch it. For more information on this see: https://github.com/netless-io/flat/issues/1031#issuecomment-949212608

Can we use a forked package instead of storing those files to code base?

This is difficult, I'm afraid, because the files are actually obtained from the crx decompression.
see: https://github.com/MarshallOfSound/electron-devtools-installer/blob/65ffa894bf635745d9399e79fb38682ccfd9c6e0/src/downloadChromeExtension.ts#L26-L32

no need to worry about the installation of react devtools failing in China (network problems)

This should not be called benefit. Developers should be able to solve network issues. We don't have to care network issue for them. Like #1037 does.
It is not elegant to store these unreadable files directly in the project. I think we can use git submodule or store these files in a new npm package.
The main point is: we don't need to track these files in the current repo.
We can use npm or GitHub repo (prefered) for storing this:

What is netless/electron-devtools-installer: https://docs.npmjs.com/cli/v8/configuring-npm/package-json#repository

"devDependencies": {
+	"netless/electron-devtools-installer": "0.0.1"
}

In desktop/main-app/src/window-manager/window-main/index.ts:
const extPath = path.resolve(
	__dirname,
	"..",
	"..",
	"..",
	"..",
	"..",
-	"third_party",
+	"node_modules",
+	"electron-devtools-installer",

you've got a point. I'm not going to use the git submodule approach to do this, as it's a bit of a pain to manage.
npm is a good idea

you've got a point. I'm not going to use the git submodule approach to do this, as it's a bit of a pain to manage.
npm is a good idea

@LitoMore
yes, git submodule not a good idea in many common

You must use git submodule update before git commit -a
The  git submodule update not in right  branch (‘detached HEAD’ state) so ,must check out branch into master or anyothers
Not friendly for github or gitlab to manage PR

The GitHub repo what I mean is used for the npm package. It's easier for bumping versions and we don't have to publish any package to npm.


Add a code of conduct - [merged]

In GitLab by @wtbarnes on May 6, 2020, 12:39
Merges add-coc -> master

In GitLab by @wtbarnes on May 6, 2020, 12:39
enabled an automatic merge when the pipeline for f1f0543e26403c3a72060aa6a7a2aaf0cbf7b2a9 succeeds

In GitLab by @wtbarnes on May 6, 2020, 20:53
mentioned in commit d3fcc7e4e8682c796d31377f19e7460c76d31874

In GitLab by @wtbarnes on May 6, 2020, 14:22
added 1 commit
5a6d90b2 - Update CODE_OF_CONDUCT.md
Compare with previous version

In GitLab by @wtbarnes on May 6, 2020, 12:59
enabled an automatic merge when the pipeline for c6d0c6d486d9a3ed60d399a8dc0f9f3548d2b2df succeeds

In GitLab by @wtbarnes on May 6, 2020, 12:55
added 1 commit
c6d0c6d4 - Update CODE_OF_CONDUCT.md
Compare with previous version

In GitLab by @wtbarnes on May 6, 2020, 20:53
merged


Mapping UI Usability Issues

From @siuc-nate
It is not obvious that the comment field becomes available after selecting an alignment.  The functionality of the drop-down box should not change like this. I didn't stumble across this until I went back to try to change an alignment.
Also, the box itself stops responding to clicks after an alignment is selected; you must instead click exactly on the arrow on the right.
There should be a separate text field for adding comments, and the functionality of the drop-down list should be consistent no matter its value.

I would like to see the comments separate from the selection of the alignment predicate, and for the behaviour of the alignment selection box not change.
We need to consider this in conjunction with how to add information about data transformations #448 so no solution yet

@philbarker I'm moving this task to Ready column, hope you are OK with it.

Tested on PhilQA, here is what the pop-up looks like

Looks great!

@edgarf , The comment box looks good and functions as intended. The comments are included in the exported mapping files as expected.
“No Match” predicate scenario: One additional note on a possible enhancement and/or a comment to add to the documentation: If a user goes to edit a mapping and changes a predicate on the “Align and Fine Tune” page for a previously mapped term to use the “No Match” predicate, then the mapped term is dropped from the mapping. This is logical as “no match” implies that there should not be a mapped term. However, a user can then manually drag the term back into its place, save the mapping, and export the incongruent result. Consider disabling the ability to add a mapped term when “No Match” is selected and/or adding a warning.

The comment box already handles this scenario correctly as it doesn't show the mapped term:

@AH1CEDS,
Good catch! I disabled dropping terms on alignments with the No Match predicate.

Verified on Gopher staging...mapped term does not display when predicate is "No Match"

Looks good on Cred Eng.


Banlist search is in bizarro mode

From a glc report: Hey folks, nrdb search with "b:active" returns all the cards that are banned rather than legal in the new sbl. Is this a known issue? (the workaround is typing b!active)

I can confirm that. If you try "z:current x:power" you get 45 cards. "z:current x:power b:active" returns only 2 cards that are the banned ones.

I believe the issue here is that the banlist query is getting banned cards when it should be getting non-banned cards, in which case this has been resolved by #707


[WIP] Support allure reporter, relates #80

Hi. I would really like to have allure working with parallel execution. Any chance to get it fixed?

Not soon. The problem here was unfortunately really deep.

See #80 for updates


Update semantic-release?

I noticed that we have pinned semantic-release to 19 in this repo:
https://github.com/eslint-community/eslint-utils/blob/ede67fea586f4369c47874a9f4cd660028136482/.github/workflows/ci.yml#L117
But the latest version is 24.1.1 at the time I create this issue.
Since the semantic-release version is neither defined through the uses: of the workflow or in devDependencies, we will get no update suggestions from Dependabot.
We should probably add it to devDependencies and skip the third party action in favor of the current suggested setup.
Either that or mimic https://github.com/eslint-community/eslint-plugin-promise/pull/508 / https://github.com/eslint-community/eslint-plugin-promise/pull/506 and switch to release-please.
Thoughts @MichaelDeBoey?

I would be in favor of simplifying the setup + use latest semantic-release
Switching towards release-please seems a bit unnecessary as semantic-release should support feat!:, but I wouldn't mind having it consistent either


Icon size wrong

I got an error that the icon size of flatpak/icons/com.github.vikdevelop.penpot-electron.png isn't 128x128 ...
after resizing locally it worked

HelIo, I added new icon with resolution 128x128 px and builded new flatpak.

Thx


fix: Change module exporting type (fix #159)

Please check if the PR fulfills these requirements

[x] It's submitted to right branch according to our branching model
[x] It's right issue type on title
[x] When resolving a specific issue, it's referenced in the PR's title (e.g. fix #xxx[,#xxx], where "xxx" is the issue number)
[x] The commit message follows our guidelines
[x] Tests for the changes have been added (for bug fixes/features)
[x] Docs have been added/updated (for bug fixes/features)
[x] It does not introduce a breaking change or has description for the breaking change

Description
In typescript, to import module by replacing entire exports object(module.exports  = {}) must use import someModule = require('that-module');. ref.
module.exports = {} is not equivalent export default {}. Default export matches module.exports.default = {}.
case 1. Replacing exports
module.exports = ImageEditor;
// --------------------------------------

import ImageEditor = require('tui-image-editor');

case 2. Default export
module.exports.default = ImageEditor;
// or
export default ImageEditor;
// --------------------------------------

import ImageEditor from 'tui-image-editor';

Change module exporting type default to commonjs pattern.
ref: #159

Thank you for your contribution to TOAST UI product. 🎉 😘 ✨

수고하셨습니다.
docs 어딘가에 가이드를 명시해 주면 좋을 거 같아요.
관련 링크도 추가하면 좋겠습니다.
https://www.typescriptlang.org/docs/handbook/modules.html

확인했습니다. 수고하셨습니다.

@dongsik-yoo 네, 타입스크립트 모듈 import 설명을 README.md 하단에 추가했습니다!


What is the appex file?

Your demo and documentation reference a BroadcastDemoExtension.appex file but I don't know what this file is or what is suppose to be in it. Can you provide a little more information please

Okay I figured it out. Looks like there is a bit of setup you have to do in XCode to wire this up. Your package is just handling the dart side of things.
I think it would still be helpful to link to some documentation or reference this for folks like myself that are coming in from a flutter only perspective and not familiar with how iOS handles this operation
https://developer.apple.com/library/archive/documentation/General/Conceptual/ExtensibilityPG/ExtensionCreation.html

👍 Thanks for the feedback, the detailed instructions have been updated to the README


Incompatible declaration of MockDisablerPHPUnit6::endTest

I was hit by this when running psalm on one of my projects (it's only part of log):
Using reflection to locate file for phpmock\phpunit\MockDisablerPHPUnit6
PHP Fatal error:  Declaration of phpmock\phpunit\MockDisablerPHPUnit6::endTest(PHPUnit\Framework\Test $test, $time) must be compatible with PHPUnit\Framework\BaseTestListener::endTest(PHPUnit\Framework\Test $test, float $time): void in php-mock/php-mock-phpunit/classes/MockDisablerPHPUnit6.php on line 44
Fatal error: Declaration of phpmock\phpunit\MockDisablerPHPUnit6::endTest(PHPUnit\Framework\Test $test, $time) must be compatible with PHPUnit\Framework\BaseTestListener::endTest(PHPUnit\Framework\Test $test, float $time): void in php-mock/php-mock-phpunit/classes/MockDisablerPHPUnit6.php on line 44

I guess, that missing : void type hint (return value) is the "incompatibility".
The void was added in 7.1.0. I see in your composer.json php>=7, so the void may be add and requirement in composer.json may be bumped to 7.1. Anyway, there is already : void in MockDisablerPHPUnit6, so its a syntax error for 7.0 I guess.

Ok, just realized this file shall be loaded conditionally, perhaps psalm wrong trying to load it.


auto-merge envoyproxy/envoy[main] into tedjpoole/envoy-openssl[main] failed

@envoyproxy/envoy-openssl-sync

Failed to auto-merge envoyproxy/envoy[main] into tedjpoole/envoy-openssl[main]
From bc3f240f54c161448df96644b8a87b3f4404143d
@envoyproxy/envoy-openssl-sync

Failed to auto-merge envoyproxy/envoy[main] into tedjpoole/envoy-openssl[main]
From b8054ef6da0f20e1e8371062cf03963492b91665
@envoyproxy/envoy-openssl-sync


 IF YOU DO NOT FOLLOW THE FORMAT OR MAKE A GENERIC TOKEN REQUEST YOUR ISSUE WILL BE DELETED WITHOUT COMMENT
YOUR JUSTLIST MUST FOLLOW THE JSON SPECIFICATION
https://github.com/justswaporg/justlists/blob/main/example.justlists.ts
Checklist

[x] I understand that this is not the place to request a token listing.
[x] I have tested that my JustList is compatible by pasting the URL into the add a list UI at justswap.org.
[x] I understand that filing an issue or adding liquidity does not guarantee addition to the justlists website.

Please provide the following information for your token.
JustList URL must be HTTPS.
JustList URL:
JustList Name:
Link to the official homepage of the JustList manager:

Ok

Please submit the correct information, invalid information will cause the issue to close


Improve the UI for adding vector collection port

We wish to improve the UI for adding a vector collection port and the respective domain entry objects in the visualisation left pane. The current UI procedure is described in ../doc/add-new-vector-collection-port.md. The improvement shall be deployed in multiple steps:

[ ] #115
...

Here is a self-brainstorming on the improvement steps:


Files app opens MediaInfo for .mp3 files despite the fact that default app for this extension is Foobar2000

Describe the bug
Files app opens MediaInfo for .mp3 files when I double click it or press Enter despite the fact that default app for this extension is Foobar2000.
To Reproduce
Steps to reproduce the behavior:

Open Files app
Double click or press Enter on any selected .mp3 file

Expected behavior
Foobar2000 should be opened
Screenshots

Desktop:

OS Version: Windows 10 20H2 19042.610
App version: [v0.20.0]

Additional context
In the context menu list of both Windows Explorer and Files app for .mp3 files the first item is "Play in Foobar2000" and the second one is "MediaInfo"

Hi, I also had this issue and was actually able to get foobar2000 to behave as desired. The fault does not lie within Files per se. There seems to be a complicated interaction happening here mostly between Windows' file associations system, the UWP App subsystem, and Explorer. It just happens that Files is exposing what is either an outright bug in Windows, or we've every one of us misinterpreted how this functionality is intended to behave. In any such case, I'm going to do my best to outline Don't Choose Your Own Adventure: Undocumented Registry Keys Edition. Apologies in advance.
The Problem
Files is unable to Open files associated to foobar2000. Open with... does allow me to successfully open the file with foobar2000, however, but repeat usages of this functionality result in the Always open with checkbox not retaining the selection. Curiously, using Open with... from Explorer results in the checkbox actually being checked. So our selection actually is being retained, somewhere! The regular Open (and double-click) work correctly in Explorer as well and do respect the file associations we've selected. :rage4:
So what gives?
Firstly, it does appear that Files possesses some slightly wonky behavior with regard to launching other applications, be it from opening them directly or via an associated file. I suspect this is a UWP limitation, fair enough. I, too, had the exact same behavior as noted by @tehwolf1337, down to the weirdly quiet log file. I did not get the opens-in-the-wrong-app behavior but I don't have any other associations that it could possibly try to use so this may be immaterial. I had foobar2000 installed in C:\Program Files at the time.
Suspecting some kind of UWP funkiness, I removed the standalone version of foobar2000 and installed the Microsoft Store version. Upon attempting to Open a once-again-associated-to-foobar2000 file, part of my suspicion was confirmed.
2021-12-29 07:10:18.2067|INFO|Connection_RequestReceived|Argument: LaunchApp
2021-12-29 07:10:18.2497|INFO|StartSTATask|Access is denied
  System.ComponentModel.Win32Exception (0x80004005): Access is denied
    at System.Diagnostics.Process.StartWithShellExecuteEx(ProcessStartInfo startInfo)
    at System.Diagnostics.Process.Start(ProcessStartInfo startInfo)
    at FilesFullTrust.MessageHandlers.ApplicationLaunchHandler.<>c__DisplayClass3_0.<HandleApplicationLaunch>b__0()
    at FilesFullTrust.Win32API.<>c__DisplayClass0_0`1.<StartSTATask>b__0()
2021-12-29 07:10:18.5550|INFO|Connection_RequestReceived|Argument: LaunchApp
2021-12-29 07:10:18.5985|INFO|StartSTATask|Access is denied
  System.ComponentModel.Win32Exception (0x80004005): Access is denied
    at System.Diagnostics.Process.StartWithShellExecuteEx(ProcessStartInfo startInfo)
    at System.Diagnostics.Process.Start(ProcessStartInfo startInfo)
    at FilesFullTrust.MessageHandlers.ApplicationLaunchHandler.<>c__DisplayClass3_0.<HandleApplicationLaunch>b__0()
    at FilesFullTrust.Win32API.<>c__DisplayClass0_0`1.<StartSTATask>b__0()
2021-12-29 07:10:18.9448|INFO|Connection_RequestReceived|Argument: LaunchApp
2021-12-29 07:10:18.9869|INFO|StartSTATask|Access is denied
  System.ComponentModel.Win32Exception (0x80004005): Access is denied
    at System.Diagnostics.Process.StartWithShellExecuteEx(ProcessStartInfo startInfo)
    at System.Diagnostics.Process.Start(ProcessStartInfo startInfo)
    at FilesFullTrust.MessageHandlers.ApplicationLaunchHandler.<>c__DisplayClass3_0.<HandleApplicationLaunch>b__0()
    at FilesFullTrust.Win32API.<>c__DisplayClass0_0`1.<StartSTATask>b__0()
2021-12-29 07:10:19.3152|INFO|Connection_RequestReceived|Argument: LaunchApp
2021-12-29 07:10:19.3577|INFO|StartSTATask|Access is denied
  System.ComponentModel.Win32Exception (0x80004005): Access is denied
    at System.Diagnostics.Process.StartWithShellExecuteEx(ProcessStartInfo startInfo)
    at System.Diagnostics.Process.Start(ProcessStartInfo startInfo)
    at FilesFullTrust.MessageHandlers.ApplicationLaunchHandler.<>c__DisplayClass3_0.<HandleApplicationLaunch>b__0()
    at FilesFullTrust.Win32API.<>c__DisplayClass0_0`1.<StartSTATask>b__0()

This is the result of me trying to open a few different files, back-to-back, associated to foobar2000. Upon tracking down the location of the executable, Windows Terminal was also unable to launch it (Access Denied) but double-clicking it from Explorer worked as expected, once you told it to let you into the folder.
An Inconsistency!
Files is perfectly able to Open files associated to other UWP apps, such as Windows Terminal (which it can even launch on its own perfectly fine), Photos and even downloaded apps like PDF Reader by Xodo. So, plainly, something must be different about associations to foobar2000. Indeed, they are.
Files has no difficulty opening files that UWP apps declare a compatibility for in their manifest. That is, if you click on that particular app in the file associations panel in Settings, there is already an entry for the relevant file extension upon installing the app. foobar2000 seems to be the exception to this rule, I was unable to Open .mp3 files I had associated via this method. It is possible that this is due to my system state being tainted by remnants of the standalone foobar2000. I can't speak to the validity of that statement, however.
DeFaUlT aPpS
Ultimately this seems to come down to the ludicrous behavior of the Settings -> Apps -> Default Apps 'control panel' (PrefPane?) as well as the Open with... dialog.
In the Windows 11 UI, if you install foobar2000 from the Store, it will declare a small set of reasonable extensions it is already associated to (if those extensions are not already associated). This is sensible enough, but what if you install a fb2k-component that introduces support for a new extension? Does that add the extension to Windows 11's list?
No. It doesn't.
I suppose this makes some sort of sense. Components obviously cannot modify foobar2000's manifest, and it seems there is no extension mechanism for this.
Well... can't you just... associate it?
No! You can't!
Well, you can, but this association only works in Explorer!
You can, technically, register a filetype directly to the executable file found in foobar2000's package folder (within the WindowsApps) folder. Due to the way this is permission'd, UWP apps can't respect this association because they cannot open the folder. It doesn't seem to matter if Files is run as Administrator.
The reason for this appears to be that Windows actually creates the association registration differently depending on if the app is a regular Win32 app or a UWP app. Unfortunately, Windows is unable to tell if a .exe you pick belongs to a UWP application, despite the fact that people obviously do this. As such, it creates a regular Win32-type association, which will confound any UWP applications that try to respect it.
The 'proper' way to register a filetype with a UWP application is to type the extension into the control panel and then pick the app from the "Open with..." prompt that it gives you. However, the app we want to associate to (foobar2000) does not declare the extension I want in its manifest (.vgz in this case). As a result, it will never appear in the picklist. This is a Catch-22, obviously.
There is no current way in Microsoft's UI to create a proper filetype association to a UWP app that does not declare that extension in its manifest. (Well, there's one, which I'm going to cover, but it's clearly not intentional.)
There is apparently a way for apps to declare a * type but I understood this to be inconsistently supported and kind of a half-measure.
Not all is lost, though. Despite Microsoft's insistence that this is impossible, you can, in fact, set the association up correctly via the Registry!
Essentially, you want to look in HKEY_CLASSES_ROOT for an extension you know is associated correctly to a UWP app, and one that is associated to a Win32 app. Under those extensions' keys, you want to look at nested subkeys shell, open, and command.
Notably, the Win32-style associations have a value with a name something like ExecutablePath, and that's pretty much it. It's just %EXECUTABLE_PATH% %1 (i.e. foobar2000.exe %1). Interestingly, I noted that %EXECUTABLE_PATH% doesn't necessarily refer to a real path. The bits before the actual executable name appear to (sometimes?) refer to registry keys that ultimately contain data that resolves the real path. It's possible I misinterpreted this but I seemed to be able to modify them to launch other executables. Take that part with a grain of salt.
The real interesting stuff exists in the UWP-style associations. These are very significantly more complex, referring to the full internal name of the package in multiple values as well as other metadata that needs to be valid. The lynchpin in this whole thing seems to be the DelegateExecutable value, which is a string value containing the CLSID of the UWP app you want to launch.
Okay, Okay, So how do I use this?
Easy! Do what I said earlier and create the association the wrong way. Then, examine a functioning UWP association and determine what the values should be for whatever app you want to associate. Finally, replace the contents of the shell, open, and command keys for your desired extension with these values. After finding some additional reference to this extension (.vgz in my case) in the registry I just removed them. I don't know how proper that bit is, but it might not even be relevant to you. So.
Anyway, after this, I was simply able to double click on a .vgz file and Files had no problem launching foobar2000! Curiously, it also started appearing in the Open With... list for every single extension. Associating additional extensions this way actually creates the correct structure. (This is the one way through the UI I mentioned earlier.) So, clearly, Windows actually can (and will) do it. You just have to break it first.
omg, tl;dr!!
Windows creates file associations in two different ways. Some apps don't play nice with this. While this is seemingly inconsequential in a purely Win32 environment, the more strict permissions of UWP apps can cause said apps to break when trying to respect these file associations. You can work around this by installing a UWP version of that app, if available, because UWP file associations are defined differently.
However, if that app's manifest does not contain the extension you wish to associate, it is impossible to create this association in the UI. Simply navigating to the UWP app's executable and associating it that way does not work, a Win32 association is created instead. However, if such an improper association is created, it makes enough of the proper 'skeleton' that it can be amended into the correct format.
If one examines a proper UWP file association they can copy that structure (by hand, unfortunately) into the Win32-style association. After deleting the Win32-specific data the association effectively becomes a 'proper' UWP association which UWP apps can respect and it seems to make the app suddenly associatable with whatever you want.
Conclusion
It doesn't look like this really comes down to a fault in Files. It seems to want to follow the definition in the registry to the letter, and if this is anything but perfect Windows seems to just kneecap you. I'm honestly not sure how you guys can mitigate this from your end. Perhaps you could try to resolve a corresponding UWP app if the above-described failure to launch occurs, but this seems like something you shouldn't have to do.
If Microsoft just gave us a "Show all UWP apps" checkbox in the Open With... dialog, this would be solved. At least for the foobar2000 case. Big oof.
This might also be the same as #5309.

Is this still an issue in <IP_ADDRESS> or above?


Alias none to generic

Sorry about the long delay, @strugee! If you are still interested in seeing the language: none handled like this, the patch should use an explicit alias mapping instead of a symlinked file. Thank you! 💖


Problem when instantiating image

Problem
I tried importing an image instance in different ways:

import image from 'res://img/img.png';
import Image from 'res://img/img.png'; let image = Image.instance();
import Image from 'res://img/img.png'; let image = new Image;
let image = await import('res://img/img.png');

None of these ways allow to show the image and, in some cases, code is not fully executed (using console.log()).
Editor version
3.2.3
How to reproduce

Clone repository: https://github.com/Klaider/GdesBug000
Play with states/InitialState.jsx scene

Involved code:
import RecoyxLogo from 'res://img/company-logo/recoyx.png';

export default class InitialState extends godot.Node2D {
	constructor() {
		super();
	}

	async _ready() {
		await godot.yield(this.get_tree(), 'idle_frame');
		console.log('a');
		let recoyxLogo = RecoyxLogo;
		console.log('b');
		recoyxLogo.position = new godot.Vector2(0, 0);
		console.log('c');
		this.add_child(recoyxLogo);
		console.log('d');
		console.log(recoyxLogo);
	}

	_process(delta) {
	}
}

What is the console.log(RecoyxLogo ) ?

It logs [StreamTexture:1189].

You don't need to instantiate the image. Just use it as an instantiated instance.

Yeah, I tried it, as stated on the top of my issue... Nothing is drawn on the screen and some logs don't occur...

You'd better learn how to use godot first.

My code is correct, I didn't try to do the same in GDScript, though.

No it is not an issue. [StreamTexture:1189] is a resource not a node.

That makes sense, but why doesn't console.log() occur or why is not an error thrown and logged in the debugger console?

I mean, if the last console.log() doesn't happen, then some error should have been thrown.

Now code fully works, but I still don't understand why it was silent.


A couple of search bugs in overview and address bar

I stumbled over a few issues with in the search.

In the overview, selecting the current day as the end date, does not include it. It should in any case include both the end and the start day.

When searching a word of a page that has been deleted from the index, it throws this error, and is  stuck in "search mode"
In Overview

In Address bar

How to test:

Open link: https://www.theguardian.com/environment/climate-consensus-97-per-cent/2016/jan/25/record-hot-2015-gave-us-a-glimpse-at-the-future-of-global-warming
Search for "Aforementioned" > should work
Blacklist page and delete occurences
Search for "aforementioned" both in address bar and overview

In the overview, selecting the current day as the end date, does not include it. It should in any case include both the end and the start day.

This one should be related to the NLP + date picker work that was done a fair while back. There is a lib that resolves text NLP queries to epoch times and also the date picker lib that does the same thing, but both can sometimes result in slightly unexpected times like this :/ it's quite strange. Will go back and look into these logic later and see how they can be tweaked to resolve to times that are more expected from user POV, but after the search stuff as I think it will be a bit of a time consumer tweaking them.

When searching a word of a page that has been deleted from the index, it throws this error, and is stuck in "search mode"

This one is definitely a problem. Couldn't reproduce it following those steps a few times, but I understand how it could get to that state in some special cases when deleting from the index. In this case, the indexed doc gets badly formatted in the delete leading to that error. Simulated it by manually inserting badly formatted results to search, and made a quick check to make sure to not attempt to resolve any badly-formatted results against pouch (as there is no way without the underlying data) which should address such cases.
Will keep playing around with deleting pages from the index anyway and see if I can get it into that badly formatted state, to see what other cases there could be. As it's all async, it's a bit of a challenge getting the timing right to be able to reproduce it exactly (although I would expect it to get completely removed after some time).

fixed with #69


fixes #287

At least consider implementations of java.util.Set and do not map any Collection to Lists! ... to be extended

improves handling of Set ... https://github.com/DozerMapper/dozer/issues/172

@openwms ; can you rebase on latest please and add a unit test.

@openwms ; Have you finished the rebase? as it doesn't seem correct. I wouldn't expect to see all the commits from the past few weeks. Only your commits.

@garethahealy Have added a unit test for this


Merge qv_scope_th_split() and qv_scope_split()

Generalization of this operation very similar to #68
Original split operation:
int
qv_scope_split(
    qv_context_t *ctx,
    qv_scope_t *scope,
    int npieces,
    int group_id,
    qv_scope_t **subscope
);

Generalized split operation:
int
qv_scope_split(
    qv_context_t *ctx,
    qv_scope_t *scope,
    int npieces,
    int *group_id,
    int nthreads,
    qv_scope_t ***subscope
);

Differences:

group_id (in) is an array of ids of size nthreads. It can take the value of NULL to assign a default group_id/color.
nthreads (in) is the number of threads in this process. It is used to differentiate between splitting resources among processes (nthreads=1) and splitting resources among threads (nthreads>1).
subscope (out) is an array of scope pointers of size nthreads

We could also add another parameter int policy (enumeration). When policy != QV_SPLIT_USE_GROUP_ID, ignore group_id and use any of the predefined policies such as QV_SPLIT_AUTO, QV_SPLIT_COMPACT, or QV_SPLIT_STRIDE_2. Let's leave this for later and only if it seems necessary.
We could leverage C++ and make nthreads optional. If nthreads is passed in, then parameter types are: int group_id and qv_scope_t **subscope, i.e., the original paramter types. In this case, however, users would have to be careful about passing the right parameter type, which may be error prone and more complex than just having the nthreads parameter all the time--consistency!
Splitting resources among processes/tasks:
// Split resources of an existing scope among Tasks

int nthreads = 1;
int group_id = rank % node_local_ntasks;
qv_scope_t **task_scope;

qv_scope_split(ctx, scope, node_local_ntasks,
    &group_id,
    nthreads,
    &task_scope);

qv_scope_t *sub_scope = task_scope[0];

/* Task does work in this scope */

/* Done using sub_scope */
free(sub_scope);
free(task_scope);

Splitting resources among threads:
// Split an existing NUMA scope among N Threads

int nthreads = N;
int *th_group_id = NULL;   // Use group_id default value
qv_scope_t **th_scope;

qv_scope_split(ctx, numa_scope, N,
    th_group_id,
    nthreads,
    &th_scope);

omp_set_num_threads(nthreads);
#pragma omp parallel
{
  qv_bind_push(ctx, th_scope[omp_get_thread_num()]);

  /* Each thread works */
}

/* Done with all parallel regions using this layout */
for (i=0; i<nthreads; i++)
  free(th_scope[i]);
free(th_scope);

Consider using the group_id array to pass pre-defined mapping policies to avoid having another parameter.

Hello. The more I work on and think about this, the more I'm convinced that we should keep qv_scope_split() and discuss what we should do with the thread split interface. Let's discuss this next week.

Discussed. Will not merge interfaces.


Add fix for slow yaml lexer as in vis source

This adds a fix for "incorrect and slow yaml lexer" present in vis source as commit 79859b57fc3556c2ed74950a5a5668c64face4e3 that didn't get upstreamed.
See: this commit

Fixed via https://github.com/orbitalquark/scintillua/commit/8829edbab66109ad59d5e4c6a99a149a8fd7d5de
I did not incorporate the patch directly because it does not handle keys like "foo bar" and "foo  :".

Fixed via https://github.com/orbitalquark/scintillua/commit/8829edbab66109ad59d5e4c6a99a149a8fd7d5de
I did not incorporate the patch directly because it does not handle keys like "foo bar" and "foo  :".


Find Preferred Upgrade Path for gulp-mocha and eslint-config-xo-space

The eslint-config-xo-space upgrade should be easy, but it really doesn't like it when I upgrade things. More importantly, gulp-mocha should work based on what I've read from the changelog and yet it seems to not play nicely with my tests, causing nearly everything to report back as failing in coverage. 😕
related issue from gulp-mocha

Closing in favor of #89.


feat: multi RDBMS migrations

:white_check_mark: Build TheIdServer 1.0.0-export-import1-0082 completed (commit https://github.com/Aguafrommars/TheIdServer/commit/903a065bff by @aguacongas)

:x: Build TheIdServer 1.0.0-export-import1-0083 failed (commit https://github.com/Aguafrommars/TheIdServer/commit/f5e0945111 by @aguacongas)

:x: Build TheIdServer 1.0.0-export-import1-0084 failed (commit https://github.com/Aguafrommars/TheIdServer/commit/87c6df030c by @aguacongas)

:white_check_mark: Build TheIdServer 1.0.0-export-import1-0085 completed (commit https://github.com/Aguafrommars/TheIdServer/commit/44fac936e9 by @aguacongas)


user details shows the points of a project's life and not the current game

http://www.julython.org/rmyers/
This shows project points that do not add up to your total points for the current game.
I was curious how many points i've earned from each project in the current game.

Tracked the cause of this one down, although unsure of a fix.

Points are a property on project here
But looking at boards here we can see that a board is not user specific.

In the example julython.org shows 12 points in the game, but only 1 of those points has been awarded to rmyers. Since the origin of points doesn't seem to have been recorded anywhere I think the sanest easy solution would be to remove the tag on user pages to avoid confusion.


Add reference to the Include prerelease in "Call UWP APIs in desktop apps"

[Enter feedback here]
Here:
In the NuGet Package Manager window, select the Browse tab and search for Microsoft.Windows.SDK.Contracts.
Please add: Be sure that Include prerelease check is enabled.
I had many problems because I didn't realize it and I finished installing them manually
Regards
Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 8d75cb81-9ff3-f9ad-8ad4-818e45da1d62
Version Independent ID: f21e558d-b41f-bcfd-ca8a-9daabf7fa85a
Content: Use UWP APIs in desktop apps - Windows apps
Content Source: hub/apps/desktop/modernize/desktop-to-uwp-enhance.md
Product: uwp
Technology: apps
GitHub Login: @mcleanbyron
Microsoft Alias: mcleans

Thanks for submitting this great feedback. I'll clarify this in the article as soon as I can and update this issue when that is done.

Fixed!

Thanks a lot