Support for pass-through authentication?

If I use passwords in Build or Release scripts, I cannot change the password centrally with tools like Secret Server or Cyber-Ark Password Vault. Basically, this tool requires a never-changing password with admin rights to production servers. Is there any way around this?

We all want this feature:
https://github.com/Microsoft/vsts-rm-extensions/issues/44

Oh, my bad, I looked at the open issues for duplicate but not closed ones.

No worries. Keep bringing it up. I'm dying for this feature

we have pull-agent-based deployment in private beta. More info here https://blogs.msdn.microsoft.com/visualstudioalm/2016/12/05/agent-based-deployment-in-release-management/
IIS task in agent-based deployment doesn't rely on WinRM as it is running locally on the machine.
Let me know if you are interested in trying out and provide us feedback.

@peder, As @mvvsubbu  mentioned above, agent-based deployment is currently in private preview and is expected to be available around 2017 Update 2 time line.
We have IIS deployment task which works with agent credentials. In case you are interested to participate in private beta, please drop me a note (roopesh dot nair at microsoft dot com)
Thanks


Fix ReadME documentation

Describe the bug
A clear and concise description of what the bug is.
Please fix the verbiage in the Introduction section of the README documentation.

Closing as https://github.com/aws-observability/cdk-aws-observability-accelerator/pull/34 got merged.


Fix sar pom format

No jira due to no code change, just a very minor format fix

Can one of the admins verify this patch?

Thanks!


In High Contrast Aquatic mode, unselected stars are not properly visible present in 'Rate your experience!' card.

Is it an issue related to Adaptive Cards?
No.
What is the PWD impact?
Color sensitive users who depend on high contrast modes are getting impacted, as In High Contrast Aquatic theme mode, unselected stars are not properly visible. This will impact the user's desired task.
What browsers and screen readers do this issue affect?
Windows: Chrome with NVDA
Are there any code-based customization done to Web Chat?
No, I am using Web Chat without any customizations except "styleOptions".
What version of Web Chat are you using?
Latest production
Which area does this issue affect?
Forced colors (high contrast mode)
What is the public URL for the website?
Request Contributors - POC (sharepoint.com)
How to reproduce the issue?
Step 1: Open the above URL in New Edge/Chrome browsers.
Step 2: Request Contributors - POC Home page will appear.
Step 3: Navigate to the 'Got questions?' in the page now Ask Iris Now! link is invoked it, chat box appeared.
Step 4: Navigate to the 'What skills are needed to be a contributor?' control and invoke it now 'Did that answer your question or solve your problem?' question will opened now navigate to the 'No, create a Support Ticket; and invoke it. now 'Select a tool, workstream or team from the dropdown' appeared Navigate to the 'Continue' Button invoke it Next 'Submit' will be appeared and invoke the Submit Button now 'Is there anything else that I can help you with?' question will be appeared now 'No' Button invoke it Now 'Rate your experience!'  will appear.
Step 5: Now navigate to the unselected stars.
Step 6: Verify whether In High Contrast Aquatic theme mode, unselected stars are not properly visible or not.
What do you expect?
In High Contrast Aquatic theme mode, Unselected stars should be properly visible.
What actually happened?
In High Contrast Aquatic theme mode, unselected stars are not properly visible present in 'Rate your experience!' card.
Do you have any screenshots or recordings to repro the issue?

Did you find any DOM elements that might have caused the issue?
No response
MAS reference
https://aka.ms/MAS4.3.1
WCAG reference
No response
WAI-ARIA reference
No response
Adaptive Card JSON
No response
Additional context
No response

#A11yMAS;#A11ySev3;#MAS4.3.1;#HCL;#Accessibility;#FeatureBotframeworkwebchat-Apr23;

Bug copied from MCAPS: ISSUE 1767692

This is related to bot author. The bot author is using images that does not display properly in high contrast mode.

As per the above comment, this issue is not under bot framework team. Hence closed the bug and updated to partner team (WWL)


Batch task command seems to override the COMMAND, not the ENTRYPOINT

The documentation for Azure batch tasks with a Docker container workload says:

If the container image for a Batch task is configured with an ENTRYPOINT script, you can set your command line to either use the default ENTRYPOINT or override it:

...
To override the (container image's) default ENTRYPOINT ... set a command line appropriate for the container

I believe this is saying that the value of TaskAddParameter.command_line in the Python SDK will map to the docker create --entrypoint CLI arg.  This does not appear to be true (nor expected).
Instead I see that the TaskAddParameter.command_line value sets docker create's [COMMAND], and that the (only?) way to override the ENTRYPOINT is to specify it as one of the TaskContainerSettings.container_run_options, like so:
    TaskContainerSettings(
        image_name=img_name,
        container_run_options=f"--rm --entrypoint /bin/bash",
    )

Here's how I arrived at this understanding of the behavior:

Build a Docker image that specifies both an ENTRYPOINT you don't want to use, and a CMD.  Something like:
FROM python:3.8-slim
COPY . ./
ENTRYPOINT [ "python3" ]
CMD [ "do_stuff.py" ]

If you follow the documentation page in question, you would not override --entrypoint in the TaskContainerSettings, and set the TaskAddParameter(command_line="""/bin/bash -c 'echo "success"' """).  What ends up happening is the Batch Task runs the python3 executable over the file bin/bash file on disk.  That file is binary, not the UTF-8 text that Python expects, and so you get a Python error:
File "/bin/bash", line 1
SyntaxError: Non-UTF-8 code starting with '\x82' in file /bin/bash on line 2, but no encoding declared; see http://python.org/dev/peps/pep-0263/ for details

In short, it was the CMD that was overridden, and the ENTRYPOINT was not.

Instead, I have to override both the TaskContainerSettings(container_run_options="--entrypoint /bin/bash") and set the TaskAddParameter(command_line="""-c 'echo "success"' """) to override docker create's [COMMAND] (not entrypoint as the documentation says).  Then the Batch Task runs successfully and writes "success" to stdout.txt

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

ID: 206a4592-16ac-8ef7-7a33-508535c3ea50
Version Independent ID: 24785e7d-1caf-dd48-dc26-e5d258d899b1
Content: Container workloads - Azure Batch
Content Source: articles/batch/batch-docker-container-workloads.md
Service: batch
GitHub Login: @prkannap
Microsoft Alias: prkannap

@IamJeffG
Thanks for the feedback! I have assigned the issue to content author to check and update the document as appropriate.

@prkannap
Can you please check and add your comments on this doc update request as applicable.

@rfutrick
Can you please check and add your comments on this.

Have addressed the issue and updated the article accordingly to capture the Batch task command to override the default ENTRYPOINT and what to set when the image doesn't have an ENTRYPOINT.
Closing this issue, #please-close


[1.19] item dupe in ATM8 just from crafting

DO NOT REPORT AN ISSUE IF YOU HAVEN'T TESTED THE ISSUE WITH THE LATEST VERSION IN CURSEFORGE
Industrial Foregoing Version: industrial-foregoing-1.19.2-<IP_ADDRESS>-3
Titanium Version:titanium-1.19.2-3.7.1-24
Crashlog If Applicable (Upload to pastebin/gist): no crash yet
it I craft any thing from the mod half of the items are returned to me
I get the advanced frame, any of the frames really, after crafting in a vanilla crafting table
I a refined storage grid the items will be there after pulling out the item from the grid
but will not really be items and will freeze the grid
Returning the items to the refine system with the X button on the grid will it time
cause a error of "ItemStack value must not be empty" as the items returned are not real
but dupes
This ONLY happens with any Industrial foregoing item craft all other craft are fine so
it must be an error in this mod
The dupe is not a problem but the destruction of the ENTIRE refine storage system is
also external storage from refine can not be connected to any Industrial Foregoing machines
it will cause the same error of empty stacks
Edit:
So looking at refined storage old closed issues that did not get fixed
the error seem to be a thread issue in minecraft that is a java issue that the mod can not fix
maybe forge can find a workaround though an api or something
odd as this happened in older versions of minecraft the in 1.12 -1.18 did not happen
now we need to use java 17-19 the problem is back
java really is a list of problems just waiting to return

I am wrong this is the same problem that Refine storage has with
Silent Gear
I you have no silent gear on your hot bar or your inventory there is no bug
this may not happen at all on server base worlds
that was the reason only a few had the refine storage problem effects only SP worlds

Not an IF issue


Alps 949 - onConfigLoadComplete viewer event

Add the onConfigCompleteLoad event to the Viewer, which is triggered after the viewer is ready but none configuration has been loaded, to make a distinction with the onReady event which is triggered before the load of the config.

 All committers have signed the CLA.


Skip "Save to My programs" Step

I always need to save the robot program to “my programs” even if I just want to run a robot. We will want to skip this and just be able to run a robot without it needing to be added to the programs (or by funding a way for robots to be added to programs automatically when we want to run them).

I'll be taking on this one!

I'll be taking on this one!


mise exec not using the right tool

Maybe I'm misunderstanding something here, but I thought mise exec should read my tool-versions and use the right version.
╭─ ⏺ ~/Sites
╰─ $ mise current
ruby 3.2.4
node 18.19.0
yarn 1.22.19
packer 1.8.4
aws-vault 7.2.0
terraform 1.8.5
╭─ ⏺ ~/Sites
╰─ $ mise x -- ruby -v
ruby 2.6.10p210 (2022-04-12 revision 67958) [universal.arm64e-darwin23]

mise doctor output
version: 2024.8.4 macos-arm64 (8d2aed1 2024-08-02)
activated: yes
shims_on_path: yes

build_info:
  Target: aarch64-apple-darwin
  Features: DEFAULT, NATIVE_TLS, OPENSSL
  Built: Fri, 2 Aug 2024 13:30:22 +0000
  Rust Version: rustc 1.80.0 (051478957 2024-07-21)
  Profile: release

shell:
  /bin/zsh
  zsh 5.9 (x86_64-apple-darwin23.0)

dirs:
  data: ~/.local/share/mise
  config: ~/.config/mise
  cache: ~/Library/Caches/mise
  state: ~/.local/state/mise
  shims: ~/.local/share/mise/shims

config_files:
  ~/.config/mise/config.toml
  ~/Sites/Gemfile
  ~/Sites/.tool-versions
  ~/Sites/.mise.toml

backends:
  cargo
  core
  go
  npm
  pipx
  spm
  ubi

plugins:
  aws-vault  https://github.com/karancode/asdf-aws-vault.git#678cacf
  bun        (core)
  deno       (core)
  erlang     (core)
  go         (core)
  java       (core)
  node       (core)
  packer     https://github.com/asdf-community/asdf-hashicorp.git#f1602b6
  python     (core)
  ruby       (core)
  terraform  https://github.com/asdf-community/asdf-hashicorp.git#f1602b6
  yarn       https://github.com/mise-plugins/asdf-yarn.git#74ea3b9

toolset:
<EMAIL_ADDRESS>
<EMAIL_ADDRESS>
<EMAIL_ADDRESS>
<EMAIL_ADDRESS>
<EMAIL_ADDRESS>
<EMAIL_ADDRESS>

env_vars:
  MISE_SHELL=zsh

settings:
  activate_aggressive = false
  all_compile = false
  always_keep_download = false
  always_keep_install = false
  asdf_compat = false
  cargo_binstall = true
  color = true
  disable_default_shorthands = false
  disable_tools = []
  experimental = false
  go_default_packages_file = "~/.default-go-packages"
  go_download_mirror = "https://dl.google.com/go"
  go_repo = "https://github.com/golang/go"
  go_set_gopath = false
  go_set_goroot = true
  go_skip_checksum = false
  http_timeout = 30
  jobs = 4
  legacy_version_file = true
  legacy_version_file_disable_tools = []
  libgit2 = true
  node_compile = false
  not_found_auto_install = true
  paranoid = false
  plugin_autoupdate_last_check_duration = "7d"
  python_default_packages_file = "/Users/trobrock/.default-python-packages"
  python_pyenv_repo = "https://github.com/pyenv/pyenv.git"
  raw = false
  trusted_config_paths = []
  quiet = false
  verbose = false
  yes = false
  ci = false
  debug = false
  trace = false
  log_level = "info"
  python_venv_auto_create = false

  [status]
  missing_tools = "if_other_versions_installed"
  show_env = false
  show_tools = false

No warnings found
No problems found

Seems to behave as expected on my machine.
Can you check if you get the expected versions for the other tools such as node or yarn?
mise x -- node --version
mise x -- yarn --version

Also can you provide your PATH variable?
mise x -- env | grep PATH

I suspect that somehow the ruby version might be overwritten with a path to an older version.

I have the same issue with ruby. im looking in the shims dir and there is no shim for ruby while there is a shim for node. mise x -- node --version outputs the expected version
mise x -- env | grep PATH shows ... $HOME/.local/share/mise/installs/ruby/3.3.4/bin ... /usr/bin .
Interestingly when when i look in the dir: ~/.local/share/mise/installs/ruby/3.3.4/ its totally empty. removing this dir seems to fix whatever is broken and mise pulls the correct ruby and sets up the shim directory. verified with:
$ mise x -- ruby --version
ruby 3.3.4 (2024-07-09 revision be1089c8ec) [arm64-darwin23]

the same thing was happening with bundler for me as well.

mise x -- node --version

It looks like those are also not correct.
╭─ ⏺ ~/Sites
╰─ $ mise current
ruby 3.2.4
node 18.19.0
yarn 1.22.19
packer 1.8.4
aws-vault 7.2.0
terraform 1.8.5
╭─ ⏺ ~/Sites
╰─ $ mise x -- node --version
v22.4.1
╭─ ⏺ ~/Sites/huntress/portal
╰─ $ mise x -- yarn --version
1.22.22

PATH output
╭─ ⏺ ~/Sites/huntress/portal
╰─ $ mise x -- env | grep PATH
INFOPATH=/opt/homebrew/share/info:/opt/homebrew/share/info:
MANPATH=:/usr/share/man:/usr/local/share/man:/opt/homebrew/share/man:
PATH=./bin:/Users/trobrock/.local/bin:/opt/homebrew/bin:/opt/homebrew/sbin:/usr/local/bin:/System/Cryptexes/App/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/local/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/appleinternal/bin:/Library/Apple/usr/bin:/Users/trobrock/.local/share/zinit/polaris/bin:/Users/trobrock/.local/share/mise/installs/ruby/3.2.4/bin:/Users/trobrock/.local/share/mise/installs/node/18.19.0/bin:/Users/trobrock/.local/share/mise/installs/yarn/1.22.19/bin:/Users/trobrock/.local/share/mise/installs/packer/1.8.4/bin:/Users/trobrock/.local/share/mise/installs/aws-vault/7.2.0/bin:/Users/trobrock/.local/share/mise/installs/terraform/1.8.5/bin:/Users/trobrock/.local/share/mise/shims:/Users/trobrock/.orbstack/bin
TMUX_PLUGIN_MANAGER_PATH=/Users/trobrock/.config/tmux/plugins/
__MISE_ORIG_PATH=/Users/trobrock/.local/bin:/opt/homebrew/bin:/opt/homebrew/sbin:/usr/local/bin:/System/Cryptexes/App/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/local/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/bin:/var/run/com.apple.security.cryptexd/codex.system/bootstrap/usr/appleinternal/bin:/Library/Apple/usr/bin:./bin:/Users/trobrock/.local/share/zinit/polaris/bin:/Users/trobrock/.local/share/mise/shims:/Users/trobrock/.orbstack/bin

@trobrock The PATH clearly shows the issue, the mise binaries and shims are towards the end of the PATH definition which means they are overwritten by other paths such as /opt/hombrew/bin and /opt/homebrew/sbin. Seems that something in your shell config/profile is out of order and mise activation happens before other tools such as homebrew are added to the PATH.

Might be the less aggressive mise activate change

In other words, @roele is correct. mise now requires that you configure it late in your rc file if you don't want other things to override it. This is by design so that you can override mise if you want to.

Interesting, I have it in my zprofile so that it is used in non-interactive shells also.


Feature request : support for Safari

It would be great if the extension could also support Safari. I'm not sure how much work it would take to make that happen.

ehhh can i test for that without owning a mac?

ehhh can i test for that without owning a mac?

yes, with wine.

Just here to second this. Would love to use this locally, but without support more broadly for  Mac OS it's just impossible. Safari is a minimum, broader Share Sheet support across the OS would be ideal.

I found LinkWarden via Brett Terpstra and just signed up for your Cloud offering, switching from raindrop.io.
A Safari extension would be fantastic! I am now using a workaround relying on your iOS shortcut and Keyboard Maestro, which can hardly be seen as a permanent solution.
Please, make a Safari extension for all your friends and supporters using mac.


update: Add manjaro and archlinux install packages

Hello Arthur,
Since I'm not familiar with Manjaro or Archlinux, I'd much appreciate if @Worty (who in the past contributed an asn package for Arch) had 5 mins to review this and give his opinion (especially regarding the need to specify additional packages like ncat or curl which may or may not be included by default).
Thanks for your help!

For basic usage the packages whois and bind also needs to be installed on a clean system.
Maybe you should also mention the asn-git package from AUR which installs all requirements.

The packages I mentioned in my pull were the ones needed for my manjaro, I don't see a problem in adding asn-git as well.
Thanks for the tool :)

I added it :) @nitefood and @Worty.

You could just do yay -S asn-git no need to specify the dependencies then.

Okay, I believe it's correct now then :)


Use aligned_vec crate to eliminate unsound code

This was created from the discussion in #23, to see how much performance impact we would have from swapping to a crate that provides an aligned Vec implementation. From the benchmarks within this crate, there seems to be some small amount of both positive and negative impact, depending on the benchmark at test. Change numbers below are compared to main branch.
frame new_with_padding padding=0
                        time:   [4.1241 µs 4.1381 µs 4.1629 µs]
                        change: [-7.6654% -7.1637% -6.7668%] (p = 0.00 < 0.05)
                        Performance has improved.
Found 19 outliers among 100 measurements (19.00%)
  1 (1.00%) low severe
  5 (5.00%) low mild
  2 (2.00%) high mild
  11 (11.00%) high severe

frame new_with_padding padding!=0
                        time:   [6.6522 µs 6.6544 µs 6.6569 µs]
                        change: [-9.7115% -9.3830% -9.0024%] (p = 0.00 < 0.05)
                        Performance has improved.
Found 14 outliers among 100 measurements (14.00%)
  1 (1.00%) low severe
  2 (2.00%) low mild
  8 (8.00%) high mild
  3 (3.00%) high severe

plane new padding=0     time:   [2.4437 µs 2.4523 µs 2.4656 µs]
                        change: [-1.6874% -1.4127% -1.0478%] (p = 0.00 < 0.05)
                        Performance has improved.
Found 9 outliers among 100 measurements (9.00%)
  1 (1.00%) low mild
  5 (5.00%) high mild
  3 (3.00%) high severe

plane new padding!=0    time:   [3.3975 µs 3.4143 µs 3.4357 µs]
                        change: [-8.4273% -7.4063% -6.7211%] (p = 0.00 < 0.05)
                        Performance has improved.
Found 10 outliers among 100 measurements (10.00%)
  4 (4.00%) high mild
  6 (6.00%) high severe

plane clone             time:   [5.8992 µs 5.9049 µs 5.9141 µs]
                        change: [+8.0155% +8.3304% +8.5803%] (p = 0.00 < 0.05)
                        Performance has regressed.
Found 9 outliers among 100 measurements (9.00%)
  1 (1.00%) low mild
  4 (4.00%) high mild
  4 (4.00%) high severe

plane pad               time:   [5.2718 µs 5.2953 µs 5.3186 µs]
                        change: [-1.3709% +0.5738% +2.5759%] (p = 0.57 > 0.05)
                        No change in performance detected.
Found 15 outliers among 100 measurements (15.00%)
  3 (3.00%) low severe
  5 (5.00%) low mild
  2 (2.00%) high mild
  5 (5.00%) high severe

plane copy_from_raw_u8 8-bit
                        time:   [8.3387 µs 8.3634 µs 8.3884 µs]
                        change: [+4.9790% +6.3446% +7.7890%] (p = 0.00 < 0.05)
                        Performance has regressed.
Found 16 outliers among 100 measurements (16.00%)
  3 (3.00%) low severe
  6 (6.00%) low mild
  2 (2.00%) high mild
  5 (5.00%) high severe

plane copy_from_raw_u8 10-bit
                        time:   [9.3816 µs 9.4546 µs 9.5246 µs]
                        change: [+5.9267% +7.0326% +8.2200%] (p = 0.00 < 0.05)
                        Performance has regressed.
Found 17 outliers among 100 measurements (17.00%)
  11 (11.00%) low mild
  2 (2.00%) high mild
  4 (4.00%) high severe

plane downsampled       time:   [11.012 µs 11.063 µs 11.152 µs]
                        change: [+4.6064% +5.0602% +5.6612%] (p = 0.00 < 0.05)
                        Performance has regressed.
Found 9 outliers among 100 measurements (9.00%)
  1 (1.00%) low mild
  2 (2.00%) high mild
  6 (6.00%) high severe

plane downscale         time:   [9.6774 µs 9.6804 µs 9.6839 µs]
                        change: [+5.1378% +5.3110% +5.4371%] (p = 0.00 < 0.05)
                        Performance has regressed.
Found 8 outliers among 100 measurements (8.00%)
  1 (1.00%) low mild
  3 (3.00%) high mild
  4 (4.00%) high severe

plane rows_iter         time:   [14.605 µs 14.677 µs 14.830 µs]
                        change: [-0.2160% +0.0117% +0.4976%] (p = 0.94 > 0.05)
                        No change in performance detected.
Found 6 outliers among 100 measurements (6.00%)
  2 (2.00%) high mild
  4 (4.00%) high severe

Codecov Report
Attention: 1 lines in your changes are missing coverage. Please review.

Comparison is base (7184cb8) 65.58% compared to head (b5a32d5) 66.37%.

Files
Patch %
Lines

src/plane.rs
94.11%
1 Missing :warning:

:exclamation: Your organization needs to install the Codecov GitHub app to enable full functionality.
Additional details and impacted files
@@            Coverage Diff             @@
##             main      #24      +/-   ##
==========================================
+ Coverage   65.58%   66.37%   +0.79%
==========================================
  Files           4        4
  Lines         985      919      -66
==========================================
- Hits          646      610      -36
+ Misses        339      309      -30

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

That crate has also an ABox, we can use into_boxed_slice, maybe it improves even better the situation.

I'd like to try at a manual implementation without the soundness bugs I've noticed. We could compare the two to see if there are performance differences because comparing to main is not very useful (correct vs incorrect code)

I think I have a working implementation here in my fork. I'll have to double-check some stuff, but it's probably good enough for some preliminary benchmarking. My notebook is probably not reliable enough for these sensitive benches (~5% differences could also be caused by CPU boosting etc., which is more pronounced on mobile platforms)

Yes, I'm also uncertain about the reliability of my benchmarks for the same reason. My original thought was that being less than 10% puts them within a range where noise could be the cause, given the very small scale of time that these benchmarks are running on.

I just meant that a laptop/mobile device isn't the best to do benchmarks on..

Though, I would personally prefer the version where we don't have to maintain any unsafe code, assuming performance is similar.

Generally agree, but unsafe code might buy us something here. E.g. the opportunity to (correctly and soundly) use uninitialized memory for better performance. Which is probably not possible (or a lot more complicated) with structs defined externally.
Not 100% sure where I stand on this.

We do use uninitialized vecs in a few other places in rav1e. I'm not a fan of it, but it does give performance improvements in some places--though in other places I've found it to give no benefit, likely due to compiler optimizations being used in some locations.

I've tried for some time now, and I can't seem to get stable benchmark results even on my desktop machine. I think it's fine to just go ahead with this (over a manual implementation) without investigating this much further, but I also don't know how much of an impact this could have for consumers (esp. rav1e).
Optimizations can still be done afterwards, and having reliably sound code seems more important.

To improve the situation we'd need a MaybeFrame/MaybePlane I'm afraid. But that can be done later. I think.

Based on the discussion, it sounds like we're good to go ahead and merge this. So I'll do so.


Replace fallback deprecation link with an FAQ

Using #1407 is maybe not the best way to handle this. I'm going to write up an FAQ that explains why the change is happening and what end-users should do about it. I'll then just replace the link in the code. Doesn't matter too much if we don't do another pre-3.0 release, but I'm guessing we will in order to have some of the other deprecations in the wild for a bit.

The deprecation has a link to http://momentjs.com/guides/#/warnings/js-date/
The guides http://momentjs.com/guides/ have info on Mutability, Parsing, locales, and we point to http://momentjs.com/docs/#/plugins/duration-format/, and we have info about DST http://momentjs.com/docs/#/query/is-daylight-saving-time/.
Of course, improvements to these are always welcome.


avoid premature form submission when using IME

Description
When using an Japanese Input Method Editor (IME), the Enter key is used for finalizing character conversion. This conflicts with pressing the Enter key to submit form, and causes premature form submission and frustration for Japanese users who are in the middle of inputting text.
This PR ensures that the Enter key will only send the message if the user is not in the middle of an IME conversion, which should provide a more intuitive experience for users typing in Japanese.
NOTES: not sure but this might also happen in Chinese and Korean language which use IME.
Solution

track whether the user is in the middle of an IME conversion by using the compositionstart and compositionend events
modify handleKeyDown to only send the message if the Enter key is pressed and the user is not in the middle of an IME conversion.

Reference

https://en.wikipedia.org/wiki/Japanese_input_method
https://developer.mozilla.org/en-US/docs/Web/API/Element/compositionstart_event
https://developer.mozilla.org/en-US/docs/Web/API/Element/compositionend_event

I never used an IME myself before, thank you for the learning! I approved the CI run and will test locally before merging.
Thank you for your contribution!

Could you rebase on main @kun432 ? this will fix your CI build

@willydouhard done!

CI passed and approved! I let you merge. Thank you for your contribution 🥳

@willydouhard
Thank you for the approval! but seems I don't have write access to your repository and can't merge this. could you please do the merge?

@willydouhard
Thank you for merging my PR! I'm glad tocontribute to the project!😄

Happy to have you with us, can't wait to see what you will come up with next! 😄


[Feature] Tests with timeout wait conditions or that are long running should have a status bar indicator

Is your feature request related to a problem? Please describe.
Long running tests should show some type of indication the test is still running. A good example of where this occurs is pointed out in this bug: https://github.com/cncf/cnf-testsuite/issues/857
Describe the solution you'd like
Create some type of status bar or indicator the testsuite is still running, minute+ long pauses without any output might give the impression the testsuite is failing or paused, etc.
Describe alternatives you've considered
Status indicator animated image next to the test that's running.

@agentpoyo can this issue be closed?


LebanonMission22 fire not clearing

LebanonMission22 fire not being deactivated after mission cancelled

When multiple smokes are used the script is not setup to remove them. Only one smoke can be removed at a time.
[https://github.com/WonderingPonY/GVSAR/blob/0d3696d5f98fdd764f4410c6bc8e5cc51abb219e/Syria/Search and Rescue/SARv3/SARv3.lua#L448](SMOKE REMOVAL LINE)
This will happen the same when the mission is completed.
[https://github.com/WonderingPonY/GVSAR/blob/0d3696d5f98fdd764f4410c6bc8e5cc51abb219e/Syria/Search and Rescue/SARv3/SARv3.lua#L414](SMOKE REMOVAL LINE-UNLOAD PATIENT)
The code will need to be updated in order to remove multiple smoke(names)


OS: Ubuntu 24.04 LTS x86_64

Do you have window.titleBarStyle configured?

If it is the same issue I am experiencing, the ability to drag the window from the edges to resize utilizing the cursor is no longer working as of yesterday for me.
OS: Ubuntu 24.04 LTS x86_64

same issue, i am unable to drag the window from the edges to resize in vscode when i download and run Ubuntu 24.04 LTS x86_64 on vmware workstation pro 17 last month.

Do you have window.titleBarStyle configured?

I have not touched this setting, the resizing was working fine just about a week ago and now doesn't, would I need to configure this now?

Can you please try our bisect tool npx @vscode/vscode-bisect to narrow down the commit range that introduced the regression.

If this is a confirmed regression, it would help to know which change caused it. We maintain a node.js based CLI tool  vscode-bisect that automatically downloads and runs previous VS Code insiders and asks for each build if the issue reproduces. It takes up to 8 steps to find exactly the build that caused the regression.
Steps:

install node.js (if not yet done)
npx --yes @vscode/vscode-bisect@latest
follow the instructions until you found the offending build (its fine to leave the commit empty)
report back the commit range in this issue

Thanks!

This issue has been closed automatically because it needs more information and has not had recent activity. See also our issue reporting guidelines.
Happy Coding!


Add more tests and fix issues found.

I'm just going to comment out the failing test and merge. everything else is fine, and the test passes generally. I don't know what is specific about the CI environment that is causing the crashes and failures. I assume it's a memory limit of some kind.


issue-37 added view/download icons

Completes issue # 37.
Changes in this pull request:

Styled body for each permit's row
Added view/download icons

'View' icon will open the document's URL in a new tab
'Download' icon will trigger the browser to download the document

Both icons will be hidden if no URL is found in the data
SVG icons are available as components for reuse (<icon-view> or <icon-download>)
Refactored permit-related elements into a component for reuse (<bp-permit>)

awesome!

completes a good chunk of #37


[iOS] localize titles and contents

Issue

close #659

Overview (Required)

Localize titles and contents

Links

Screenshot
Sidebar (Drawer)

English
Japanese

Sessions (Timeline)

English
Japanese

SessionDetail

English
Japanese

Speaker

English
Japanese

Announcements

English
Japanese

LGTM!!


Adding ordinal directions support in Syr

What: Changes are being made to the source code of SyrLinearGradient.m. Adding a bunch of string values and the ability to give the directionality based on those values.

Why: Allows Syr to support more than one directionality for LinearGradient.

How: Currently they are implemented by matching against what's given for the "direction" key, and comparing the string given in that to the 8 constant strings that give us the ability to support ordinal directions.

Checklist:

[ x] Documentation
[ ] Tests N/A
[ x] Ready to be merged
[ ] Added myself to contributors table

Currently this is just to patch up for a POC i'm building. Ultimately we should be able to have an interface similar to web which supports not only directions but angles. Currently Android does angles and iOS uses a Unit Coordinate system. Just have to find a solid point to bridge the two.


[Fabric 1.20.1] Bronze recipe gives 2 ingots instead of 3, Ore-to-ingot bronze recipe has similar issues too.

Bronze metal requires 2 copper ingots and 1 tin ingot in recipe, yet only gives 2 bronze output, it should give the same amount of output as there is for input. which should be 3.
Similarly, the direct ore-to-ingot bronze recipe also only gives 2 output, it should give 3 ingot at the very least (tho its inefficient due to loss since ore-to-ingot for pure metal is 2-to-3, and this hypothetical ratio would be 3-to-3, maybe make the direct ore recipe make 4 ingot instead? 4 ingot would still be a slight inefficiency but its probably about as balanced as you could get it to be)
Please consider, thank you for reading.

I will add on to my main post, that there is an argument for removing the direct ore-to-ingot recipe for bronze and forcing players to refine their main pure ingots before making alloys, it would also remove the inbalance issues there is with the current recipe and make the process more straightforward and refined.


Modeling tree structures in MongoDB

https://docs.mongodb.com/manual/tutorial/model-tree-structures/

Closing because of broken link.


fix: [#3905] default url when using happy-dom as environment

Description
Sets the default page URL for Happy DOM to the same URL as JSDOM.
Closes #3905
Please don't delete this checklist! Before submitting the PR, please make sure you do the following:

[ ] It's really useful if your PR references an issue where it is discussed ahead of time. If the feature is substantial or introduces breaking changes without a discussion, PR might be closed.
[ ] Ideally, include a test that fails without this PR but passes with it.
[ ] Please, don't make changes to pnpm-lock.yaml unless you introduce a new test example.

Tests

[ ] Run the tests with pnpm test:ci.

Documentation

[ ] If you introduce new functionality, document it. You can run documentation with pnpm run docs command.

Changesets

[ ] Changes in changelog are generated from PR name. Please, make sure that it explains your changes in an understandable manner. Please, prefix changeset messages with feat:, fix:, perf:, docs:, or chore:.

why not just allow provide all happy-dom options?

why not just allow provide all happy-dom options? check my suggestion in #3902

I agree @userquin! If that PR is approved it is better if we support both.


OEBPS/Text/index_split_003.html	line 14	possition 32 ---  Error while parsing file 'attribute "value" not allowed here; expected attribute "dir", "id", "lang", "style", "title" or "xml:lang"'.

I don´t know. What its mean but its common error, when i want to try validate. Do you know how fix it ?

Please give this issue a normal title and put the error message and your question in the description field. Then reopen this issue.
For now I'd say, you used a not-supported attribute on an element.
Please not that this issue tracker is not a support forum.


Proper handling and forwarding of --flags

Right now you can do:
nps foo --bar

And p-s will run the script called foo with the flag called --bar
However if you run:
nps foo --silent --bar

then p-s will run the script called foo with the flag called --bar but without the flag called --silent. This is because of this.
Normally it's not a huge deal. I think that's confusing.
Here are a few possible solutions (all of them are breaking):

Only accept p-s flags before the scripts (so you'd have to do nps --silent foo --bar)
Require -- before the scripts and flags (nps --silent -- foo --bar)
Forward all flags whether they're p-s related or not (nps foo --silent --bar and forwards --silent and --bar both)

I can't think of a way to change this behavior without breaking things.
My favorite solution is the first. Mostly because it's least noisy and seems to make the most sense.
I'm working on #70 right now and will make this a part of that PR. I want feedback on this really quick. If anyone has any ideas let me know. If you'd like to vote for one or the other use github reactions to vote: :+1: for 1, :smile: for 2, :tada: for 3, and :confused: for "I don't know/care"

👍
On 9 Feb 2017 17:20, "Kent C. Dodds"<EMAIL_ADDRESS>wrote:

Right now you can do:
nps foo --bar
And p-s will run the script called foo with the flag called --bar
However if you run:
nps foo --silent --bar
then p-s will run the script called foo with the flag called --bar but
without the flag called --silent. This is because of this
https://github.com/kentcdodds/p-s/blob/3566a15b991d6b84e7386bd18b0e08c2e94c6235/src/bin-utils/index.js#L113-L124
.
Normally it's not a huge deal. I think that's confusing.
Here are a few possible solutions (all of them are breaking):

Only accept p-s flags before the scripts (so you'd have to do nps
--silent foo --bar)
Require -- before the scripts and flags (nps --silent -- foo --bar)
Forward all flags whether they're p-s related or not (nps foo
--silent --bar and forwards --silent and --bar both)

I can't think of a way to change this behavior without breaking things.
My favorite solution is the first. Mostly because it's least noisy and
seems to make the most sense.
I'm working on #70 https://github.com/kentcdodds/p-s/issues/70 right
now and will make this a part of that PR. I want feedback on this really
quick. If anyone has any ideas let me know. If you'd like to vote for one
or the other use github reactions to vote: 👍 for 1, 😄 for 2, 🎉 for 3,
and 😕 for "I don't know/care"
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/kentcdodds/p-s/issues/100, or mute the thread
https://github.com/notifications/unsubscribe-auth/AB4Pj62ux-u7RTubw7WCg_0WbfHeYLjIks5ra0rsgaJpZM4L8alr
.

Actually, yargs has a pretty sweet API for this. I think we'll do things in a way that's mostly backward compatible. If you want to forward flags into commands, you'll have to put those commands in quotes. This will make the most sense I think!

@kentcdodds But do you think it would look a clean syntax?
nps 'build --foo'

My 2 cents: I would still prefer to not have any special syntax for my cli commands and below would be better than above:
nps build --foo

Yeah, I can see how the syntax looks much cleaner. As I described though, the problem is that there's no way to know whether the user intends for the command to be passed to p-s or build. Things get even more complicated when you have multiple scripts you're running too. Before we just forwarded all non-p-s flags on, but that got confusing if you wanted to pass on a flag to a script that p-s wouldn't forward (like --silent).
I think that this is a situation where explicit is better. Most of the time I expect that people don't pass flags via the command line directly and the flags happen inside the package-scripts.js file. So saving time typing is ok.

Actually, I've been wrestling with this a lot because I actually realized that I pass flags/arguments to nps on the command line all the time. For example: nps t file-to-test.js --no-cache is something that I'll do fairly regularly. And I would get annoyed if I had to wrap that in quotes everytime.
So here's a proposal:

Remove the ability to do multiple scripts in series with a single nps invocation (so no more nps lint test build, you'd have to do nps lint && nps test && nps build)
force all nps argument to come before the script name: (so you can't do nps lint --require babel-register --cache you'd have to do nps --require babel-register lint --cache, otherwise --require babel-register would be forwarded onto the lint script in addition to --cache)

I'm not a huge fan of this either. I'm really unsure of what to do here because I don't want to make things confusing, but I want them to be ergonomic. Right now I think we favor economics to clear. Maybe we should just leave things as they are... 🤔

I think we're just going to require the quotes. But I'm going to add option validation so if you try nps build --foo you'll get an error indicating that you may have forgotten to add quotes.

Even though I would have preferred no-quotes, but I see your point now. But adding the error for no quotes should definitely be more consistent 👍


Object lifecycle

User Story
Users should be able to define a set of lifecycle rules for data stored in lakeFS. A lifecycle rule includes a path prefix and a time period after which all objects under the prefix expire. For every prefix, the user will be able to define a default period and a period per branch, with the latter taking precedence.
Example
Consider the following lifecycle configuration:
{
  rule1 : {
    prefix: "foo/bar"
    days: 10
    enabled: true
    branch_days: [
      b1: 5
    ]
  }
}

In this lifecycle configuration, rule1 defines that all objects under foo/bar/ should be removed 10 days after they are added, but 5 days in case they exist only in b1.
The following table describes objects by key, address, branches they exist on, and their age in days. The last column shows whether the file would be deleted considering the above lifecycle configuration.

Key
Addr
branches
days ago added
should delete

foo/bar/a
1
main, b1
11
yes

foo/bar/b
2
main, b1
9
no

foo/bar/b
3
b1
6
yes

foo/bar/c
4
b1
4
no

other/a
5
b1
20
no

address 1 exists in both branches and was added 11 days ago, the days configured for main is 10 so it should be removed
address 2 exists in both branches it was added 9 days ago, the days configured for main is 10, so it can't be removed (until tomorrow)
address 3 exists only in b1 and was added 6 days ago, the configuration for b1 is 5 days so it should be deleted
address 4 exists only in b1 but was added 4 days ago so it shouldn't be removed
address 5 is not under prefix therefore should not be removed

NOTE:  Metadata is not removed. As opposed to Garbage collection, where the object was replaced or removed at some point of time, in lifecycle the object still exists and may even be referenced from a head of some branch. This may make it confusing to differ between existing objects and non-existing objects. For now, the only way to distinct will be by receiving a 410 response (gone) when getting the object. We should handle this issue in the future.

Proposal
Configuring the lifecycle policy
The user will be able to set and get the lifecycle policy using the following commands:
bash lakectl lifecycle get lakefs://repo-name
bash lakectl lifecycle set lakefs://repo-name --source /path/to/policy.json
The lifecycle policy will be represented as a JSON file.
The JSON file will contain rules, each rule will contain the following fields:

prefix: The prefix the rule is applied on
days: the default number of days object will be removed after creation
enabled: defines if the rule is currently enabled
branch_days: number of days object will be removed after creation by branch

Example for a JSON file
{
  "rule_ID" : {
    "prefix": "foo/bar",
    "days": 10,
    "enabled": true,
    "branch_days": {
      "example_branch": 5,
    }
  }
}

Spark Job proposal
The user can run a spark job that is in charge of enforcing the lifecycle policy.
The spark job will delete all the data (addresses) of objects matching the
lifecycle rules except for data that is referenced by other objects (objects not
matching the lifecycle rule). In order to find the matching objects efficiently
(without going over the history of all commits every time) the spark job will
get as a parameter the Date lifecycle job ran the last time and will
find only commits that might have objects matching the lifecycle policy and
didn’t match in the last run.

S3 object lifecycle includes transitioning between "storage classes".  We already have minimal support for setting that storage class on upload.  Ideally we will be able to extend whatever API we give for lifecycle to handle such a transition.

@arielshaqed, Good point and It is possible to handle. I suggest we start with lifecycle policy supporting only deletion. And add this later on in case it is requested. I do believe we should take it into consideration as part of the implementation so it will be added easily when needed.

@guy-har is the UI you envision for this similar to the new Retention section?
Given that the spark job that enforces objects lifecycle can receive the time of the previous run as a parameter, I think that it would be good to make it notify lakeFS that it happened and lakeFS can help users keep track of when they ran the lifecycle enforcement jobs.  WDYT?

@talSofer, for a beginning the UI will be similar to garbage collection. Great idea, we don't really need to notify lakeFS. We would probably save information of each lifecycle run (same as in garbage collection, under _lakefs/retention). then we can show that data from lakeFS, or even get that data from the spark job (which will remove the need to pass the date). I will take this into consideration in the design. might be a good idea to write the data partitioned by run date.


Commitizen file

Hi @SafaeELMIRI ! Thanks a lot for your contribution.
Seeing as we already have a commitizen suggestion, could you use your text to improve on the current one?
https://github.com/barraponto/usegit/blob/main/suggestions/commitizen.md
I am happy there is more interest in commitizen.

@barraponto Done

Thank you Sir and apologies for the confusion over the counter.vue file!


Crash on umlauts

From my Schema (it is used for a Select):
       autoform:
            firstOption: TAPi18n.__('payChooseMethod')

When the payChooseMethod string translation contains German Umlauts (ä, ö, ü) it crashes.

What crashes? Can you provide an error message and/or reproduction?

I can't reproduce this. umlauts work fine for me.

The TAPi18n update seems to have removed the issue.
Thanks!


happy is a required build tool

Hi, could you please edit your Cabal file on Hackage so that it lists happy as a required build-tool? Without that information, our automated build system in NixOS cannot compile your package: http://hydra.cryp.to/build/366250/nixlog/1/raw.

                                                                                Thanks for the report. I've just pushed a new version to hackage as well as github. Pls let me know if you have further issues.Regards,Paul Liu                                                                                Sent from my BlackBerry 10 smartphone.                                                                                From: Peter SimonsSent: Wednesday, January 14, 2015 1:52 AMTo: ninegua/CCAReply To: ninegua/CCASubject: [CCA] happy is a required build tool (#1)Hi, could you please edit your Cabal file on Hackage so that it lists happy as a required build-tool? Without that information, our automated build system in NixOS cannot compile your package: http://hydra.cryp.to/build/366250/nixlog/1/raw.

—Reply to this email directly or view it on GitHub.


Need to save the app before launching preview

Step: Create a Business Partner List Page > Bind the Data Variable to the List > 12
Step 13 should be "save the app".

fixed


Add toJSON() method

This will be very helpful when building visualizations of currently running Forks.

This is done.


Incorrect typescript type on fallbackUI prop on ErrorBoundary

The fallbackUI prop of ErrorBoundary has incorrect type in index.d.ts:
fallbackUI?: ReactNode;

But the docs says it should be a react component. If I pass a react component:
const FatalError = () => {
    return 'Error';
}

<ErrorBoundary fallbackUI={FatalError}>
   ...
</ErrorBoundary>

typescript will complain with
No overload matches this call.
  Overload 1 of 2, '(props: ErrorBoundaryProps | Readonly<ErrorBoundaryProps>): ErrorBoundary', gave the following error.
    Type 'FC<{}>' is not assignable to type 'ReactNode'.
  Overload 2 of 2, '(props: ErrorBoundaryProps, context: any): ErrorBoundary', gave the following error.
    Type 'FC<{}>' is not assignable to type 'ReactNode'.

The doc is passing the component correctly. If you try to satisfy the typescript, you'll get this error:
Unhandled Runtime Error
Error: Element type is invalid: expected a string (for built-in components) or a class/function (for composite components) but got: object.

Check the render method of `ErrorBoundary`.

What I did was hard cast the type on my side:
      <ErrorBoundary
        errorMessage="Error in React render"
        fallbackUI={Error as unknown as React.ReactNode} // Prop is wrongly typed
        extra={(_error, _info) => ({
          // Extra information that need to be sent to rollbar
        })}
      >
        {children}
      </ErrorBoundary>


fix: social should be optional in android

fix #569
I also added stack traces for debugging, that was how I found it
See my comment here to explain what happened - I saw this when I tried to test the updated example from #567 on android. With this fix, the example works.
https://github.com/react-native-community/react-native-share/commit/4050190d12f5aa1e0b3005f7abe342b0e71c164b
Overview

Test Plan

Just FYI - this seemed like a serious problem to me - it caused the most basic RNShare.open() case to fail on android, I'd put a 2.0.1 out there asap if you have time for a build. The other PRs I pushed are just dependencies and example stuff so wouldn't hold up (or even affect) a release if they were merged or not

Good to know, @mikehardy.
I think I can release a patch asap.
Let me know if there is anything missing.

I just looked at commits and it looks like this is actually a fix to an unreleased feature? so it would be a 2.1.0 but if it is not released then I guess it isn't blowing anyone up on the 2.0 version. That explains why there wasn't anything in the issues list! I was surprised and now I know why :-). So no rush I guess, my previous statement is correct in one way (it was a serious issue, I think), but incorrect in that it doesn't affect anyone.
So release at your leisure :-)


Preparation or improvement of the guide for simulations of physical systems with the use of DynPy library - 2024#1 (issue #1023 related)

The goal is to prepare or improve a guide or report that is generated by the following code:
from dynpy.utilities.documents.document import WutThesis
WutThesis()

Minor changes introduced. The code was checked with the following call:
from dynpy.utilities.documents.document import WutThesis
WutThesis()


Dial gauge

Adds a dial gauge to the CircuitPython Widget family.  Includes some brief documentation with images showing some of the main features.

so cute!


add cli -c parameter(s) to init vectors

see #4354

Thanks!

What happens now if I want to override parameters which are normally set by the model file?
old: model file parameters could be overridden by command line parameters
new: command line parameters are evaluated before the model file parameters are set?

Old error message for wrong usage:
Missing = in configvar assignment

New error message:
libc++abi: terminating due to uncaught exception of type std::invalid_argument: Missing '=' in configvar assignment
zsh: abort      tesseract x - -c x

Throwing an error changes the error message which is presented to users. Why not simply print the old error message?

Responding for your first comment:
It not clear if you wonder if there is an issue here or know there is an issue.
Regarding your second comment, yes, we should change this to print a simple error message.

stweil,
See the code in:
https://github.com/tesseract-ocr/tesseract/blob/2e5a114bd2aab932b53e103d1391e7f27d2d8cff/src/ccmain/tessedit.cpp#L288

@stweil : Could it be like this?
diff --git a/src/tesseract.cpp b/src/tesseract.cpp
index 08a65e14..6025af5f 100644
--- a/src/tesseract.cpp
+++ b/src/tesseract.cpp
@@ -462,7 +462,8 @@ static bool ParseArgs(int argc, char **argv, const char **lang, const char **ima
       const std::string argument(argv[i + 1]);
       const auto equal_pos = argument.find('=');
       if (equal_pos == std::string::npos) {
-          throw std::invalid_argument("Missing '=' in configvar assignment");
+        fprintf(stderr, "Missing = in configvar assignment\n");
+        return false;
       }
       // Extract key and value
       const std::string key = argument.substr(0, equal_pos);

@stweil : Are you fine with proposal above or does 0a9df94fffffb2182836e69b7a33d4d455a34fc7 solve the problem?


Please add Clarification and Sample Code for File Attribute Deletion/Clear File Field

Hello, 2 questions on clearing/deleting file attribute values:

Is clearing the File Attribute Value == Deleting the File Data? Unclear from the description.
Is it possible to put together some Sample Code with an Example for DeleteFileRequest?

Thanks in advance,
Joe

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

ID: 85c3eac9-b083-b974-0938-3e8fd19bbb58
Version Independent ID: 2c6dfac6-25b8-876c-2b94-fa9d466007df
Content: File attributes (Common Data Service) - Power Apps
Content Source: powerapps-docs/developer/common-data-service/file-attributes.md
Service: powerapps
GitHub Login: @phecke
Microsoft Alias: pehecke

@joenewstrom No, clearing the file attribute value does not delete the file data. This works the same as any of our other types such as attributes (DeleteAttributeRequest), entities (DeleteEntityRequest), etc.
DeleteFileRequest request = new DeleteFileRequest()
{
FileId = new GUID(); // Put the real file ID here
};
svc.Execute(request);

@joenewstrom I will create a task to add a File attribute Web API sample. We do not have any at the moment. The sample should show creation, upload with chunking, and deletion. Thanks for the feedback!


Crash on macOS Monterey

When trying to open a remote session, nothing happens, and a crash error trace appears in macOS Console application.
This happens with macOS Monterey. IIRC this didn't happen months ago with macOS Big Sur.

I am not using xfreerdp command directly, but via the privative software UDS Client.
I have installed xfreerdp 2.6.1 via brew
I have installed xquartz 2.8.1 via brew
macOS Monterey 12.3
I am trying to connect to a Windows 11 cloud desktop

Please find below the trace of xfreerdp along with the traces of xquartz, both taken from macOS Console application.
I have tried to read the trace, and I would like to highlight this part:
This app has crashed because it attempted to access privacy-sensitive data without a usage description.
The app's Info.plist must contain an com.apple.security.device.audio-input key with a string value explaining to the user how the app uses this data.

Maybe is it needed to add this permissions on freerdp source code, or in the brew environment?
Thanks in advance,
-------------------------------------
Translated Report (Full Report Below)
-------------------------------------

Process:               xfreerdp [754]
Path:                  /usr/local/bin/xfreerdp
Identifier:            xfreerdp
Version:               ???
Code Type:             X86-64 (Native)
Parent Process:        UDSClientLauncher [750]
Responsible:           UDSClientLauncher [743]
User ID:               501

Date/Time:             2022-04-08 15:37:30.1570 +0200
OS Version:            macOS 12.3 (21E230)
Report Version:        12
Anonymous UUID:        BEC9B4B5-36B1-B76C-2ABE-D57FA4D73D21

Time Awake Since Boot: 250 seconds

System Integrity Protection: enabled

Crashed Thread:        4  Dispatch queue: com.apple.root.default-qos

Exception Type:        EXC_CRASH (SIGKILL)
Exception Codes:       0x0000000000000000, 0x0000000000000000
Exception Note:        EXC_CORPSE_NOTIFY

Termination Reason:    Namespace TCC, Code 0
This app has crashed because it attempted to access privacy-sensitive data without a usage description. The app's Info.plist must contain an com.apple.security.device.audio-input key with a string value explaining to the user how the app uses this data.

Thread 0::  Dispatch queue: com.apple.main-thread
0   libsystem_kernel.dylib        	    0x7ff8050100aa poll + 10
1   libwinpr<IP_ADDRESS>.dylib         	       0x10f15e6f0 pollset_poll + 69
2   libwinpr<IP_ADDRESS>.dylib         	       0x10f160537 WaitForSingleObjectEx + 1020
3   xfreerdp                      	       0x10e9bf480 main + 196
4   dyld                          	       0x11338751e start + 462

Thread 1:
0   libsystem_kernel.dylib        	    0x7ff8050100aa poll + 10
1   libxcb.1.1.0.dylib            	       0x10ed46afe _xcb_conn_wait + 203
2   libxcb.1.1.0.dylib            	       0x10ed47af5 wait_for_reply + 241
3   libxcb.1.1.0.dylib            	       0x10ed47baf xcb_wait_for_reply64 + 67
4   libX11.6.dylib                	       0x10ec6caf2 _XReply + 222
5   libX11.6.dylib                	       0x10ec693f9 XSync + 71
6   xfreerdp                      	       0x10e9b1010 xf_event_process + 3167
7   xfreerdp                      	       0x10e9bf38c xf_process_x_events + 183
8   xfreerdp                      	       0x10e9bf25e handle_window_events + 43
9   xfreerdp                      	       0x10e9bef24 xf_client_thread + 1525
10  libwinpr<IP_ADDRESS>.dylib         	       0x10f18edfb thread_launcher + 130
11  libsystem_pthread.dylib       	    0x7ff8050464e1 _pthread_start + 125
12  libsystem_pthread.dylib       	    0x7ff805041f6b thread_start + 15

Thread 2:
0   libsystem_pthread.dylib       	    0x7ff805041f48 start_wqthread + 0

Thread 3:
0   libsystem_pthread.dylib       	    0x7ff805041f48 start_wqthread + 0

Thread 4 Crashed::  Dispatch queue: com.apple.root.default-qos
0   libsystem_kernel.dylib        	    0x7ff8050116da __terminate_with_payload + 10
1   libsystem_kernel.dylib        	    0x7ff80502e89e abort_with_payload_wrapper_internal + 119
2   libsystem_kernel.dylib        	    0x7ff80502e8a9 abort_with_payload + 9
3   TCC                           	    0x7ff809fe1545 __TCC_CRASHING_DUE_TO_PRIVACY_VIOLATION__ + 142
4   TCC                           	    0x7ff809fe1cab __TCCAccessRequest_block_invoke.134 + 495
5   TCC                           	    0x7ff809fdf75c __tccd_send_message_block_invoke + 594
6   libxpc.dylib                  	    0x7ff804d82d03 _xpc_connection_reply_callout + 36
7   libxpc.dylib                  	    0x7ff804d82c8b _xpc_connection_call_reply_async + 69
8   libdispatch.dylib             	    0x7ff804e8b37d _dispatch_client_callout3 + 8
9   libdispatch.dylib             	    0x7ff804ea55cb _dispatch_mach_msg_async_reply_invoke + 377
10  libdispatch.dylib             	    0x7ff804e9b8a1 _dispatch_kevent_worker_thread + 1531
11  libsystem_pthread.dylib       	    0x7ff805043018 _pthread_wqthread + 398
12  libsystem_pthread.dylib       	    0x7ff805041f57 start_wqthread + 15

Thread 5:
0   libsystem_kernel.dylib        	    0x7ff8050100aa poll + 10
1   libwinpr<IP_ADDRESS>.dylib         	       0x10f15e6f0 pollset_poll + 69
2   libwinpr<IP_ADDRESS>.dylib         	       0x10f160537 WaitForSingleObjectEx + 1020
3   libfreerdp-client<IP_ADDRESS>.dylib	       0x10ee127bc play_thread + 73
4   libwinpr<IP_ADDRESS>.dylib         	       0x10f18edfb thread_launcher + 130
5   libsystem_pthread.dylib       	    0x7ff8050464e1 _pthread_start + 125
6   libsystem_pthread.dylib       	    0x7ff805041f6b thread_start + 15

Thread 6:
0   libsystem_kernel.dylib        	    0x7ff8050100aa poll + 10
1   libwinpr<IP_ADDRESS>.dylib         	       0x10f15e6f0 pollset_poll + 69
2   libwinpr<IP_ADDRESS>.dylib         	       0x10f160b0d WaitForMultipleObjectsEx + 751
3   libwinpr<IP_ADDRESS>.dylib         	       0x10f18c99e thread_pool_work_func + 60
4   libwinpr<IP_ADDRESS>.dylib         	       0x10f18edfb thread_launcher + 130
5   libsystem_pthread.dylib       	    0x7ff8050464e1 _pthread_start + 125
6   libsystem_pthread.dylib       	    0x7ff805041f6b thread_start + 15

Thread 7:
0   libsystem_kernel.dylib        	    0x7ff8050100aa poll + 10
1   libwinpr<IP_ADDRESS>.dylib         	       0x10f15e6f0 pollset_poll + 69
2   libwinpr<IP_ADDRESS>.dylib         	       0x10f160b0d WaitForMultipleObjectsEx + 751
3   libwinpr<IP_ADDRESS>.dylib         	       0x10f18c99e thread_pool_work_func + 60
4   libwinpr<IP_ADDRESS>.dylib         	       0x10f18edfb thread_launcher + 130
5   libsystem_pthread.dylib       	    0x7ff8050464e1 _pthread_start + 125
6   libsystem_pthread.dylib       	    0x7ff805041f6b thread_start + 15

Thread 8:
0   libsystem_kernel.dylib        	    0x7ff8050100aa poll + 10
1   libwinpr<IP_ADDRESS>.dylib         	       0x10f15e6f0 pollset_poll + 69
2   libwinpr<IP_ADDRESS>.dylib         	       0x10f160b0d WaitForMultipleObjectsEx + 751
3   libwinpr<IP_ADDRESS>.dylib         	       0x10f18c99e thread_pool_work_func + 60
4   libwinpr<IP_ADDRESS>.dylib         	       0x10f18edfb thread_launcher + 130
5   libsystem_pthread.dylib       	    0x7ff8050464e1 _pthread_start + 125
6   libsystem_pthread.dylib       	    0x7ff805041f6b thread_start + 15

Thread 9:
0   libsystem_kernel.dylib        	    0x7ff8050100aa poll + 10
1   libwinpr<IP_ADDRESS>.dylib         	       0x10f15e6f0 pollset_poll + 69
2   libwinpr<IP_ADDRESS>.dylib         	       0x10f160b0d WaitForMultipleObjectsEx + 751
3   libwinpr<IP_ADDRESS>.dylib         	       0x10f18c99e thread_pool_work_func + 60
4   libwinpr<IP_ADDRESS>.dylib         	       0x10f18edfb thread_launcher + 130
5   libsystem_pthread.dylib       	    0x7ff8050464e1 _pthread_start + 125
6   libsystem_pthread.dylib       	    0x7ff805041f6b thread_start + 15

Thread 10:
0   libsystem_kernel.dylib        	    0x7ff8050100aa poll + 10
1   libwinpr<IP_ADDRESS>.dylib         	       0x10f15e6f0 pollset_poll + 69
2   libwinpr<IP_ADDRESS>.dylib         	       0x10f160b0d WaitForMultipleObjectsEx + 751
3   libwinpr<IP_ADDRESS>.dylib         	       0x10f18c99e thread_pool_work_func + 60
4   libwinpr<IP_ADDRESS>.dylib         	       0x10f18edfb thread_launcher + 130
5   libsystem_pthread.dylib       	    0x7ff8050464e1 _pthread_start + 125
6   libsystem_pthread.dylib       	    0x7ff805041f6b thread_start + 15

Thread 11:
0   libsystem_kernel.dylib        	    0x7ff8050100aa poll + 10
1   libwinpr<IP_ADDRESS>.dylib         	       0x10f15e6f0 pollset_poll + 69
2   libwinpr<IP_ADDRESS>.dylib         	       0x10f160b0d WaitForMultipleObjectsEx + 751
3   libwinpr<IP_ADDRESS>.dylib         	       0x10f18c99e thread_pool_work_func + 60
4   libwinpr<IP_ADDRESS>.dylib         	       0x10f18edfb thread_launcher + 130
5   libsystem_pthread.dylib       	    0x7ff8050464e1 _pthread_start + 125
6   libsystem_pthread.dylib       	    0x7ff805041f6b thread_start + 15

Thread 12:
0   libsystem_kernel.dylib        	    0x7ff8050100aa poll + 10
1   libwinpr<IP_ADDRESS>.dylib         	       0x10f15e6f0 pollset_poll + 69
2   libwinpr<IP_ADDRESS>.dylib         	       0x10f160b0d WaitForMultipleObjectsEx + 751
3   libwinpr<IP_ADDRESS>.dylib         	       0x10f18c99e thread_pool_work_func + 60
4   libwinpr<IP_ADDRESS>.dylib         	       0x10f18edfb thread_launcher + 130
5   libsystem_pthread.dylib       	    0x7ff8050464e1 _pthread_start + 125
6   libsystem_pthread.dylib       	    0x7ff805041f6b thread_start + 15

Thread 13:
0   libsystem_kernel.dylib        	    0x7ff8050100aa poll + 10
1   libwinpr<IP_ADDRESS>.dylib         	       0x10f15e6f0 pollset_poll + 69
2   libwinpr<IP_ADDRESS>.dylib         	       0x10f160b0d WaitForMultipleObjectsEx + 751
3   libwinpr<IP_ADDRESS>.dylib         	       0x10f18c99e thread_pool_work_func + 60
4   libwinpr<IP_ADDRESS>.dylib         	       0x10f18edfb thread_launcher + 130
5   libsystem_pthread.dylib       	    0x7ff8050464e1 _pthread_start + 125
6   libsystem_pthread.dylib       	    0x7ff805041f6b thread_start + 15

Thread 14:
0   libsystem_kernel.dylib        	    0x7ff8050100aa poll + 10
1   libcups.2.dylib               	    0x7ff812f12023 _httpWait + 80
2   libcups.2.dylib               	    0x7ff812f27fde cupsSendRequest + 633
3   libcups.2.dylib               	    0x7ff812f27a43 cupsDoIORequest + 313
4   libcups.2.dylib               	    0x7ff812f058a6 _cupsGetDests + 536
5   libcups.2.dylib               	    0x7ff812f048e5 0x7ff812f00000 + 18661
6   libcups.2.dylib               	    0x7ff812f0606b cupsGetDests2 + 146
7   libfreerdp-client<IP_ADDRESS>.dylib	       0x10ee5d43c printer_cups_enum_printers + 29
8   libfreerdp-client<IP_ADDRESS>.dylib	       0x10ee512d3 printer_DeviceServiceEntry + 691
9   libfreerdp-client<IP_ADDRESS>.dylib	       0x10ee156e7 devman_load_device_service + 518
10  libfreerdp-client<IP_ADDRESS>.dylib	       0x10ee17786 rdpdr_virtual_channel_client_thread + 2936
11  libwinpr<IP_ADDRESS>.dylib         	       0x10f18edfb thread_launcher + 130
12  libsystem_pthread.dylib       	    0x7ff8050464e1 _pthread_start + 125
13  libsystem_pthread.dylib       	    0x7ff805041f6b thread_start + 15

Thread 15:
0   libsystem_kernel.dylib        	    0x7ff8050100aa poll + 10
1   libwinpr<IP_ADDRESS>.dylib         	       0x10f15e6f0 pollset_poll + 69
2   libwinpr<IP_ADDRESS>.dylib         	       0x10f160537 WaitForSingleObjectEx + 1020
3   libwinpr<IP_ADDRESS>.dylib         	       0x10f173b40 MessageQueue_Wait + 18
4   libfreerdp-client<IP_ADDRESS>.dylib	       0x10ee24b27 cliprdr_virtual_channel_client_thread + 35
5   libwinpr<IP_ADDRESS>.dylib         	       0x10f18edfb thread_launcher + 130
6   libsystem_pthread.dylib       	    0x7ff8050464e1 _pthread_start + 125
7   libsystem_pthread.dylib       	    0x7ff805041f6b thread_start + 15

Thread 16:
0   libsystem_kernel.dylib        	    0x7ff8050100aa poll + 10
1   libwinpr<IP_ADDRESS>.dylib         	       0x10f15e6f0 pollset_poll + 69
2   libwinpr<IP_ADDRESS>.dylib         	       0x10f160b0d WaitForMultipleObjectsEx + 751
3   libfreerdp-client<IP_ADDRESS>.dylib	       0x10ee3f4f1 smartcard_thread_func + 145
4   libwinpr<IP_ADDRESS>.dylib         	       0x10f18edfb thread_launcher + 130
5   libsystem_pthread.dylib       	    0x7ff8050464e1 _pthread_start + 125
6   libsystem_pthread.dylib       	    0x7ff805041f6b thread_start + 15

Thread 17:
0   libsystem_kernel.dylib        	    0x7ff8050100aa poll + 10
1   libwinpr<IP_ADDRESS>.dylib         	       0x10f15e6f0 pollset_poll + 69
2   libwinpr<IP_ADDRESS>.dylib         	       0x10f160537 WaitForSingleObjectEx + 1020
3   libwinpr<IP_ADDRESS>.dylib         	       0x10f173b40 MessageQueue_Wait + 18
4   libfreerdp-client<IP_ADDRESS>.dylib	       0x10ee56a94 drive_thread_func + 47
5   libwinpr<IP_ADDRESS>.dylib         	       0x10f18edfb thread_launcher + 130
6   libsystem_pthread.dylib       	    0x7ff8050464e1 _pthread_start + 125
7   libsystem_pthread.dylib       	    0x7ff805041f6b thread_start + 15

Thread 18:
0   libsystem_kernel.dylib        	    0x7ff8050100aa poll + 10
1   libwinpr<IP_ADDRESS>.dylib         	       0x10f15e6f0 pollset_poll + 69
2   libwinpr<IP_ADDRESS>.dylib         	       0x10f160537 WaitForSingleObjectEx + 1020
3   libwinpr<IP_ADDRESS>.dylib         	       0x10f173b40 MessageQueue_Wait + 18
4   libfreerdp-client<IP_ADDRESS>.dylib	       0x10ee56a94 drive_thread_func + 47
5   libwinpr<IP_ADDRESS>.dylib         	       0x10f18edfb thread_launcher + 130
6   libsystem_pthread.dylib       	    0x7ff8050464e1 _pthread_start + 125
7   libsystem_pthread.dylib       	    0x7ff805041f6b thread_start + 15

Thread 19:
0   libsystem_kernel.dylib        	    0x7ff8050100aa poll + 10
1   libwinpr<IP_ADDRESS>.dylib         	       0x10f15e6f0 pollset_poll + 69
2   libwinpr<IP_ADDRESS>.dylib         	       0x10f160537 WaitForSingleObjectEx + 1020
3   libfreerdp-client<IP_ADDRESS>.dylib	       0x10ee127bc play_thread + 73
4   libwinpr<IP_ADDRESS>.dylib         	       0x10f18edfb thread_launcher + 130
5   libsystem_pthread.dylib       	    0x7ff8050464e1 _pthread_start + 125
6   libsystem_pthread.dylib       	    0x7ff805041f6b thread_start + 15

Thread 20:
0   libsystem_kernel.dylib        	    0x7ff8050100aa poll + 10
1   libwinpr<IP_ADDRESS>.dylib         	       0x10f15e6f0 pollset_poll + 69
2   libwinpr<IP_ADDRESS>.dylib         	       0x10f160537 WaitForSingleObjectEx + 1020
3   libwinpr<IP_ADDRESS>.dylib         	       0x10f173b40 MessageQueue_Wait + 18
4   libfreerdp-client<IP_ADDRESS>.dylib	       0x10ee0d92e drdynvc_virtual_channel_client_thread + 338
5   libwinpr<IP_ADDRESS>.dylib         	       0x10f18edfb thread_launcher + 130
6   libsystem_pthread.dylib       	    0x7ff8050464e1 _pthread_start + 125
7   libsystem_pthread.dylib       	    0x7ff805041f6b thread_start + 15

Thread 4 crashed with X86 Thread State (64-bit):
  rax: 0x0000000000000000  rbx: 0x0000000000000200  rcx: 0x0000700009ee3648  rdx: 0x0000000000000000
  rdi: 0x00000000000002f2  rsi: 0x000000000000000b  rbp: 0x0000700009ee3690  rsp: 0x0000700009ee3648
   r8: 0x0000000000000026   r9: 0x00007fb640f33c30  r10: 0x00007fb640f33bf8  r11: 0x0000000000000206
  r12: 0x0000000000000026  r13: 0x00007fb640f33bf8  r14: 0x0000000000000000  r15: 0x000000000000000b
  rip: 0x00007ff8050116da  rfl: 0x0000000000000206  cr2: 0x00007fd61bbb7000

Logical CPU:     0
Error Code:      0x02000208
Trap Number:     133

Binary Images:
    0x7ff805008000 -     0x7ff80503ffff libsystem_kernel.dylib (*) <26a59789-b846-3ed4-96dc-8dbef3c0c8e7> /usr/lib/system/libsystem_kernel.dylib
       0x10f15b000 -        0x10f1e6fff libwinpr<IP_ADDRESS>.dylib (*) <c2047cdc-55d3-324c-88b3-20544618262f> /usr/local/Cellar/freerdp/2.6.1/lib/libwinpr<IP_ADDRESS>.dylib
       0x10e9a3000 -        0x10e9c2fff xfreerdp (*) <a49524cd-6bdb-3140-a53f-55788ff2bdaf> /usr/local/Cellar/freerdp/2.6.1/bin/xfreerdp
       0x113382000 -        0x1133edfff dyld (*) <dd9e80de-fb3b-349b-96a4-46874ad34d11> /usr/lib/dyld
       0x10ed44000 -        0x10ed57fff libxcb.1.1.0.dylib (*) <604ee485-d748-30cf-8099-c18e487f5e51> /usr/local/Cellar/libxcb/1.14_2/lib/libxcb.1.1.0.dylib
       0x10ec4c000 -        0x10ed1ffff libX11.6.dylib (*) <ce18611e-0cc5-39f1-96af-851f473dfcc1> /usr/local/Cellar/libx11/<IP_ADDRESS>/lib/libX11.6.dylib
    0x7ff805040000 -     0x7ff80504bfff libsystem_pthread.dylib (*) <2f6c275d-7e14-3d31-a924-e1bb41d2415f> /usr/lib/system/libsystem_pthread.dylib
    0x7ff809fdd000 -     0x7ff809ff5fff com.apple.TCC (1.0) <a3b94ca6-a1ba-30c8-8081-818451c73698> /System/Library/PrivateFrameworks/TCC.framework/Versions/A/TCC
    0x7ff804d75000 -     0x7ff804db0fff libxpc.dylib (*) <fbb81f7d-564a-3971-a28e-6aa174470b4c> /usr/lib/system/libxpc.dylib
    0x7ff804e88000 -     0x7ff804ecefff libdispatch.dylib (*) <31d69d55-9895-326c-ad61-621c5ca87314> /usr/lib/system/libdispatch.dylib
       0x10edf5000 -        0x10ee74fff libfreerdp-client<IP_ADDRESS>.dylib (*) <7192b9aa-9220-3145-9fb4-34b91eb15f3d> /usr/local/Cellar/freerdp/2.6.1/lib/libfreerdp-client<IP_ADDRESS>.dylib
    0x7ff812f00000 -     0x7ff812f5ffff libcups.2.dylib (*) <367297b1-eae9-3aa2-afcb-85b132afa2d6> /usr/lib/libcups.2.dylib

External Modification Summary:
  Calls made by other processes targeting this process:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0
  Calls made by this process:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0
  Calls made by all processes on this machine:
    task_for_pid: 0
    thread_create: 0
    thread_set_state: 0

VM Region Summary:
ReadOnly portion of Libraries: Total=896.7M resident=0K(0%) swapped_out_or_unallocated=896.7M(100%)
Writable regions: Total=125.0M written=0K(0%) resident=0K(0%) swapped_out=0K(0%) unallocated=125.0M(100%)

                                VIRTUAL   REGION
REGION TYPE                        SIZE    COUNT (non-coalesced)
===========                     =======  =======
Activity Tracing                   256K        1
Dispatch continuations            32.0M        1
Kernel Alloc Once                    8K        1
MALLOC                            54.0M       32
MALLOC guard page                   16K        4
MALLOC_LARGE (reserved)           20.1M        2         reserved VM address space (unallocated)
STACK GUARD                       56.1M       21
Stack                             18.2M       21
VM_ALLOCATE                         12K        3
__DATA                            18.6M      297
__DATA_CONST                      14.2M      196
__DATA_DIRTY                       623K      104
__FONT_DATA                          4K        1
__LINKEDIT                       652.7M       27
__OBJC_RO                         82.6M        1
__OBJC_RW                         3200K        2
__TEXT                           244.0M      316
__UNICODE                          592K        1
dyld private memory               1024K        1
mapped file                       37.3M        7
shared memory                      760K       14
===========                     =======  =======
TOTAL                              1.2G     1053
TOTAL, minus reserved VM space     1.2G     1053

-----------
Full Report
-----------

{"app_name":"xfreerdp","timestamp":"2022-04-08 15:37:44.00 +0200","app_version":"","slice_uuid":"a49524cd-6bdb-3140-a53f-55788ff2bdaf","build_version":"","platform":1,"share_with_app_devs":1,"is_first_party":1,"bug_type":"309","os_version":"macOS 12.3 (21E230)","incident_id":"F95CF02F-A710-4826-B4E3-293485DFB7BC","name":"xfreerdp"}
{
  "uptime" : 250,
  "procLaunch" : "2022-04-08 15:37:00.0762 +0200",
  "procRole" : "Non UI",
  "version" : 2,
  "userID" : 501,
  "deployVersion" : 210,
  "modelCode" : "MacBookAir7,2",
  "procStartAbsTime" :<PHONE_NUMBER>77,
  "coalitionID" : 732,
  "osVersion" : {
    "train" : "macOS 12.3",
    "build" : "21E230",
    "releaseType" : "User"
  },
  "captureTime" : "2022-04-08 15:37:30.1570 +0200",
  "incident" : "F95CF02F-A710-4826-B4E3-293485DFB7BC",
  "bug_type" : "309",
  "pid" : 754,
  "procExitAbsTime" :<PHONE_NUMBER>97,
  "cpuType" : "X86-64",
  "procName" : "xfreerdp",
  "procPath" : "\/usr\/local\/bin\/xfreerdp",
  "parentProc" : "UDSClientLauncher",
  "parentPid" : 750,
  "coalitionName" : "org.openuds.UDSClient3",
  "crashReporterKey" : "BEC9B4B5-36B1-B76C-2ABE-D57FA4D73D21",
  "responsiblePid" : 743,
  "responsibleProc" : "UDSClientLauncher",
  "sip" : "enabled",
  "isCorpse" : 1,
  "exception" : {"codes":"0x0000000000000000, 0x0000000000000000","rawCodes":[0,0],"type":"EXC_CRASH","signal":"SIGKILL"},
  "termination" : {"flags":518,"code":0,"namespace":"TCC","details":["This app has crashed because it attempted to access privacy-sensitive data without a usage description. The app's Info.plist must contain an com.apple.security.device.audio-input key with a string value explaining to the user how the app uses this data."]},
  "extMods" : {"caller":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"system":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"targeted":{"thread_create":0,"thread_set_state":0,"task_for_pid":0},"warnings":0},
  "faultingThread" : 4,
  "threads" : [{"id":7973,"queue":"com.apple.main-thread","frames":[{"imageOffset":32938,"symbol":"poll","symbolLocation":10,"imageIndex":0},{"imageOffset":14064,"symbol":"pollset_poll","symbolLocation":69,"imageIndex":1},{"imageOffset":21815,"symbol":"WaitForSingleObjectEx","symbolLocation":1020,"imageIndex":1},{"imageOffset":115840,"symbol":"main","symbolLocation":196,"imageIndex":2},{"imageOffset":21790,"symbol":"start","symbolLocation":462,"imageIndex":3}]},{"id":8865,"frames":[{"imageOffset":32938,"symbol":"poll","symbolLocation":10,"imageIndex":0},{"imageOffset":11006,"symbol":"_xcb_conn_wait","symbolLocation":203,"imageIndex":4},{"imageOffset":15093,"symbol":"wait_for_reply","symbolLocation":241,"imageIndex":4},{"imageOffset":15279,"symbol":"xcb_wait_for_reply64","symbolLocation":67,"imageIndex":4},{"imageOffset":133874,"symbol":"_XReply","symbolLocation":222,"imageIndex":5},{"imageOffset":119801,"symbol":"XSync","symbolLocation":71,"imageIndex":5},{"imageOffset":57360,"symbol":"xf_event_process","symbolLocation":3167,"imageIndex":2},{"imageOffset":115596,"symbol":"xf_process_x_events","symbolLocation":183,"imageIndex":2},{"imageOffset":115294,"symbol":"handle_window_events","symbolLocation":43,"imageIndex":2},{"imageOffset":114468,"symbol":"xf_client_thread","symbolLocation":1525,"imageIndex":2},{"imageOffset":212475,"symbol":"thread_launcher","symbolLocation":130,"imageIndex":1},{"imageOffset":25825,"symbol":"_pthread_start","symbolLocation":125,"imageIndex":6},{"imageOffset":8043,"symbol":"thread_start","symbolLocation":15,"imageIndex":6}]},{"id":8870,"frames":[{"imageOffset":8008,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":6}]},{"id":8871,"frames":[{"imageOffset":8008,"symbol":"start_wqthread","symbolLocation":0,"imageIndex":6}]},{"triggered":true,"id":8874,"threadState":{"r13":{"value":140420750457848},"rax":{"value":0},"rflags":{"value":518},"cpu":{"value":0},"r14":{"value":0},"rsi":{"value":11},"r8":{"value":38},"cr2":{"value":140557564997632},"rdx":{"value":0},"r10":{"value":140420750457848},"r9":{"value":140420750457904},"r15":{"value":11},"rbx":{"value":512},"trap":{"value":133},"err":{"value":33554952},"r11":{"value":518},"rip":{"value":140703212574426,"matchesCrashFrame":1},"rbp":{"value":123145468917392},"rsp":{"value":123145468917320},"r12":{"value":38},"rcx":{"value":123145468917320},"flavor":"x86_THREAD_STATE","rdi":{"value":754}},"queue":"com.apple.root.default-qos","frames":[{"imageOffset":38618,"symbol":"__terminate_with_payload","symbolLocation":10,"imageIndex":0},{"imageOffset":157854,"symbol":"abort_with_payload_wrapper_internal","symbolLocation":119,"imageIndex":0},{"imageOffset":157865,"symbol":"abort_with_payload","symbolLocation":9,"imageIndex":0},{"imageOffset":17733,"symbol":"__TCC_CRASHING_DUE_TO_PRIVACY_VIOLATION__","symbolLocation":142,"imageIndex":7},{"imageOffset":19627,"symbol":"__TCCAccessRequest_block_invoke.134","symbolLocation":495,"imageIndex":7},{"imageOffset":10076,"symbol":"__tccd_send_message_block_invoke","symbolLocation":594,"imageIndex":7},{"imageOffset":56579,"symbol":"_xpc_connection_reply_callout","symbolLocation":36,"imageIndex":8},{"imageOffset":56459,"symbol":"_xpc_connection_call_reply_async","symbolLocation":69,"imageIndex":8},{"imageOffset":13181,"symbol":"_dispatch_client_callout3","symbolLocation":8,"imageIndex":9},{"imageOffset":120267,"symbol":"_dispatch_mach_msg_async_reply_invoke","symbolLocation":377,"imageIndex":9},{"imageOffset":80033,"symbol":"_dispatch_kevent_worker_thread","symbolLocation":1531,"imageIndex":9},{"imageOffset":12312,"symbol":"_pthread_wqthread","symbolLocation":398,"imageIndex":6},{"imageOffset":8023,"symbol":"start_wqthread","symbolLocation":15,"imageIndex":6}]},{"id":8887,"frames":[{"imageOffset":32938,"symbol":"poll","symbolLocation":10,"imageIndex":0},{"imageOffset":14064,"symbol":"pollset_poll","symbolLocation":69,"imageIndex":1},{"imageOffset":21815,"symbol":"WaitForSingleObjectEx","symbolLocation":1020,"imageIndex":1},{"imageOffset":120764,"symbol":"play_thread","symbolLocation":73,"imageIndex":10},{"imageOffset":212475,"symbol":"thread_launcher","symbolLocation":130,"imageIndex":1},{"imageOffset":25825,"symbol":"_pthread_start","symbolLocation":125,"imageIndex":6},{"imageOffset":8043,"symbol":"thread_start","symbolLocation":15,"imageIndex":6}]},{"id":8905,"frames":[{"imageOffset":32938,"symbol":"poll","symbolLocation":10,"imageIndex":0},{"imageOffset":14064,"symbol":"pollset_poll","symbolLocation":69,"imageIndex":1},{"imageOffset":23309,"symbol":"WaitForMultipleObjectsEx","symbolLocation":751,"imageIndex":1},{"imageOffset":203166,"symbol":"thread_pool_work_func","symbolLocation":60,"imageIndex":1},{"imageOffset":212475,"symbol":"thread_launcher","symbolLocation":130,"imageIndex":1},{"imageOffset":25825,"symbol":"_pthread_start","symbolLocation":125,"imageIndex":6},{"imageOffset":8043,"symbol":"thread_start","symbolLocation":15,"imageIndex":6}]},{"id":8906,"frames":[{"imageOffset":32938,"symbol":"poll","symbolLocation":10,"imageIndex":0},{"imageOffset":14064,"symbol":"pollset_poll","symbolLocation":69,"imageIndex":1},{"imageOffset":23309,"symbol":"WaitForMultipleObjectsEx","symbolLocation":751,"imageIndex":1},{"imageOffset":203166,"symbol":"thread_pool_work_func","symbolLocation":60,"imageIndex":1},{"imageOffset":212475,"symbol":"thread_launcher","symbolLocation":130,"imageIndex":1},{"imageOffset":25825,"symbol":"_pthread_start","symbolLocation":125,"imageIndex":6},{"imageOffset":8043,"symbol":"thread_start","symbolLocation":15,"imageIndex":6}]},{"id":8907,"frames":[{"imageOffset":32938,"symbol":"poll","symbolLocation":10,"imageIndex":0},{"imageOffset":14064,"symbol":"pollset_poll","symbolLocation":69,"imageIndex":1},{"imageOffset":23309,"symbol":"WaitForMultipleObjectsEx","symbolLocation":751,"imageIndex":1},{"imageOffset":203166,"symbol":"thread_pool_work_func","symbolLocation":60,"imageIndex":1},{"imageOffset":212475,"symbol":"thread_launcher","symbolLocation":130,"imageIndex":1},{"imageOffset":25825,"symbol":"_pthread_start","symbolLocation":125,"imageIndex":6},{"imageOffset":8043,"symbol":"thread_start","symbolLocation":15,"imageIndex":6}]},{"id":8908,"frames":[{"imageOffset":32938,"symbol":"poll","symbolLocation":10,"imageIndex":0},{"imageOffset":14064,"symbol":"pollset_poll","symbolLocation":69,"imageIndex":1},{"imageOffset":23309,"symbol":"WaitForMultipleObjectsEx","symbolLocation":751,"imageIndex":1},{"imageOffset":203166,"symbol":"thread_pool_work_func","symbolLocation":60,"imageIndex":1},{"imageOffset":212475,"symbol":"thread_launcher","symbolLocation":130,"imageIndex":1},{"imageOffset":25825,"symbol":"_pthread_start","symbolLocation":125,"imageIndex":6},{"imageOffset":8043,"symbol":"thread_start","symbolLocation":15,"imageIndex":6}]},{"id":8909,"frames":[{"imageOffset":32938,"symbol":"poll","symbolLocation":10,"imageIndex":0},{"imageOffset":14064,"symbol":"pollset_poll","symbolLocation":69,"imageIndex":1},{"imageOffset":23309,"symbol":"WaitForMultipleObjectsEx","symbolLocation":751,"imageIndex":1},{"imageOffset":203166,"symbol":"thread_pool_work_func","symbolLocation":60,"imageIndex":1},{"imageOffset":212475,"symbol":"thread_launcher","symbolLocation":130,"imageIndex":1},{"imageOffset":25825,"symbol":"_pthread_start","symbolLocation":125,"imageIndex":6},{"imageOffset":8043,"symbol":"thread_start","symbolLocation":15,"imageIndex":6}]},{"id":8910,"frames":[{"imageOffset":32938,"symbol":"poll","symbolLocation":10,"imageIndex":0},{"imageOffset":14064,"symbol":"pollset_poll","symbolLocation":69,"imageIndex":1},{"imageOffset":23309,"symbol":"WaitForMultipleObjectsEx","symbolLocation":751,"imageIndex":1},{"imageOffset":203166,"symbol":"thread_pool_work_func","symbolLocation":60,"imageIndex":1},{"imageOffset":212475,"symbol":"thread_launcher","symbolLocation":130,"imageIndex":1},{"imageOffset":25825,"symbol":"_pthread_start","symbolLocation":125,"imageIndex":6},{"imageOffset":8043,"symbol":"thread_start","symbolLocation":15,"imageIndex":6}]},{"id":8911,"frames":[{"imageOffset":32938,"symbol":"poll","symbolLocation":10,"imageIndex":0},{"imageOffset":14064,"symbol":"pollset_poll","symbolLocation":69,"imageIndex":1},{"imageOffset":23309,"symbol":"WaitForMultipleObjectsEx","symbolLocation":751,"imageIndex":1},{"imageOffset":203166,"symbol":"thread_pool_work_func","symbolLocation":60,"imageIndex":1},{"imageOffset":212475,"symbol":"thread_launcher","symbolLocation":130,"imageIndex":1},{"imageOffset":25825,"symbol":"_pthread_start","symbolLocation":125,"imageIndex":6},{"imageOffset":8043,"symbol":"thread_start","symbolLocation":15,"imageIndex":6}]},{"id":8912,"frames":[{"imageOffset":32938,"symbol":"poll","symbolLocation":10,"imageIndex":0},{"imageOffset":14064,"symbol":"pollset_poll","symbolLocation":69,"imageIndex":1},{"imageOffset":23309,"symbol":"WaitForMultipleObjectsEx","symbolLocation":751,"imageIndex":1},{"imageOffset":203166,"symbol":"thread_pool_work_func","symbolLocation":60,"imageIndex":1},{"imageOffset":212475,"symbol":"thread_launcher","symbolLocation":130,"imageIndex":1},{"imageOffset":25825,"symbol":"_pthread_start","symbolLocation":125,"imageIndex":6},{"imageOffset":8043,"symbol":"thread_start","symbolLocation":15,"imageIndex":6}]},{"id":8986,"frames":[{"imageOffset":32938,"symbol":"poll","symbolLocation":10,"imageIndex":0},{"imageOffset":73763,"symbol":"_httpWait","symbolLocation":80,"imageIndex":11},{"imageOffset":163806,"symbol":"cupsSendRequest","symbolLocation":633,"imageIndex":11},{"imageOffset":162371,"symbol":"cupsDoIORequest","symbolLocation":313,"imageIndex":11},{"imageOffset":22694,"symbol":"_cupsGetDests","symbolLocation":536,"imageIndex":11},{"imageOffset":18661,"imageIndex":11},{"imageOffset":24683,"symbol":"cupsGetDests2","symbolLocation":146,"imageIndex":11},{"imageOffset":427068,"symbol":"printer_cups_enum_printers","symbolLocation":29,"imageIndex":10},{"imageOffset":377555,"symbol":"printer_DeviceServiceEntry","symbolLocation":691,"imageIndex":10},{"imageOffset":132839,"symbol":"devman_load_device_service","symbolLocation":518,"imageIndex":10},{"imageOffset":141190,"symbol":"rdpdr_virtual_channel_client_thread","symbolLocation":2936,"imageIndex":10},{"imageOffset":212475,"symbol":"thread_launcher","symbolLocation":130,"imageIndex":1},{"imageOffset":25825,"symbol":"_pthread_start","symbolLocation":125,"imageIndex":6},{"imageOffset":8043,"symbol":"thread_start","symbolLocation":15,"imageIndex":6}]},{"id":8987,"frames":[{"imageOffset":32938,"symbol":"poll","symbolLocation":10,"imageIndex":0},{"imageOffset":14064,"symbol":"pollset_poll","symbolLocation":69,"imageIndex":1},{"imageOffset":21815,"symbol":"WaitForSingleObjectEx","symbolLocation":1020,"imageIndex":1},{"imageOffset":101184,"symbol":"MessageQueue_Wait","symbolLocation":18,"imageIndex":1},{"imageOffset":195367,"symbol":"cliprdr_virtual_channel_client_thread","symbolLocation":35,"imageIndex":10},{"imageOffset":212475,"symbol":"thread_launcher","symbolLocation":130,"imageIndex":1},{"imageOffset":25825,"symbol":"_pthread_start","symbolLocation":125,"imageIndex":6},{"imageOffset":8043,"symbol":"thread_start","symbolLocation":15,"imageIndex":6}]},{"id":8988,"frames":[{"imageOffset":32938,"symbol":"poll","symbolLocation":10,"imageIndex":0},{"imageOffset":14064,"symbol":"pollset_poll","symbolLocation":69,"imageIndex":1},{"imageOffset":23309,"symbol":"WaitForMultipleObjectsEx","symbolLocation":751,"imageIndex":1},{"imageOffset":304369,"symbol":"smartcard_thread_func","symbolLocation":145,"imageIndex":10},{"imageOffset":212475,"symbol":"thread_launcher","symbolLocation":130,"imageIndex":1},{"imageOffset":25825,"symbol":"_pthread_start","symbolLocation":125,"imageIndex":6},{"imageOffset":8043,"symbol":"thread_start","symbolLocation":15,"imageIndex":6}]},{"id":8989,"frames":[{"imageOffset":32938,"symbol":"poll","symbolLocation":10,"imageIndex":0},{"imageOffset":14064,"symbol":"pollset_poll","symbolLocation":69,"imageIndex":1},{"imageOffset":21815,"symbol":"WaitForSingleObjectEx","symbolLocation":1020,"imageIndex":1},{"imageOffset":101184,"symbol":"MessageQueue_Wait","symbolLocation":18,"imageIndex":1},{"imageOffset":400020,"symbol":"drive_thread_func","symbolLocation":47,"imageIndex":10},{"imageOffset":212475,"symbol":"thread_launcher","symbolLocation":130,"imageIndex":1},{"imageOffset":25825,"symbol":"_pthread_start","symbolLocation":125,"imageIndex":6},{"imageOffset":8043,"symbol":"thread_start","symbolLocation":15,"imageIndex":6}]},{"id":8990,"frames":[{"imageOffset":32938,"symbol":"poll","symbolLocation":10,"imageIndex":0},{"imageOffset":14064,"symbol":"pollset_poll","symbolLocation":69,"imageIndex":1},{"imageOffset":21815,"symbol":"WaitForSingleObjectEx","symbolLocation":1020,"imageIndex":1},{"imageOffset":101184,"symbol":"MessageQueue_Wait","symbolLocation":18,"imageIndex":1},{"imageOffset":400020,"symbol":"drive_thread_func","symbolLocation":47,"imageIndex":10},{"imageOffset":212475,"symbol":"thread_launcher","symbolLocation":130,"imageIndex":1},{"imageOffset":25825,"symbol":"_pthread_start","symbolLocation":125,"imageIndex":6},{"imageOffset":8043,"symbol":"thread_start","symbolLocation":15,"imageIndex":6}]},{"id":8995,"frames":[{"imageOffset":32938,"symbol":"poll","symbolLocation":10,"imageIndex":0},{"imageOffset":14064,"symbol":"pollset_poll","symbolLocation":69,"imageIndex":1},{"imageOffset":21815,"symbol":"WaitForSingleObjectEx","symbolLocation":1020,"imageIndex":1},{"imageOffset":120764,"symbol":"play_thread","symbolLocation":73,"imageIndex":10},{"imageOffset":212475,"symbol":"thread_launcher","symbolLocation":130,"imageIndex":1},{"imageOffset":25825,"symbol":"_pthread_start","symbolLocation":125,"imageIndex":6},{"imageOffset":8043,"symbol":"thread_start","symbolLocation":15,"imageIndex":6}]},{"id":8996,"frames":[{"imageOffset":32938,"symbol":"poll","symbolLocation":10,"imageIndex":0},{"imageOffset":14064,"symbol":"pollset_poll","symbolLocation":69,"imageIndex":1},{"imageOffset":21815,"symbol":"WaitForSingleObjectEx","symbolLocation":1020,"imageIndex":1},{"imageOffset":101184,"symbol":"MessageQueue_Wait","symbolLocation":18,"imageIndex":1},{"imageOffset":100654,"symbol":"drdynvc_virtual_channel_client_thread","symbolLocation":338,"imageIndex":10},{"imageOffset":212475,"symbol":"thread_launcher","symbolLocation":130,"imageIndex":1},{"imageOffset":25825,"symbol":"_pthread_start","symbolLocation":125,"imageIndex":6},{"imageOffset":8043,"symbol":"thread_start","symbolLocation":15,"imageIndex":6}]}],
  "usedImages" : [
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>35808,
    "size" : 229376,
    "uuid" : "26a59789-b846-3ed4-96dc-8dbef3c0c8e7",
    "path" : "\/usr\/lib\/system\/libsystem_kernel.dylib",
    "name" : "libsystem_kernel.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>,
    "size" : 573440,
    "uuid" : "c2047cdc-55d3-324c-88b3-20544618262f",
    "path" : "\/usr\/local\/Cellar\/freerdp\/2.6.1\/lib\/libwinpr<IP_ADDRESS>.dylib",
    "name" : "libwinpr<IP_ADDRESS>.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>,
    "size" : 131072,
    "uuid" : "a49524cd-6bdb-3140-a53f-55788ff2bdaf",
    "path" : "\/usr\/local\/Cellar\/freerdp\/2.6.1\/bin\/xfreerdp",
    "name" : "xfreerdp"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>,
    "size" : 442368,
    "uuid" : "dd9e80de-fb3b-349b-96a4-46874ad34d11",
    "path" : "\/usr\/lib\/dyld",
    "name" : "dyld"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>,
    "size" : 81920,
    "uuid" : "604ee485-d748-30cf-8099-c18e487f5e51",
    "path" : "\/usr\/local\/Cellar\/libxcb\/1.14_2\/lib\/libxcb.1.1.0.dylib",
    "name" : "libxcb.1.1.0.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>,
    "size" : 868352,
    "uuid" : "ce18611e-0cc5-39f1-96af-851f473dfcc1",
    "path" : "\/usr\/local\/Cellar\/libx11\/<IP_ADDRESS>\/lib\/libX11.6.dylib",
    "name" : "libX11.6.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>65184,
    "size" : 49152,
    "uuid" : "2f6c275d-7e14-3d31-a924-e1bb41d2415f",
    "path" : "\/usr\/lib\/system\/libsystem_pthread.dylib",
    "name" : "libsystem_pthread.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>45760,
    "CFBundleShortVersionString" : "1.0",
    "CFBundleIdentifier" : "com.apple.TCC",
    "size" : 102400,
    "uuid" : "a3b94ca6-a1ba-30c8-8081-818451c73698",
    "path" : "\/System\/Library\/PrivateFrameworks\/TCC.framework\/Versions\/A\/TCC",
    "name" : "TCC",
    "CFBundleVersion" : "1"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>36544,
    "size" : 245760,
    "uuid" : "fbb81f7d-564a-3971-a28e-6aa174470b4c",
    "path" : "\/usr\/lib\/system\/libxpc.dylib",
    "name" : "libxpc.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>62944,
    "size" : 290816,
    "uuid" : "31d69d55-9895-326c-ad61-621c5ca87314",
    "path" : "\/usr\/lib\/system\/libdispatch.dylib",
    "name" : "libdispatch.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>,
    "size" : 524288,
    "uuid" : "7192b9aa-9220-3145-9fb4-34b91eb15f3d",
    "path" : "\/usr\/local\/Cellar\/freerdp\/2.6.1\/lib\/libfreerdp-client<IP_ADDRESS>.dylib",
    "name" : "libfreerdp-client<IP_ADDRESS>.dylib"
  },
  {
    "source" : "P",
    "arch" : "x86_64",
    "base" :<PHONE_NUMBER>35488,
    "size" : 393216,
    "uuid" : "367297b1-eae9-3aa2-afcb-85b132afa2d6",
    "path" : "\/usr\/lib\/libcups.2.dylib",
    "name" : "libcups.2.dylib"
  }
],
  "sharedCache" : {
  "base" :<PHONE_NUMBER>92480,
  "size" :<PHONE_NUMBER>6,
  "uuid" : "341ea950-3974-372a-a140-92d2252fd87c"
},
  "vmSummary" : "ReadOnly portion of Libraries: Total=896.7M resident=0K(0%) swapped_out_or_unallocated=896.7M(100%)\nWritable regions: Total=125.0M written=0K(0%) resident=0K(0%) swapped_out=0K(0%) unallocated=125.0M(100%)\n\n                                VIRTUAL   REGION \nREGION TYPE                        SIZE    COUNT (non-coalesced) \n===========                     =======  ======= \nActivity Tracing                   256K        1 \nDispatch continuations            32.0M        1 \nKernel Alloc Once                    8K        1 \nMALLOC                            54.0M       32 \nMALLOC guard page                   16K        4 \nMALLOC_LARGE (reserved)           20.1M        2         reserved VM address space (unallocated)\nSTACK GUARD                       56.1M       21 \nStack                             18.2M       21 \nVM_ALLOCATE                         12K        3 \n__DATA                            18.6M      297 \n__DATA_CONST                      14.2M      196 \n__DATA_DIRTY                       623K      104 \n__FONT_DATA                          4K        1 \n__LINKEDIT                       652.7M       27 \n__OBJC_RO                         82.6M        1 \n__OBJC_RW                         3200K        2 \n__TEXT                           244.0M      316 \n__UNICODE                          592K        1 \ndyld private memory               1024K        1 \nmapped file                       37.3M        7 \nshared memory                      760K       14 \n===========                     =======  ======= \nTOTAL                              1.2G     1053 \nTOTAL, minus reserved VM space     1.2G     1053 \n",
  "legacyInfo" : {
  "threadTriggered" : {
    "queue" : "com.apple.root.default-qos"
  }
},
  "trialInfo" : {
  "rollouts" : [
    {
      "rolloutId" : "6112dda2fc54bc3389840642",
      "factorPackIds" : {
        "SIRI_DICTATION_ASSETS" : "620aec83b02b354d3afd2f50"
      },
      "deploymentId" : 240000094
    },
    {
      "rolloutId" : "5ffde50ce2aacd000d47a95f",
      "factorPackIds" : {

      },
      "deploymentId" : 240000128
    }
  ],
  "experiments" : [

  ]
}
}

long story short, nothing we can fix (mac os xfreerdp that is, as it is not a mac app), use the native mac client instead.
Don´t know if brew has something in store for X11 applications and the corresponding permissions on mac os.