Support node 13

When on node 13, yarn install and yarn build fail with the below errors.
$ nvm use default
Now using node v13.3.0 (npm v6.13.1)

Downgrading to node 12 works fine after (rm -Rf node_modules; nvm install 12; nvm use 12).
error /Users/jeremy/www/bolt/node_modules/sharp: Command failed.
Exit code: 1
Command: (node install/libvips && node install/dll-copy && prebuild-install) || (node-gyp rebuild && node install/dll-copy)
Arguments:
Directory: /Users/jeremy/www/bolt/node_modules/sharp
Output:
info sharp Using cached /Users/jeremy/.npm/_libvips/libvips-8.7.4-darwin-x64.tar.gz
prebuild-install WARN install No prebuilt binaries found (target=13.3.0 runtime=node arch=x64 libc= platform=darwin)
gyp info it worked if it ends with ok
gyp info using<EMAIL_ADDRESS>gyp info using<EMAIL_ADDRESS>| darwin | x64
gyp info find Python using Python version 2.7.10 found at "/usr/bin/python"
gyp info spawn /usr/bin/python
gyp info spawn args [
gyp info spawn args   '/Users/jeremy/www/bolt/node_modules/node-gyp/gyp/gyp_main.py',
gyp info spawn args   'binding.gyp',
gyp info spawn args   '-f',
gyp info spawn args   'make',
gyp info spawn args   '-I',
gyp info spawn args   '/Users/jeremy/www/bolt/node_modules/sharp/build/config.gypi',
gyp info spawn args   '-I',
gyp info spawn args   '/Users/jeremy/www/bolt/node_modules/node-gyp/addon.gypi',
gyp info spawn args   '-I',
gyp info spawn args   '/Users/jeremy/Library/Caches/node-gyp/13.3.0/include/node/common.gypi',
gyp info spawn args   '-Dlibrary=shared_library',
gyp info spawn args   '-Dvisibility=default',
gyp info spawn args   '-Dnode_root_dir=/Users/jeremy/Library/Caches/node-gyp/13.3.0',
gyp info spawn args   '-Dnode_gyp_dir=/Users/jeremy/www/bolt/node_modules/node-gyp',
gyp info spawn args   '-Dnode_lib_file=/Users/jeremy/Library/Caches/node-gyp/13.3.0/<(target_arch)/node.lib',
gyp info spawn args   '-Dmodule_root_dir=/Users/jeremy/www/bolt/node_modules/sharp',
gyp info spawn args   '-Dnode_engine=v8',
gyp info spawn args   '--depth=.',
gyp info spawn args   '--no-parallel',
gyp info spawn args   '--generator-output',
gyp info spawn args   'build',
gyp info spawn args   '-Goutput_dir=.'
gyp info spawn args ]
gyp info spawn make
gyp info spawn args [ 'BUILDTYPE=Release', '-C', 'build' ]
  TOUCH Release/obj.target/libvips-cpp.stamp
  CXX(target) Release/obj.target/sharp/src/common.o
  CXX(target) Release/obj.target/sharp/src/metadata.o
  CXX(target) Release/obj.target/sharp/src/stats.o
../src/stats.cc:130:19: error: no matching member function for call to 'Set'
        channels->Set(i, channelStat);
        ~~~~~~~~~~^~~
/Users/jeremy/Library/Caches/node-gyp/13.3.0/include/node/v8.h:3547:37: note: candidate function not viable: requires 3 arguments, but 2 were provided
  V8_WARN_UNUSED_RESULT Maybe<bool> Set(Local<Context> context,
                                    ^
/Users/jeremy/Library/Caches/node-gyp/13.3.0/include/node/v8.h:3550:37: note: candidate function not viable: requires 3 arguments, but 2 were provided
  V8_WARN_UNUSED_RESULT Maybe<bool> Set(Local<Context> context, uint32_t index,
                                    ^
1 error generated.
make: *** [Release/obj.target/sharp/src/stats.o] Error 1
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/Users/jeremy/www/bolt/node_modules/node-gyp/lib/build.js:196:23)
gyp ERR! stack     at ChildProcess.emit (events.js:219:5)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:274:12)
gyp ERR! System Darwin 18.6.0
gyp ERR! command "/usr/local/opt/nvm/versions/node/v13.3.0/bin/node" "/Users/jeremy/www/bolt/node_modules/.bin/node-gyp" "rebuild"
gyp ERR! cwd /Users/jeremy/www/bolt/node_modules/sharp

Thanks @glassdimly!

For now, the recommended approach is to just use node 12 (specifically, run nvm use in the project root to get whatever version Bolt best supports at any given time).  We should still fix this though, thanks for the bug report.

Update to my previous comment, we'll only typically support LTS releases of node.  Supporting a version any sooner means we could run into bugs from dependencies (which is the case here) and only makes sense if there's some must-have feature in the newer version that's worth the potential instability.


Add capability to set environment variables to deployments

Hello 👋
I wanted to deploy reporter to my cluster, but I've noticed that chart doesn't support setting your own environment variables to workloads. I need this feature so I can set HTTPS_PROXY and NO_PROXY vars. Would you please consider adding this option to your chart?
Thanks
DG

@fjogeleit
created the PullRequest for the issue-377. Would you be able to review it please ?

Released with v2.21.4

Hello, Have you find a way to use HTTP_PROXY / HTTPS_PROXY / NO_PROXY as environment variables?
I've set up these environments variables in my container with envVars: [], but the container doesn't seem to take these variables into account. I still have a timeout when I try to reach out to the slack webhook api (My proxy have hooks.slack.com in the whitelist, other containers can reach this API)

which version do you use? Maybe the config is not correctly implemented in the new helm chart

I'm using the helm chart version 3.0.0-rc.8, which one should I use?

thats fine, I will take a look on the config

I found something in the code I need to add to support your configuration. Will create a new version today you can test

Thanks a lot @fjogeleit I'll be testing that as soon as the new version is available, and I'll let you know

Perfect it works, awesome, thank you very much :+1:
1.7315104989908216e+09	info	Slack: PUSH OK


how to debug connection error

After many requests have been proxied, there is a chance to encounter below error:
2024-07-12T14:37:39.124346Z ERROR http_mitm_proxy:
Failed to send request to https://example.com:443/report/batch operation was canceled

And the client will end up 500 Error.
The question is:

How to debug this problem?
What's the possible reason about this error?

If I switch off the proxy, or using whistle proxy, everything works without the above error.

One thing I have noticed that, all the errors come from POST http request with some payload body, not very large. Is that related?

I've checked issue again, and found some new clues.
After changed line 279 add some more error info and backtrace:
tracing::error!("Failed to send request to {} {} {} {:?}", uri, err, err.is_canceled(), backtrace::Backtrace::new());

The error printed below:
Failed to send request to https://example.com:443/report/batch operation was canceled true    0: backtrace::backtrace::libunwind::trace
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/backtrace-0.3.73/src/backtrace/libunwind.rs:116:5
      backtrace::backtrace::trace_unsynchronized
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/backtrace-0.3.73/src/backtrace/mod.rs:66:5
   1: backtrace::backtrace::trace
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/backtrace-0.3.73/src/backtrace/mod.rs:53:14
   2: backtrace::capture::Backtrace::create
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/backtrace-0.3.73/src/capture.rs:197:9
   3: backtrace::capture::Backtrace::new
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/backtrace-0.3.73/src/capture.rs:162:22
   4: http_mitm_proxy::MitmProxy<C>::proxy::{{closure}}::{{closure}}::{{closure}}::{{closure}}
             at /Users/jm/project/mitm-proxy/http-mitm-proxy/src/lib.rs:279:128
   5: <hyper::proto::h1::dispatch::Server<S,hyper::body::incoming::Incoming> as hyper::proto::h1::dispatch::Dispatch>::poll_msg
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/hyper-1.4.1/src/proto/h1/dispatch.rs:538:35
   6: hyper::proto::h1::dispatch::Dispatcher<D,Bs,I,T>::poll_write
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/hyper-1.4.1/src/proto/h1/dispatch.rs:336:43
   7: hyper::proto::h1::dispatch::Dispatcher<D,Bs,I,T>::poll_loop
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/hyper-1.4.1/src/proto/h1/dispatch.rs:173:21
   8: hyper::proto::h1::dispatch::Dispatcher<D,Bs,I,T>::poll_inner
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/hyper-1.4.1/src/proto/h1/dispatch.rs:149:16
   9: hyper::proto::h1::dispatch::Dispatcher<D,Bs,I,T>::poll_catch
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/hyper-1.4.1/src/proto/h1/dispatch.rs:128:28
  10: <hyper::proto::h1::dispatch::Dispatcher<D,Bs,I,T> as core::future::future::Future>::poll
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/hyper-1.4.1/src/proto/h1/dispatch.rs:471:9
  11: <hyper::server::conn::http1::UpgradeableConnection<I,S> as core::future::future::Future>::poll
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/hyper-1.4.1/src/server/conn/http1.rs:511:26
  12: http_mitm_proxy::MitmProxy<C>::proxy::{{closure}}::{{closure}}
             at /Users/jm/project/mitm-proxy/http-mitm-proxy/src/lib.rs:327:30
  13: <core::pin::Pin<P> as core::future::future::Future>::poll
             at /rustc/129f3b9964af4d4a709d1383930ade12dfe7c081/library/core/src/future/future.rs:123:9
  14: tokio::runtime::task::core::Core<T,S>::poll::{{closure}}
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/task/core.rs:328:17
  15: tokio::loom::std::unsafe_cell::UnsafeCell<T>::with_mut
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/loom/std/unsafe_cell.rs:16:9
      tokio::runtime::task::core::Core<T,S>::poll
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/task/core.rs:317:13
  16: tokio::runtime::task::harness::poll_future::{{closure}}
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/task/harness.rs:485:19
  17: <core::panic::unwind_safe::AssertUnwindSafe<F> as core::ops::function::FnOnce<()>>::call_once
             at /rustc/129f3b9964af4d4a709d1383930ade12dfe7c081/library/core/src/panic/unwind_safe.rs:272:9
  18: std::panicking::try::do_call
             at /rustc/129f3b9964af4d4a709d1383930ade12dfe7c081/library/std/src/panicking.rs:559:40
  19: ___rust_try
  20: std::panicking::try
             at /rustc/129f3b9964af4d4a709d1383930ade12dfe7c081/library/std/src/panicking.rs:523:19
  21: std::panic::catch_unwind
             at /rustc/129f3b9964af4d4a709d1383930ade12dfe7c081/library/std/src/panic.rs:149:14
  22: tokio::runtime::task::harness::poll_future
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/task/harness.rs:473:18
  23: tokio::runtime::task::harness::Harness<T,S>::poll_inner
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/task/harness.rs:208:27
  24: tokio::runtime::task::harness::Harness<T,S>::poll
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/task/harness.rs:153:15
  25: tokio::runtime::task::raw::poll
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/task/raw.rs:271:5
  26: tokio::runtime::task::raw::RawTask::poll
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/task/raw.rs:201:18
  27: tokio::runtime::task::LocalNotified<S>::run
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/task/mod.rs:427:9
  28: tokio::runtime::scheduler::multi_thread::worker::Context::run_task::{{closure}}
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/scheduler/multi_thread/worker.rs:585:13
  29: tokio::runtime::coop::with_budget
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/coop.rs:107:5
      tokio::runtime::coop::budget
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/coop.rs:73:5
      tokio::runtime::scheduler::multi_thread::worker::Context::run_task
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/scheduler/multi_thread/worker.rs:584:9
  30: tokio::runtime::scheduler::multi_thread::worker::Context::run
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/scheduler/multi_thread/worker.rs:535:24
  31: tokio::runtime::scheduler::multi_thread::worker::run::{{closure}}::{{closure}}
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/scheduler/multi_thread/worker.rs:500:21
  32: tokio::runtime::context::scoped::Scoped<T>::set
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/context/scoped.rs:40:9
  33: tokio::runtime::context::set_scheduler::{{closure}}
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/context.rs:180:26
  34: std::thread::local::LocalKey<T>::try_with
             at /rustc/129f3b9964af4d4a709d1383930ade12dfe7c081/library/std/src/thread/local.rs:286:12
  35: std::thread::local::LocalKey<T>::with
             at /rustc/129f3b9964af4d4a709d1383930ade12dfe7c081/library/std/src/thread/local.rs:262:9
  36: tokio::runtime::context::set_scheduler
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/context.rs:180:9
  37: tokio::runtime::scheduler::multi_thread::worker::run::{{closure}}
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/scheduler/multi_thread/worker.rs:495:9
  38: tokio::runtime::context::runtime::enter_runtime
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/context/runtime.rs:65:16
  39: tokio::runtime::scheduler::multi_thread::worker::run
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/scheduler/multi_thread/worker.rs:487:5
  40: tokio::runtime::scheduler::multi_thread::worker::Launch::launch::{{closure}}
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/scheduler/multi_thread/worker.rs:455:45
  41: <tokio::runtime::blocking::task::BlockingTask<T> as core::future::future::Future>::poll
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/blocking/task.rs:42:21
  42: tokio::runtime::task::core::Core<T,S>::poll::{{closure}}
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/task/core.rs:328:17
  43: tokio::loom::std::unsafe_cell::UnsafeCell<T>::with_mut
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/loom/std/unsafe_cell.rs:16:9
      tokio::runtime::task::core::Core<T,S>::poll
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/task/core.rs:317:13
  44: tokio::runtime::task::harness::poll_future::{{closure}}
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/task/harness.rs:485:19
  45: <core::panic::unwind_safe::AssertUnwindSafe<F> as core::ops::function::FnOnce<()>>::call_once
             at /rustc/129f3b9964af4d4a709d1383930ade12dfe7c081/library/core/src/panic/unwind_safe.rs:272:9
  46: std::panicking::try::do_call
             at /rustc/129f3b9964af4d4a709d1383930ade12dfe7c081/library/std/src/panicking.rs:559:40
  47: ___rust_try
  48: std::panicking::try
             at /rustc/129f3b9964af4d4a709d1383930ade12dfe7c081/library/std/src/panicking.rs:523:19
  49: std::panic::catch_unwind
             at /rustc/129f3b9964af4d4a709d1383930ade12dfe7c081/library/std/src/panic.rs:149:14
  50: tokio::runtime::task::harness::poll_future
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/task/harness.rs:473:18
  51: tokio::runtime::task::harness::Harness<T,S>::poll_inner
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/task/harness.rs:208:27
  52: tokio::runtime::task::harness::Harness<T,S>::poll
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/task/harness.rs:153:15
  53: tokio::runtime::task::raw::poll
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/task/raw.rs:271:5
  54: tokio::runtime::task::raw::RawTask::poll
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/task/raw.rs:201:18
  55: tokio::runtime::task::UnownedTask<S>::run
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/task/mod.rs:464:9
  56: tokio::runtime::blocking::pool::Task::run
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/blocking/pool.rs:159:9
  57: tokio::runtime::blocking::pool::Inner::run
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/blocking/pool.rs:513:17
  58: tokio::runtime::blocking::pool::Spawner::spawn_thread::{{closure}}
             at /Users/jm/.cargo/registry/src/index.crates.io-6f17d22bba15001f/tokio-1.38.0/src/runtime/blocking/pool.rs:471:13
  59: std::sys_common::backtrace::__rust_begin_short_backtrace
             at /rustc/129f3b9964af4d4a709d1383930ade12dfe7c081/library/std/src/sys_common/backtrace.rs:155:18
  60: std::thread::Builder::spawn_unchecked_::{{closure}}::{{closure}}
             at /rustc/129f3b9964af4d4a709d1383930ade12dfe7c081/library/std/src/thread/mod.rs:542:17
  61: <core::panic::unwind_safe::AssertUnwindSafe<F> as core::ops::function::FnOnce<()>>::call_once
             at /rustc/129f3b9964af4d4a709d1383930ade12dfe7c081/library/core/src/panic/unwind_safe.rs:272:9
  62: std::panicking::try::do_call
             at /rustc/129f3b9964af4d4a709d1383930ade12dfe7c081/library/std/src/panicking.rs:559:40
  63: ___rust_try
  64: std::panicking::try
             at /rustc/129f3b9964af4d4a709d1383930ade12dfe7c081/library/std/src/panicking.rs:523:19
  65: std::panic::catch_unwind
             at /rustc/129f3b9964af4d4a709d1383930ade12dfe7c081/library/std/src/panic.rs:149:14
      std::thread::Builder::spawn_unchecked_::{{closure}}
             at /rustc/129f3b9964af4d4a709d1383930ade12dfe7c081/library/std/src/thread/mod.rs:541:30
  66: core::ops::function::FnOnce::call_once{{vtable.shim}}
             at /rustc/129f3b9964af4d4a709d1383930ade12dfe7c081/library/core/src/ops/function.rs:250:5
  67: <alloc::boxed::Box<F,A> as core::ops::function::FnOnce<Args>>::call_once
             at /rustc/129f3b9964af4d4a709d1383930ade12dfe7c081/library/alloc/src/boxed.rs:2022:9
      <alloc::boxed::Box<F,A> as core::ops::function::FnOnce<Args>>::call_once
             at /rustc/129f3b9964af4d4a709d1383930ade12dfe7c081/library/alloc/src/boxed.rs:2022:9
      std::sys::pal::unix::thread::Thread::new::thread_start
             at /rustc/129f3b9964af4d4a709d1383930ade12dfe7c081/library/std/src/sys/pal/unix/thread.rs:108:17
  68: __pthread_start

So why the request was been canceled? any thought on this?

Possibly, this is caused when a connection of client to proxy is longer than a connection of proxy to remote.
I added some fix to #38.
Could you check it?

Thanks for the quick reply. I've also checked the source code and found it's because this builder:
https://github.com/hatoo/http-mitm-proxy/blob/4c4fb52782ec568fb0e3af9fb1badd2eecda70b4/src/lib.rs#L351
If add .keep_alive(false), the issue gone. But seems the proxy speed become slow.
Also, I can test #38 and give you feedback.

I've just checked using same test case, the #38 works and the issue gone. Excellent job!


How to remove node from group?

hey, I have drag a node to group,but I can't remove it from the group, I want to know How to do it?

Holding Shift while dragging the node will move it out of the Group.

Yes, that's the default control in unity GraphView system


Allow transparent cell backgrounds

PR does two things:

Set cell backgroundColor to cellBackgroundColor. Previously only the contentView's background color was set. Since iOS 7, cells have a white background by default, so setting cellBackgroundColor to clearColor() displayed a white background instead of transparent.

Use the willDisplayCell: UITableViewDelegate method instead of cellForRowAtIndexPath:. This is just a refactoring, but it follows Apple's guidelines of where to change the background color of a cell.

[1] https://developer.apple.com/library/ios/documentation/UIKit/Reference/UITableViewCell_Class/

@kriskelly: thanks for the Apple's guidelines and your PR!

@PhamBaTho You're welcome, thanks for merging!


Replying the video Freezes the app

I am on latest version. Whenever i reply the video the overall app freezes.
PS: superb development done.. Lots of new intresting and intuitive features.

Replay*

Same here.

Probably the same bug as in #147.

This is a duplicate of #147, so I'll close this ticket for now. Please follow the other issue for updates!


Upgrade to Django4

All changes are similar to all other Django apps we have updated recently. The one new thing is the migration that was created.

@ldko @somexpert This is ready for review.


Transaction list is not showing latest transactions.

In live app 2.0.75 account is refreshing and it looks like received the funds but the transaction list  it's not showing the latest transaction[User Feedback].
User picked up the send to address from Coinbase and used it to search on mempool.He found the sats but there were no receive transaction on Hexa.
I also had the same issue in one of the previous live app.I had so many transactions in checking account.Then I sent some amount to that checking account.Send was successful but I didn't even see that amount in 'view more'.

This is reported by a lot of people, the amount is getting updated but the transaction is not showing. This got introduced in 75 release I think

I have cross checked it yesterday, and i couldn't find any issues as such. Transactions are being updated properly


Update blending references

No volume and issue number so far. Who knows, maybe it will be added later. But if not, this should be the full reference.


⚠ ClamAV has degraded performance

In 2b120cb, ClamAV (https://spamassassin.apache.org/) experienced degraded performance:

HTTP code: 200
Response time: 231 ms

Resolved: ClamAV performance has improved in 31c28d6 after 20 minutes.


Sudden disconnect doesn't remove user

After PRIVMSG was sent without a :, the client was disconnected. When trying to connect again with the same nick, it was already taken.

The server should probably QUIT the user when an exception happens in recv_loop().

@Akuli This is not an exception that happens in recv_loop() though.
It's an AssertionError from assert colon_privmsg.startswith(":").
Does this even need to be handled? Since this would highlight a bug in the code, and a client always sends with : in front of the message.
This error would therefore mean there is a bug in the client. Maybe send error_not_enough_params() ?

There are a lot of cases like this that currently crash mantatail. I'll let you decide what you want to do with them. On the one hand, the server shouldn't error, no matter what, but on the other hand, it's usable for testing IRC clients even if it will error in some corner cases.

@Akuli I have the feeling we can consider this issue resolved. I can't think of any cases Mantatail errors from disconnects anymore.
I am not sure I'm considering all cases though. What do you think?

I agree that this can be closed. In #58, I ensured that recv_loop() always closes the connection properly, even if an error occurs (in a badly written handler function, for example). The code that handles actually disconnecting the user is in send_queue_thread, and it contains plenty of error handling.


[Test] Only for test, ignore me

Fixes #issue
What type of PR is this:

[ ] BugFix
[ ] Feature
[ ] Enhancement
[ ] Refactor
[ ] UT
[ ] Doc
[ ] Tool

Does this PR entail a change in behavior?

[ ] Yes, this PR will result in a change in behavior.
[x] No, this PR will not result in a change in behavior.

If yes, please specify the type of change:

[ ] Interface/UI changes: syntax, type conversion, expression evaluation, display information
[ ] Parameter changes: default values, similar parameters but with different default values
[ ] Policy changes: use new policy to replace old one, functionality automatically enabled
[ ] Feature removed
[ ] Miscellaneous: upgrade & downgrade compatibility, etc.

Checklist:

[ ] I have added test cases for my bug fix or my new feature
[ ] This pr needs user documentation (for new or modified features or behaviors)

[ ] I have added documentation for my new feature or new function

Bugfix cherry-pick branch check:

[ ] I have checked the version labels which the pr will be auto-backported to the target branch

[ ] 3.1
[ ] 3.0
[ ] 2.5
[ ] 2.4

[FE Incremental Coverage Report]
:heart_eyes: pass : 95 / 98 (96.94%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/analysis/AnalyticExpr.java
3
4
75.00%
[273]

:large_blue_circle:
com/starrocks/common/util/ExprUtil.java
16
18
88.89%
[20, 40]

:large_blue_circle:
com/starrocks/catalog/FunctionSet.java
37
37
100.00%
[]

:large_blue_circle:
com/starrocks/sql/analyzer/DecimalV3FunctionAnalyzer.java
4
4
100.00%
[]

:large_blue_circle:
com/starrocks/sql/optimizer/transformer/WindowTransformer.java
4
4
100.00%
[]

:large_blue_circle:
com/starrocks/analysis/AnalyticWindow.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/sql/analyzer/AnalyticAnalyzer.java
2
2
100.00%
[]

:large_blue_circle:
com/starrocks/sql/analyzer/FunctionAnalyzer.java
28
28
100.00%
[]

[BE Incremental Coverage Report]
:disappointed: fail : 5 / 270 (01.85%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
src/exprs/agg/nullable_aggregate.h
0
5
00.00%
[164, 170, 172, 173, 211]

:large_blue_circle:
src/exprs/agg/approx_top_k.h
0
244
00.00%
[43, 46, 61, 62, 63, 64, 65, 66, 67, 69, 70, 73, 74, 75, 81, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 98, 99, 100, 101, 102, 104, 105, 106, 107, 108, 109, 110, 111, 112, 117, 118, 119, 120, 123, 124, 126, 127, 129, 130, 131, 132, 134, 135, 136, 137, 138, 139, 140, 141, 143, 144, 145, 146, 151, 153, 155, 156, 157, 158, 162, 171, 172, 173, 176, 178, 179, 180, 185, 186, 187, 188, 189, 190, 191, 192, 194, 195, 196, 197, 198, 201, 202, 203, 205, 206, 209, 210, 212, 213, 214, 219, 220, 221, 224, 226, 230, 232, 233, 234, 236, 251, 252, 253, 254, 256, 257, 258, 260, 262, 263, 264, 265, 266, 267, 270, 271, 272, 274, 275, 276, 279, 280, 281, 284, 285, 286, 288, 289, 290, 292, 293, 295, 296, 298, 299, 300, 301, 304, 307, 308, 309, 310, 311, 312, 313, 315, 316, 319, 320, 323, 324, 325, 328, 330, 331, 332, 333, 336, 337, 338, 341, 343, 344, 345, 347, 348, 349, 351, 352, 353, 354, 355, 357, 359, 362, 364, 365, 366, 367, 368, 373, 374, 376, 377, 378, 380, 382, 383, 384, 385, 387, 390, 391, 393, 396, 398, 399, 401, 403, 404, 406, 407, 409, 410, 411, 415, 416, 417, 418, 419, 421, 422, 425, 426, 428, 431, 432, 435, 436, 437, 440, 442, 448, 451, 452, 453, 454, 458, 460, 461, 464]

:large_blue_circle:
src/exec/analytor.cpp
0
16
00.00%
[205, 206, 207, 306, 468, 469, 522, 523, 525, 527, 528, 529, 530, 531, 533, 534]

:large_blue_circle:
src/exprs/agg/factory/aggregate_factory.hpp
2
2
100.00%
[]

:large_blue_circle:
src/exprs/agg/factory/aggregate_resolver_approx.cpp
3
3
100.00%
[]

[FE Incremental Coverage Report]
:heart_eyes: pass : 95 / 98 (96.94%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/analysis/AnalyticExpr.java
3
4
75.00%
[273]

:large_blue_circle:
com/starrocks/common/util/ExprUtil.java
16
18
88.89%
[20, 40]

:large_blue_circle:
com/starrocks/catalog/FunctionSet.java
37
37
100.00%
[]

:large_blue_circle:
com/starrocks/sql/analyzer/DecimalV3FunctionAnalyzer.java
4
4
100.00%
[]

:large_blue_circle:
com/starrocks/sql/optimizer/transformer/WindowTransformer.java
4
4
100.00%
[]

:large_blue_circle:
com/starrocks/analysis/AnalyticWindow.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/sql/analyzer/AnalyticAnalyzer.java
2
2
100.00%
[]

:large_blue_circle:
com/starrocks/sql/analyzer/FunctionAnalyzer.java
28
28
100.00%
[]

[BE Incremental Coverage Report]
:disappointed: fail : 5 / 270 (01.85%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
src/exprs/agg/nullable_aggregate.h
0
5
00.00%
[164, 170, 172, 173, 211]

:large_blue_circle:
src/exprs/agg/approx_top_k.h
0
244
00.00%
[43, 46, 61, 62, 63, 64, 65, 66, 67, 69, 70, 73, 74, 75, 81, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 98, 99, 100, 101, 102, 104, 105, 106, 107, 108, 109, 110, 111, 112, 117, 118, 119, 120, 123, 124, 126, 127, 129, 130, 131, 132, 134, 135, 136, 137, 138, 139, 140, 141, 143, 144, 145, 146, 151, 153, 155, 156, 157, 158, 162, 171, 172, 173, 176, 178, 179, 180, 185, 186, 187, 188, 189, 190, 191, 192, 194, 195, 196, 197, 198, 201, 202, 203, 205, 206, 209, 210, 212, 213, 214, 219, 220, 221, 224, 226, 230, 232, 233, 234, 236, 251, 252, 253, 254, 256, 257, 258, 260, 262, 263, 264, 265, 266, 267, 270, 271, 272, 274, 275, 276, 279, 280, 281, 284, 285, 286, 288, 289, 290, 292, 293, 295, 296, 298, 299, 300, 301, 304, 307, 308, 309, 310, 311, 312, 313, 315, 316, 319, 320, 323, 324, 325, 328, 330, 331, 332, 333, 336, 337, 338, 341, 343, 344, 345, 347, 348, 349, 351, 352, 353, 354, 355, 357, 359, 362, 364, 365, 366, 367, 368, 373, 374, 376, 377, 378, 380, 382, 383, 384, 385, 387, 390, 391, 393, 396, 398, 399, 401, 403, 404, 406, 407, 409, 410, 411, 415, 416, 417, 418, 419, 421, 422, 425, 426, 428, 431, 432, 435, 436, 437, 440, 442, 448, 451, 452, 453, 454, 458, 460, 461, 464]

:large_blue_circle:
src/exec/analytor.cpp
0
16
00.00%
[205, 206, 207, 306, 468, 469, 522, 523, 525, 527, 528, 529, 530, 531, 533, 534]

:large_blue_circle:
src/exprs/agg/factory/aggregate_factory.hpp
2
2
100.00%
[]

:large_blue_circle:
src/exprs/agg/factory/aggregate_resolver_approx.cpp
3
3
100.00%
[]

[FE Incremental Coverage Report]
:heart_eyes: pass : 97 / 100 (97.00%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/analysis/AnalyticExpr.java
3
4
75.00%
[273]

:large_blue_circle:
com/starrocks/common/util/ExprUtil.java
16
18
88.89%
[20, 40]

:large_blue_circle:
com/starrocks/catalog/FunctionSet.java
37
37
100.00%
[]

:large_blue_circle:
com/starrocks/sql/analyzer/DecimalV3FunctionAnalyzer.java
4
4
100.00%
[]

:large_blue_circle:
com/starrocks/sql/optimizer/transformer/WindowTransformer.java
4
4
100.00%
[]

:large_blue_circle:
com/starrocks/analysis/AnalyticWindow.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/sql/analyzer/AnalyticAnalyzer.java
2
2
100.00%
[]

:large_blue_circle:
com/starrocks/sql/analyzer/FunctionAnalyzer.java
28
28
100.00%
[]

:large_blue_circle:
com/starrocks/qe/scheduler/assignment/LocalFragmentAssignmentStrategy.java
2
2
100.00%
[]

[BE Incremental Coverage Report]
:disappointed: fail : 5 / 270 (01.85%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
src/exprs/agg/nullable_aggregate.h
0
5
00.00%
[164, 170, 172, 173, 211]

:large_blue_circle:
src/exprs/agg/approx_top_k.h
0
244
00.00%
[43, 46, 61, 62, 63, 64, 65, 66, 67, 69, 70, 73, 74, 75, 81, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 98, 99, 100, 101, 102, 104, 105, 106, 107, 108, 109, 110, 111, 112, 117, 118, 119, 120, 123, 124, 126, 127, 129, 130, 131, 132, 134, 135, 136, 137, 138, 139, 140, 141, 143, 144, 145, 146, 151, 153, 155, 156, 157, 158, 162, 171, 172, 173, 176, 178, 179, 180, 185, 186, 187, 188, 189, 190, 191, 192, 194, 195, 196, 197, 198, 201, 202, 203, 205, 206, 209, 210, 212, 213, 214, 219, 220, 221, 224, 226, 230, 232, 233, 234, 236, 251, 252, 253, 254, 256, 257, 258, 260, 262, 263, 264, 265, 266, 267, 270, 271, 272, 274, 275, 276, 279, 280, 281, 284, 285, 286, 288, 289, 290, 292, 293, 295, 296, 298, 299, 300, 301, 304, 307, 308, 309, 310, 311, 312, 313, 315, 316, 319, 320, 323, 324, 325, 328, 330, 331, 332, 333, 336, 337, 338, 341, 343, 344, 345, 347, 348, 349, 351, 352, 353, 354, 355, 357, 359, 362, 364, 365, 366, 367, 368, 373, 374, 376, 377, 378, 380, 382, 383, 384, 385, 387, 390, 391, 393, 396, 398, 399, 401, 403, 404, 406, 407, 409, 410, 411, 415, 416, 417, 418, 419, 421, 422, 425, 426, 428, 431, 432, 435, 436, 437, 440, 442, 448, 451, 452, 453, 454, 458, 460, 461, 464]

:large_blue_circle:
src/exec/analytor.cpp
0
16
00.00%
[205, 206, 207, 306, 468, 469, 522, 523, 525, 527, 528, 529, 530, 531, 533, 534]

:large_blue_circle:
src/exprs/agg/factory/aggregate_factory.hpp
2
2
100.00%
[]

:large_blue_circle:
src/exprs/agg/factory/aggregate_resolver_approx.cpp
3
3
100.00%
[]

[FE Incremental Coverage Report]
:heart_eyes: pass : 97 / 100 (97.00%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/analysis/AnalyticExpr.java
3
4
75.00%
[273]

:large_blue_circle:
com/starrocks/common/util/ExprUtil.java
16
18
88.89%
[20, 40]

:large_blue_circle:
com/starrocks/catalog/FunctionSet.java
37
37
100.00%
[]

:large_blue_circle:
com/starrocks/sql/analyzer/DecimalV3FunctionAnalyzer.java
4
4
100.00%
[]

:large_blue_circle:
com/starrocks/sql/optimizer/transformer/WindowTransformer.java
4
4
100.00%
[]

:large_blue_circle:
com/starrocks/analysis/AnalyticWindow.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/sql/analyzer/AnalyticAnalyzer.java
2
2
100.00%
[]

:large_blue_circle:
com/starrocks/sql/analyzer/FunctionAnalyzer.java
28
28
100.00%
[]

:large_blue_circle:
com/starrocks/qe/scheduler/assignment/LocalFragmentAssignmentStrategy.java
2
2
100.00%
[]

[BE Incremental Coverage Report]
:disappointed: fail : 5 / 270 (01.85%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
src/exprs/agg/nullable_aggregate.h
0
5
00.00%
[164, 170, 172, 173, 211]

:large_blue_circle:
src/exprs/agg/approx_top_k.h
0
244
00.00%
[43, 46, 61, 62, 63, 64, 65, 66, 67, 69, 70, 73, 74, 75, 81, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 98, 99, 100, 101, 102, 104, 105, 106, 107, 108, 109, 110, 111, 112, 117, 118, 119, 120, 123, 124, 126, 127, 129, 130, 131, 132, 134, 135, 136, 137, 138, 139, 140, 141, 143, 144, 145, 146, 151, 153, 155, 156, 157, 158, 162, 171, 172, 173, 176, 178, 179, 180, 185, 186, 187, 188, 189, 190, 191, 192, 194, 195, 196, 197, 198, 201, 202, 203, 205, 206, 209, 210, 212, 213, 214, 219, 220, 221, 224, 226, 230, 232, 233, 234, 236, 251, 252, 253, 254, 256, 257, 258, 260, 262, 263, 264, 265, 266, 267, 270, 271, 272, 274, 275, 276, 279, 280, 281, 284, 285, 286, 288, 289, 290, 292, 293, 295, 296, 298, 299, 300, 301, 304, 307, 308, 309, 310, 311, 312, 313, 315, 316, 319, 320, 323, 324, 325, 328, 330, 331, 332, 333, 336, 337, 338, 341, 343, 344, 345, 347, 348, 349, 351, 352, 353, 354, 355, 357, 359, 362, 364, 365, 366, 367, 368, 373, 374, 376, 377, 378, 380, 382, 383, 384, 385, 387, 390, 391, 393, 396, 398, 399, 401, 403, 404, 406, 407, 409, 410, 411, 415, 416, 417, 418, 419, 421, 422, 425, 426, 428, 431, 432, 435, 436, 437, 440, 442, 448, 451, 452, 453, 454, 458, 460, 461, 464]

:large_blue_circle:
src/exec/analytor.cpp
0
16
00.00%
[205, 206, 207, 306, 468, 469, 522, 523, 525, 527, 528, 529, 530, 531, 533, 534]

:large_blue_circle:
src/exprs/agg/factory/aggregate_factory.hpp
2
2
100.00%
[]

:large_blue_circle:
src/exprs/agg/factory/aggregate_resolver_approx.cpp
3
3
100.00%
[]

[FE Incremental Coverage Report]
:heart_eyes: pass : 97 / 100 (97.00%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
com/starrocks/analysis/AnalyticExpr.java
3
4
75.00%
[273]

:large_blue_circle:
com/starrocks/common/util/ExprUtil.java
16
18
88.89%
[20, 40]

:large_blue_circle:
com/starrocks/catalog/FunctionSet.java
37
37
100.00%
[]

:large_blue_circle:
com/starrocks/sql/analyzer/DecimalV3FunctionAnalyzer.java
4
4
100.00%
[]

:large_blue_circle:
com/starrocks/sql/optimizer/transformer/WindowTransformer.java
4
4
100.00%
[]

:large_blue_circle:
com/starrocks/analysis/AnalyticWindow.java
1
1
100.00%
[]

:large_blue_circle:
com/starrocks/sql/analyzer/AnalyticAnalyzer.java
2
2
100.00%
[]

:large_blue_circle:
com/starrocks/sql/analyzer/FunctionAnalyzer.java
28
28
100.00%
[]

:large_blue_circle:
com/starrocks/qe/scheduler/assignment/LocalFragmentAssignmentStrategy.java
2
2
100.00%
[]

[BE Incremental Coverage Report]
:disappointed: fail : 8 / 280 (02.86%)
file detail

path
covered_line
new_line
coverage
not_covered_line_detail

:large_blue_circle:
src/exprs/agg/nullable_aggregate.h
0
5
00.00%
[164, 170, 172, 173, 211]

:large_blue_circle:
src/exec/pipeline/scan/morsel.h
0
3
00.00%
[302, 303, 306]

:large_blue_circle:
src/exec/pipeline/scan/morsel.cpp
0
3
00.00%
[199, 200, 201]

:large_blue_circle:
src/exprs/agg/approx_top_k.h
0
244
00.00%
[43, 46, 61, 62, 63, 64, 65, 66, 67, 69, 70, 73, 74, 75, 81, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 98, 99, 100, 101, 102, 104, 105, 106, 107, 108, 109, 110, 111, 112, 117, 118, 119, 120, 123, 124, 126, 127, 129, 130, 131, 132, 134, 135, 136, 137, 138, 139, 140, 141, 143, 144, 145, 146, 151, 153, 155, 156, 157, 158, 162, 171, 172, 173, 176, 178, 179, 180, 185, 186, 187, 188, 189, 190, 191, 192, 194, 195, 196, 197, 198, 201, 202, 203, 205, 206, 209, 210, 212, 213, 214, 219, 220, 221, 224, 226, 230, 232, 233, 234, 236, 251, 252, 253, 254, 256, 257, 258, 260, 262, 263, 264, 265, 266, 267, 270, 271, 272, 274, 275, 276, 279, 280, 281, 284, 285, 286, 288, 289, 290, 292, 293, 295, 296, 298, 299, 300, 301, 304, 307, 308, 309, 310, 311, 312, 313, 315, 316, 319, 320, 323, 324, 325, 328, 330, 331, 332, 333, 336, 337, 338, 341, 343, 344, 345, 347, 348, 349, 351, 352, 353, 354, 355, 357, 359, 362, 364, 365, 366, 367, 368, 373, 374, 376, 377, 378, 380, 382, 383, 384, 385, 387, 390, 391, 393, 396, 398, 399, 401, 403, 404, 406, 407, 409, 410, 411, 415, 416, 417, 418, 419, 421, 422, 425, 426, 428, 431, 432, 435, 436, 437, 440, 442, 448, 451, 452, 453, 454, 458, 460, 461, 464]

:large_blue_circle:
src/exec/analytor.cpp
0
16
00.00%
[205, 206, 207, 306, 468, 469, 522, 523, 525, 527, 528, 529, 530, 531, 533, 534]

:large_blue_circle:
src/exec/pipeline/pipeline_driver.cpp
2
3
66.67%
[87]

:large_blue_circle:
src/exec/scan_node.cpp
1
1
100.00%
[]

:large_blue_circle:
src/exprs/agg/factory/aggregate_factory.hpp
2
2
100.00%
[]

:large_blue_circle:
src/exprs/agg/factory/aggregate_resolver_approx.cpp
3
3
100.00%
[]


[BUG] Error on CLI Execution / Error while extracting

Search first
Please make sure, that your issue is not covered by any other ticket. Please search first before you create a ticket.
Describe the bug
When saving a file or right clicking and trying to Minify File the IDE reports Error on CLI Execution.  It states
To Reproduce
Steps to reproduce the behavior:

Open .js or .css file, make edit and Save

Expected behavior
Should minify the file.  I swear it was minifying the file until a day or a few days ago and then all of a sudden it stopped working.
Screenshots

Environment (please complete the following information):

OS: Windows 11
NetBeans version: 21
JDK version 19.0.1
MinifierBeans Version: 3.5.0 (downloaded today)

Additional context
I found discussion online that suggested manually extracting the custom-packages.zip file manually.   I have done that and it makes no difference.

Looks to be a part of this issue

I guess this solution worked for me:

install the newest version
unzip \.netbeans\minifierbeans\custom-packages.zip
move all files from \.netbeans\minifierbeans\custom-packages\custom-packages\ to \.netbeans\minifierbeans\custom-packages\custom-packages\
restart IDE

@jshster it is already written in the first like:
Search First - Please make sure, that your issue is not covered by any other ticket. Please search first before you create a ticket.
It is already a duplicate of #104
Workaround is to manually unzip the archive in the given path.

I updated the custom-packages.zip which has kjust the files inside. The path needs to be .netbeasn/minifierbeans/custom-packages/.. Please test it.

So all in all, the first problem was, that I zipped the archive with a wrong compression strength. I just used windows zipping, before I used 7z with highest compression strength (9 - Ultra). The second problem was, that I removed the custom-packages folder from the zip and added the files to the root path which is wrong.
This is fixed in custom-packages 1.5.2 and it should work now out of the box, after opening NetBeans. If not, please empty the folder .netbeans/minifierbeans and restart NetBeans.
With Minifierbeans 3.5.1 I also increased the performance of extracting the archive.


Update APIs to match some tweaking for Swift3 in Xcode's XCTest.

This pull request changes 1 API (XCTestSuiteRun's addTest() method, changing it to addTestRun()) to match a similar change that is being made in Xcode's XCTest for Swift 3.
In this particular case, the importer just got it wrong. The Objective-C selector is addTestRun:. Until Xcode ships for Swift 3, this will be an inconsistency in the API, but this is a more or less never used API outside the implementation of XCTest.

@swift-ci please test

Hmm, looks like a legitimate build error on OS X:
CompileSwift normal x86_64 /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSData.swift
    cd /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation
    /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/Ninja-DebugAssert/swift-macosx-x86_64/bin/swift -frontend -c /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSArray.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSEnergyFormatter.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSURLError.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSPersonNameComponentsFormatter.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSCompoundPredicate.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/FoundationErrors.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSXMLDTDNode.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSNull.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSURLProtectionSpace.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSEnumerator.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSTimer.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSXMLParser.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSCFSet.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSComparisonPredicate.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSCache.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSOperation.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSExpression.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSPort.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSTextCheckingResult.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSTimeZone.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSDateComponentsFormatter.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSURLCredential.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSXMLElement.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSJSONSerialization.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSString.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSURLSession.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSRange.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSAttributedString.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSSwiftRuntime.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSFileHandle.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSPredicate.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSUUID.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSXMLNode.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSLocale.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSKeyedArchiver.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSError.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSSortDescriptor.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSBundle.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSSpecialValue.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSPortMessage.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSURLAuthenticationChallenge.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSIndexSet.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSDate.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSValue.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSFormatter.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSFileManager.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSCharacterSet.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSStream.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSURL.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSThread.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSConcreteValue.swift -primary-file /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSData.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSScanner.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSIndexPath.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSPathUtilities.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSURLRequest.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSGeometry.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSDateFormatter.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSProcessInfo.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSRegularExpression.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSLengthFormatter.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSCFArray.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSProgress.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSDateIntervalFormatter.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSCalendar.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSTask.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSObjCRuntime.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/String.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSDictionary.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSNumberFormatter.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSKeyedUnarchiver.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSHost.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSAffineTransform.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSXMLDocument.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSCFDictionary.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSNotificationQueue.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSDecimalNumber.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSCoder.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSKeyedCoderOldStyleArray.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSNotification.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSObject.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSByteCountFormatter.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSURLProtocol.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSLog.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSRunLoop.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSXMLDTD.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSMassFormatter.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSXMLNodeOptions.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSNumber.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSURLCache.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSUserDefaults.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSLock.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSSet.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSHTTPCookie.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSCFString.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSOrderedSet.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSURLResponse.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSDecimal.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSHTTPCookieStorage.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSURLCredentialStorage.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSPropertyList.swift /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSPersonNameComponents.swift -target x86_64-apple-macosx10.11 -enable-objc-interop -sdk /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk -I /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/Ninja-DebugAssert/xctest-macosx-x86_64/Debug -F /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/Ninja-DebugAssert/xctest-macosx-x86_64/Debug -enable-testing -g -import-underlying-module -module-cache-path /Users/buildnode/Library/Developer/Xcode/DerivedData/ModuleCache -serialize-debugging-options -Xcc -iquote -Xcc /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/Ninja-DebugAssert/xctest-macosx-x86_64/Foundation.build/Debug/SwiftFoundation.build/SwiftFoundation-generated-files.hmap -Xcc -I/Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/Ninja-DebugAssert/xctest-macosx-x86_64/Foundation.build/Debug/SwiftFoundation.build/SwiftFoundation-own-target-headers.hmap -Xcc -I/Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/Ninja-DebugAssert/xctest-macosx-x86_64/Foundation.build/Debug/SwiftFoundation.build/SwiftFoundation-all-non-framework-target-headers.hmap -Xcc -ivfsoverlay -Xcc /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/Ninja-DebugAssert/xctest-macosx-x86_64/Foundation.build/all-product-headers.yaml -Xcc -iquote -Xcc /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/Ninja-DebugAssert/xctest-macosx-x86_64/Foundation.build/Debug/SwiftFoundation.build/SwiftFoundation-project-headers.hmap -Xcc -I/Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/Ninja-DebugAssert/xctest-macosx-x86_64/Debug/include -Xcc -I/Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/Ninja-DebugAssert/xctest-macosx-x86_64/Debug/usr/local/include -Xcc -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk/usr/include/libxml2 -Xcc -I/Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/Ninja-DebugAssert/xctest-macosx-x86_64/Foundation.build/Debug/SwiftFoundation.build/DerivedSources/x86_64 -Xcc -I/Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/Ninja-DebugAssert/xctest-macosx-x86_64/Foundation.build/Debug/SwiftFoundation.build/DerivedSources -Xcc -DDEBUG=1 -Xcc -working-directory/Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation -emit-module-doc-path /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/Ninja-DebugAssert/xctest-macosx-x86_64/Foundation.build/Debug/SwiftFoundation.build/Objects-normal/x86_64/NSData~partial.swiftdoc -Onone -module-name SwiftFoundation -emit-module-path /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/Ninja-DebugAssert/xctest-macosx-x86_64/Foundation.build/Debug/SwiftFoundation.build/Objects-normal/x86_64/NSData~partial.swiftmodule -serialize-diagnostics-path /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/Ninja-DebugAssert/xctest-macosx-x86_64/Foundation.build/Debug/SwiftFoundation.build/Objects-normal/x86_64/NSData.dia -emit-dependencies-path /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/Ninja-DebugAssert/xctest-macosx-x86_64/Foundation.build/Debug/SwiftFoundation.build/Objects-normal/x86_64/NSData.d -emit-reference-dependencies-path /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/Ninja-DebugAssert/xctest-macosx-x86_64/Foundation.build/Debug/SwiftFoundation.build/Objects-normal/x86_64/NSData.swiftdeps -o /Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/Ninja-DebugAssert/xctest-macosx-x86_64/Foundation.build/Debug/SwiftFoundation.build/Objects-normal/x86_64/NSData.o
/Users/buildnode/jenkins/workspace/swift-corelibs-xctest-PR-osx/swift-corelibs-foundation/Foundation/NSData.swift:414:32: error: use of unresolved identifier 'Glibc'
                bytesWritten = Glibc.write(fd, buf.advanced(by: length - bytesRemaining), bytesRemaining)
                               ^~~~~

It appears that corelibs-foundation's NSData.swift is using Glibc on all platforms, not just OS X. This needs a platform check.

Of course, the OS X corelibs-foundation failure has nothing to do with the changes in this pull request, which look good to me (and pass on Linux). I'll merge this now.
Is there a radar or JIRA issue we can use to track the SDK overlay change? It'd be nice to know when the APIs come into sync.

Thanks @modocache !

Looks like the write function may have conflicted with data's; so the commit prefixed it with Glibc.

Looks like it'll need to be something like:
#if os(Linux) || os(FreeBSD) || os(Android)
                bytesWritten = Glibc.write(fd, buf.advanced(by: length - bytesRemaining), bytesRemaining)
#else
                bytesWritten = Darwin.write(fd, buf.advanced(by: length - bytesRemaining), bytesRemaining)
#endif

Boy, I should really follow up on my "unify Darwin and Glibc" evolution proposal! 😝

https://github.com/apple/swift-corelibs-foundation/pull/333 is raised to fix NSData cross compilation issue


evor question

Hi everyone,
I found a phenomenon about evor.
when OS turns on and plays video by the media player or VLC player first time, the player will be showed up late. and sometimes, there is an error "cannot find the file" happened.
but after first time, OS opens the player immediately and there is no that error happened.
why is there this difference?
Thanks,
Derek

@FreeRDPDerek I'm not aware of evor how is this related to FreeRDP?
For questions please use our irc channel or the mailing list but not the issue tracker.


Reduce prune memory usage

What does this PR change? What problem does it solve?
The main memory usage of prune (besides the repository index) is a huge CountedBlobSet. The blob ids stored in this set are already stored in the repository index. This PR contains a proof of concept for a data structure that no longer duplicates these ids, but rather reuses them.
This PR fundamentally depends on #4352, which stores all indexEntries in a large array. Thus an indexEntry and its contained blob id becomes identifiable by its array index. As an indexMap can only add but not remove entries, this array index is guaranteed to be stable. Thus the AssociatedData structure in the PR can allocate an array that only consists of the values that were stored in a CountedBlobSet and use the array index to look up the matching blob id in the indexMap.
Using this PR, prune requires up to 50% less memory while determining which blobs to keep.

Was the change previously discussed in an issue or on the forum?
Alternative to the minimal perfect hashes discussed in https://github.com/restic/restic/issues/3328

Checklist

[x] I have read the contribution guidelines.
[x] I have enabled maintainer edits.
[x] I have added tests for all code changes.
[ ] I have added documentation for relevant changes (in the manual).
[ ] There's a new file in changelog/unreleased/ that describes the changes for our users (see template).
[x] I have run gofmt on the code in all commits.
[x] All commit messages are formatted in the same style as the other commits in the repo.
[ ] I'm done! This pull request is ready for review.

Compared to restic 0.16.4, this PR + https://github.com/restic/restic/pull/4812 drastically reduce the prune memory usage (using numbers from gcvis, which are slightly lower than those shown by htop, but still appear to be reasonable):
Before:

After:

(The repository has 400GB with 8 million blobs. The repack phase differs as the previous prune run already removed a bit of data)
This PR optimizes the "search used blobs"-phase, whereas #4812 optimizes the "rebuild index"-phase.


Use a constant for JvmOverloads to avoid a crash due to relocation

A fix for #4004.
There were also a few other instances or classes used directly, which didn't seem to cause trouble, but also fixed here for consistency.

CI fails with
fullstack/LaunchDetailsQuery.kt: (22, 19):  Declaration annotated with '@OptionalExpectation' can only be used in common module sources

Nothing's ever easy is it? 😅
I'm guessing this is due to the specific wiring in integration-tests to have both Java and Kotlin codegens?
I moved the test to a specific submodule instead - JVM only but also tried locally on a MP one which also didn't have the issue.

I'm guessing this is due to the specific wiring in integration-tests to have both Java and Kotlin codegens?

How would that be an issue? Java codegen is not impacted and Kotlin should compile in all cases?

How would that be an issue? Java codegen is not impacted and Kotlin should compile in all cases?

That was kind of a wild guess, but in fact I just noticed it's compileTestKotlinJs that's failing 🤔. Will investigate more.

I can repro Declaration annotated with '@OptionalExpectation' can only be used in common module sources by setting this on my test project:
  outputDirConnection {
    connectToKotlinSourceSet("jsTest")
    connectToKotlinSourceSet("jvmTest")
    connectToKotlinSourceSet("appleTest")
  }

but to be honest I'm still bewildered


[FontIcon] Update documentation for material icons

Just to make it a bit clearer on how to use FontIcons with Material Icons

@oliviertassinari, I changed it to another icon with shorter text.

@ntgn81 Thanks!


ummm, what

chat manager excluded from final build?
why am i getting this error?
org.gradle.api.plugins.UnknownPluginException: Plugin [id: 'fabric-loom', version: '0.10-SNAPSHOT']

@aria1th  sorry for the ping but may i know if this is sitll being actively developped


remove PG creds output from logs

Issue Number
https://github.com/input-output-hk/cardano-rest/issues/29

bors r+


Data: Save - Load

Create a script to save and load data settings.

Static serializer has been made. Global settings script was configured.


can not mount local hdd sda/b4

Hi
unfortunaly I can't mount hdd by label imho it is because you have only 1/2 in config.json my device is sda4 or sdb4 it chages with reboots.
Thanks

Hi, which addon? I'll add up to 4 then

right now sonarr but I suspect it will be same in others thanks

Hi, I've pushed a new version for sonarr. Go the others, you just need to first refresh all repos, then rebuild. Now sda3, 4 and sdb3, 4 will also mount!

It works now thanks


Help! XRP and transaction history went missing!

Hello together,
yesterday i wanted to send 500 XRP to Binance, while the transaction was pending my wallet went offline and online again. What happend was that the XRP went missing from my wallet, but there was no transaction history and they did not arrive at Binance. Furthermore the whole transaction history from the wallet is gone now! What shall i do?
Best regards josch

My problem is the almost the same/in october i sent 1400 ripple to my desk wallet checked it once or twice and it read 0 balance now...

Hi Josch,
Did you figure this problem out? Having the exact same issue...


How to specify Diff.swift as a dependency via Swift Package Manager?

Using the following dependency specifier:
.Package(url: "https://github.com/wokalski/Diff.swift.git", versions: Version(0, 4, 0)..<Version(1, 0, 0))

I'm unable to include Diff.swift as a dependency via Swift PM. I get the following error:
error: No version tag found in (/Users/tonyarnold/Documents/Repositories/SomeProject/Packages/Diff.swift.git) package. Add a version tag with "git tag" command. Example: "git tag 0.1.0"

I think that Swift PM expects SemVer, which would mean you need to tag with the full major.minor.patch (so 0.4.0 rather than `0.4).

For pre-release versions, I believe you should be using 1.0.0-beta.1.

You are right. Well, it looks like trying to be too smart gets back at me again.
I think that we should change the versioning scheme to semver.
will it mess cocoapods/Carthage up? Probably not but I might be missing something.

As long as you stick to strict SemVer, Carthage & CocoaPods will cope.

Yeah. I was just thinking about some edge cases with compatibility with existing specs/cartfiles. I will release a dummy 0.4.1 version which fixes this today.

Hi @wokalski do you have any objections to me creating the dummy 0.4.1 release? I've suggested via a PR changes to Bond's diffing to remove the custom implementation and replace it with yours, but Swift PM compatibility will be broken until the Diff.swift 0.4.1 release is out.
There's no urgency to this at all, I just have a little spare time over the next night or two.

sure :shipit:. I didn't computer during Christmas and forgot about it. Sorry about this.

Done in 1091e96c33e4a1f41fac35ced9be9640c214263c. Thanks, @wokalski and enjoy the rest of your break!


[Partner submission] One of our agency users is getting the following error: 	Error	Record EC code 2.16 (Long-term Housing Security: Services for Unhoused Persons) does not match any known EC code

Link to submission is here:
https://ri-arpa-reporter-web.onrender.com/uploads/6c277d9a-06fd-48d8-b24c-579253abf321
https://www.jotform.com/uploads/grants.dev/212695501572052/5334437648218682894/prep1.PNG

I am getting a similar error for 5.12

Not sure what's happening with these codes. They do appear to be correct based on the list on the Logic sheet. Unfortunately, Ozzie's image didn't come through.

For 5.12 there is a comma in the User Guide wording - I did try to add that manually just in case, but that didn't work either! There is not a comma in the Treasury's template, but thought I might give it try if we had something older in the code!
Jessica Martin, CIA, CGAP
Financial Manager
Ohio Grants Partnership
From: Joe Comeau @.>
Sent: Tuesday, July 12, 2022 11:32 AM
To: usdigitalresponse/arpa-reporter @.>
Cc: Martin, Jessica @.>; Comment @.>
Subject: Re: [usdigitalresponse/arpa-reporter] [Partner submission] One of our agency users is getting the following error: Error Record EC code 2.16 (Long-term Housing Security: Services for Unhoused Persons) does not match any known EC code (Issue #419)
Not sure what's happening with these codes. They do appear to be correct based on the list on the Logic sheet. Unfortunately, Ozzie's image didn't come through.

Reply to this email directly, view it on GitHubhttps://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fusdigitalresponse%2Farpa-reporter%2Fissues%2F419%23issuecomment-1181915091&data=05|01|jessica.martin%40obm.ohio.gov|c41bce10d1a946cf994808da641ba755|50f8fcc494d84f0784eb36ed57c7c8a2|0|0|637932367200308915|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|3000|||&sdata=DPDEj1MXodoDuWYsdw4okquxyV1hZcEK3uIjsjCn%2BOs%3D&reserved=0, or unsubscribehttps://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Fnotifications%2Funsubscribe-auth%2FAZUS2ZYZZ2ZTRQ5BIRDE4BDVTWFWXANCNFSM53LFJ6GQ&data=05|01|jessica.martin%40obm.ohio.gov|c41bce10d1a946cf994808da641ba755|50f8fcc494d84f0784eb36ed57c7c8a2|0|0|637932367200308915|Unknown|TWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D|3000|||&sdata=I5TAq%2F1CZu1bevs4KB8xi%2FGvQGzx3TPMrSDFmyjtP1o%3D&reserved=0.
You are receiving this because you commented.Message ID<EMAIL_ADDRESS>CAUTION: This is an external email and may not be safe. If the email looks suspicious, please do not click links or open attachments and forward the email to @.*** @.***> or click the Phish Alert Button if available.

This e-mail transmission may contain privileged and/or confidential information. It is intended only for the use of the individual to whom it is addressed. If you have received this communication in error, please notify the sender at the above e-mail and delete this e-mail from your system. If you are not the intended recipient, you are hereby notified that any retention and/or dissemination of this information is strictly prohibited.
This message and any response to it may constitute a public record and thus may be publicly available to anyone who requests it.

This e-mail transmission may contain privileged and/or confidential information. It is intended only for the use of the individual to whom it is addressed. If you have received this communication in error, please notify the sender at the above e-mail and delete this e-mail from your system. If you are not the intended recipient, you are hereby notified that any retention and/or dissemination of this information is strictly prohibited.
This message and any response to it may constitute a public record and thus may be publicly available to anyone who requests it.

Is this EC code case sensitive?
I'm seeing here (https://github.com/usdigitalresponse/arpa-reporter/blob/staging/src/server/lib/arpa-ec-codes.js#L31) that we expect Unhoused [p]ersons to be lower case, but Ozzie's screenshot for code 2.16 is capitalized.
For code 5.12 in the first screenshot, the name is significantly different: https://github.com/usdigitalresponse/arpa-reporter/blob/staging/src/server/lib/arpa-ec-codes.js#L71

I can fix those. Should I check all the other EC codes for accuracy? What should I treat as the source-of-truth for what these names should be?

Thank you!!! I think the bulk upload templates themselves, what is listed in the Sub_Category__C Column Notes as options.
I just tried testing a bulk upload using what the User Guide indicates is the EC Name and I got errors.

I've confirmed I've found at least one other outdated name (2.25) so I'm going to carefully go through all templates

Sorry, I'm late to the game. All trailing spaces should be removed.
Truman, you should be able to rely on what's in the Input Template on the Logic sheet.

I've now compared the values in the code against both the output templates that @jmartin-oh recommended, and the input template that @jcomeau1 recommended. There are two EC codes where the don't match up, and I need some guidance on which I should use. Differences are contained within the { }
EC 1.9: 1.9 COVID{-}19 Assistance to Non-Profits
The output templates includes a - between COVID and 19, but the guidance doc (page 99), input template, and current code are all missing the -.
and
2.34-{Assistance to Non-Profits }Assistance to Impacted Nonprofit Organizations (Impacted or Disproportionately Impacted)
The guidance doc (page 101) and the output template have both removed the stutter-start to the sentence, but the worksheet and previous code both include it.
It would be great to understand which of those options are more correct, probably by starting with understanding if the dev portal will reject either of them.

For 1.9, the portal has (looks good):

and for 2.34 (an issue within the input template):

I have a running list of updates for the Input Template. I think the best way to handle 2.34 (and others if they exist) is to have the agencies send their templates to the admins. The admins can then adjust the EC value and upload it.

I'll update the code so that it expects the text seen in the portal, and if there are mismatches it will still succeed, with a warning, mentioning that the EC code has changed (showing the new value) and may need to be updated before the upload will succeed

The quickest fix is to replace the current text with "Drinking water: Transmission & distribution: lead remediation".
Once the deploy is out it will no longer block the upload regardless of the name, so we're trying to get that out soon


Reproducing CatDQN results

I am trying to reproduce the AtariCatDQN results on Atari (testing on Pong for now), with the following parameters:
{"agent": {}, "algo": {"discount": 0.99, "batch_size": 128, "learning_rate": 0.00025, "clip_grad_norm": 10.0, "min_steps_learn": 50000, "double_dqn": false, "prioritized_replay": false, "n_step_return": 1, "replay_size": 1000000},
 "env": "pong", "eval_env": {"game": "pong", "episodic_lives": false, "horizon": 27000},
"model": {"dueling": false, "n_atoms": 51},
"optim": {"eps": 7.8125e-05},
"runner": {"n_steps": 50000000.0, "log_interval_steps": 1000000.0},
"sampler": {"batch_T": 2, "batch_B": 16, "max_decorrelation_steps": 1000, "eval_n_envs": 4, "eval_max_steps": 125000, "eval_max_trajectories": 100},
"name": "async_dqn_pong", "run_ID": 123}

but even after a million steps, the average reward is -21.
Here is the build_and_train snippet:
def build_and_train(args,game="pong", run_ID=0,config=None):
    config['env']['game'] = game
    config["eval_env"]["game"] = config["env"]["game"]
    # Change these inputs to match local machine and desired parallelism.
    affinity = make_affinity(
        # run_slot=0,
        n_cpu_core=8,  # Use 16 cores across all experiments.
        n_gpu=2,  # Use 8 gpus across all experiments.
        gpu_per_run=1,
        sample_gpu_per_run=1,
        async_sample=True,
        optim_sample_share_gpu=True,
        hyperthread_offset=8,
        n_socket=1
        # hyperthread_offset=24,  # If machine has 24 cores.
        # n_socket=2,  # Presume CPU socket affinity to lower/upper half GPUs.
        # gpu_per_run=2,  # How many GPUs to parallelize one run across.
        # cpu_per_run=1,
    )

    sampler = AsyncGpuSampler(
        EnvCls=AtariEnv,
        env_kwargs=config['env'],
        eval_env_kwargs=config['eval_env'],
        **config['sampler']
    )
    algo = CategoricalDQN(
        optim_kwargs=config["optim"], **config["algo"]
    )
    agent = AtariCatDqnAgent(ModelCls=AtariCatDqnModel,model_kwargs=config["model"], **config["agent"])
    runner = AsyncRlEval(
        algo=algo,
        agent=agent,
        sampler=sampler,
        affinity=affinity,
         **config["runner"]
    )
    # config = dict(game=game)
    name = "async_dqn_" + game
    log_dir = "async_dqn"
    with logger_context(log_dir, run_ID, name, config):
        runner.train()

I'm not quite sure what the issue is with the setup, as the plots from the arXiv paper seem to suggest training recovers more or less the C51 results.

To clarify: it does achieve a reward of +20 after 7M steps, but on the arXiv paper convergence is shown to be much faster.

Hi, thanks for reaching out!  My first thought is, what is the replayratio (and/or cumreplayratio) which are reported during training?  If this number is very different from 8, then that could affect sample complexity.  This is the main thing which can get out of whack in the async runner.
I think this is the train file used for the CatDQN learning curves: https://github.com/astooke/rlpyt/blob/master/rlpyt/experiments/scripts/atari/dqn/train/atari_catdqn_gpu.py
So I would recommend starting with the MinibatchRlEval runner, and see if results are good there, before moving onto the AsyncRlEval runner.
Otherwise the settings look good!

Update: with the default setting in the mentionned file, I do manage to reproduce results on Pong and Asteroids.


This might be because setState() was called from a layout or paint callback. If a change is needed to the widget tree, it should be applied as the tree is being built

The following assertion was thrown while dispatching notifications for ValueNotifier:
Build scheduled during frame.
While the widget tree was being built, laid out, and painted, a new frame was scheduled to rebuild the widget tree.
This might be because setState() was called from a layout or paint callback. If a change is needed to the widget tree, it should be applied as the tree is being built. Scheduling a change for the subsequent frame instead results in an interface that lags behind by one frame. If this was done to make your build dependent on a size measured at layout time, consider using a LayoutBuilder, CustomSingleChildLayout, or CustomMultiChildLayout. If, on the other hand, the one frame delay is the desired effect, for example because this is an animation, consider scheduling the frame in a post-frame callback using SchedulerBinding.addPostFrameCallback or using an AnimationController to trigger the animation.

======== Exception caught by foundation library ====================================================
The following assertion was thrown while dispatching notifications for ValueNotifier:
Build scheduled during frame.
While the widget tree was being built, laid out, and painted, a new frame was scheduled to rebuild the widget tree.
This might be because setState() was called from a layout or paint callback. If a change is needed to the widget tree, it should be applied as the tree is being built. Scheduling a change for the subsequent frame instead results in an interface that lags behind by one frame. If this was done to make your build dependent on a size measured at layout time, consider using a LayoutBuilder, CustomSingleChildLayout, or CustomMultiChildLayout. If, on the other hand, the one frame delay is the desired effect, for example because this is an animation, consider scheduling the frame in a post-frame callback using SchedulerBinding.addPostFrameCallback or using an AnimationController to trigger the animation.
When the exception was thrown, this was the stack:
#0      WidgetsBinding._handleBuildScheduled. (package:flutter/src/widgets/binding.dart:781:9)
#1      BuildOwner.scheduleBuildFor (package:flutter/src/widgets/framework.dart:2605:24)
#2      Element.markNeedsBuild (package:flutter/src/widgets/framework.dart:4879:12)
#3      State.setState (package:flutter/src/widgets/framework.dart:1158:15)
#4      LoadIndicatorState.enterLoading (package:pull_to_refresh/src/internals/indicator_wrap.dart:364:5)
#5      LoadIndicatorState._listenScrollEnd (package:pull_to_refresh/src/internals/indicator_wrap.dart:507:51)
#6      ChangeNotifier.notifyListeners (package:flutter/src/foundation/change_notifier.dart:403:24)
#7      ValueNotifier.value= (package:flutter/src/foundation/change_notifier.dart:530:5)
#8      ScrollPosition.beginActivity (package:flutter/src/widgets/scroll_position.dart:987:25)
#9      ScrollPositionWithSingleContext.beginActivity (package:flu
The same error, I noticed that this error came from the enterLoading method in the indicator_wrap.dart file, which called the setState method, I think because of this problem, the setSate was called during build.


Hints manager

I’ve been thinking about how to implement the best hints.
Now that we have an action manager. Whenever an action is performed by clicking a button, we can add a small toast providing the corresponding shortcut.
For shifting the text faster, we can trigger a hint to press shift when we notice many movement in the same direction in a short period of time.
If the person clicks the text button, we can hint about using double click anywhere in the scene.
I think that this is a small attention but is going to be very high leverage in order to make users more efficient using excalidraw

Not sure if you already have a concrete UI/imlementation in mind, but I propose doing pretty much what Affinity Designer does.
There's a "status" bar at the bottom of the app where there are context-specific hints:

Benefit is it's minimalistic (doesn't bother users), ever-present (no need to come up when/if a hint is supposed to be shown).
One downside is that if we can't fit all the hints onto one line, they'll be cut off (Affinity does the same), because I don't think we'll want to expand it to multilines which would cause canvas jump. But I think we should generally strive for the least amount of hints we can manage.

Nice, yeah something like this. Agreed we should only have a small amount of useful hints

I think we can close this for now..


Custom logo display issue with dualboot system

Hello,
I have activated the HackBGRT tool on my computer for 1 week and frankly, there is nothing to say, it is perfect.
I have just installed the Ubuntu 22.04 system in dual boot on my computer, the problem is that when I want to boot into Windows I boot to the Windows logo and I wanted to know how to boot with my personalized logo?
Best regards.

You should be able to start HackBGRT from GRUB2 like this:
menuentry "Windows with HackBGRT" {
        insmod part_gpt
        insmod chain
        set root='(hd0,gpt1)'
        chainloader /EFI/HackBGRT/loader.efi
}

Refer to GRUB and/or Ubuntu documentation for further instructions.

Thanks you !


Open API Docs #5

Signed-off-by: Piyush Singariya<EMAIL_ADDRESS>Description
This PR contains swagger docs for /schedules endpoints
This PR fixes Nothing.
Notes for Reviewers
Signed commits

[X] Yes, I signed my commits.

🚀 Preview for commit 79470bcc4d71fcfd689fba5aad0962a82cda8c6f at: https://60def52953caabb8d751370b--meshery-docs-preview.netlify.app

Codecov Report

Merging #3368 (79470bc) into master (05cda78) will decrease coverage by 0.75%.
The diff coverage is 0.31%.

@@            Coverage Diff            @@
##           master   #3368      +/-   ##
=========================================
- Coverage    7.02%   6.27%   -0.76%
=========================================
  Files          23      35      +12
  Lines        1409    2743    +1334
=========================================
+ Hits           99     172      +73
- Misses       1303    2549    +1246
- Partials        7      22      +15

Flag
Coverage Δ

integrationtests
?

unittests
6.27% <0.31%> (-0.76%)
:arrow_down:

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

Impacted Files
Coverage Δ

mesheryctl/internal/cli/root/config/config.go
1.11% <0.00%> (-1.12%)
:arrow_down:

mesheryctl/internal/cli/root/perf/perf.go
50.00% <ø> (ø)

mesheryctl/internal/cli/root/system/check.go
1.94% <0.00%> (ø)

mesheryctl/internal/cli/root/system/start.go
1.53% <0.00%> (-0.01%)
:arrow_down:

mesheryctl/internal/cli/root/system/status.go
0.00% <0.00%> (ø)

mesheryctl/internal/cli/root/system/stop.go
1.08% <0.00%> (-0.07%)
:arrow_down:

mesheryctl/pkg/utils/auth.go
0.00% <0.00%> (ø)

mesheryctl/pkg/utils/error.go
0.00% <0.00%> (ø)

mesheryctl/pkg/utils/formatter.go
0.00% <0.00%> (ø)

mesheryctl/pkg/utils/healthcheck.go
18.75% <0.00%> (ø)

... and 16 more

Continue to review full report at Codecov.

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

🚀 Preview for commit c208242071dab9a98a38343443cbf8d87008693d at: https://60e8dddacdf13f27aafe461e--meshery-docs-preview.netlify.app


Device Minoston MP21Z - Unable to set param 2 -

Home Assistant reports "The parameter has been updated." However refresh, param is still 0.
Param 2 is: Auto-Off Timer
log for the interaction
2023-01-13T16:30:51.819Z SERIAL » 0x011d001303169f03e50094b8302c49cda9bdffaa5772967d795c1a73250bc4    (31 bytes)
2023-01-13T16:30:51.819Z DRIVER » [Node 003] [REQ] [SendData]
                                  │ transmit options: 0x25
                                  │ callback id:      11
                                  └─[Security2CCMessageEncapsulation]
                                    │ sequence number: 229
                                    └─[SupervisionCCGet]
                                      │ session id:      54
                                      │ request updates: true
                                      └─[ConfigurationCCSet]
                                          parameter #:      2
                                          reset to default: false
                                          value size:       2
                                          value format:     UnsignedInteger
                                          value:            60
2023-01-13T16:30:51.823Z SERIAL « [ACK]                                                                   (0x06)
2023-01-13T16:30:51.828Z SERIAL « 0x0104011301e8                                                       (6 bytes)
2023-01-13T16:30:51.829Z SERIAL » [ACK]                                                                   (0x06)
2023-01-13T16:30:51.829Z DRIVER « [RES] [SendData]
                                    was sent: true
2023-01-13T16:30:51.841Z SERIAL « 0x010500130b00e2                                                     (7 bytes)
2023-01-13T16:30:51.842Z SERIAL » [ACK]                                                                   (0x06)
2023-01-13T16:30:51.842Z DRIVER « [REQ] [SendData]
                                    callback id:     11
                                    transmit status: OK
2023-01-13T16:30:51.855Z SERIAL « 0x011700040003119f031d001824fa0144abd196cdb9e1311da9                (25 bytes)
2023-01-13T16:30:51.857Z SERIAL » [ACK]                                                                   (0x06)
2023-01-13T16:30:51.858Z DRIVER « [Node 003] [REQ] [ApplicationCommand]
                                  └─[Security2CCMessageEncapsulation]
                                    │ sequence number: 29
                                    └─[SupervisionCCReport]
                                        session id:          54
                                        more updates follow: false
                                        status:              Fail
                                        duration:            0s
2023-01-13T16:30:52.872Z SERIAL » 0x01160013030f9f03e6002c38bb5771f76d098d1aaa250c82                  (24 bytes)
2023-01-13T16:30:52.873Z DRIVER » [Node 003] [REQ] [SendData]
                                  │ transmit options: 0x25
                                  │ callback id:      12
                                  └─[Security2CCMessageEncapsulation]
                                    │ sequence number: 230
                                    └─[ConfigurationCCGet]
                                        parameter #: 2
2023-01-13T16:30:52.876Z SERIAL « [ACK]                                                                   (0x06)
2023-01-13T16:30:52.881Z SERIAL « 0x0104011301e8                                                       (6 bytes)
2023-01-13T16:30:52.882Z SERIAL » [ACK]                                                                   (0x06)
2023-01-13T16:30:52.882Z DRIVER « [RES] [SendData]
                                    was sent: true
2023-01-13T16:30:52.894Z SERIAL « 0x010500130c00e5                                                     (7 bytes)
2023-01-13T16:30:52.895Z SERIAL » [ACK]                                                                   (0x06)
2023-01-13T16:30:52.895Z DRIVER « [REQ] [SendData]
                                    callback id:     12
                                    transmit status: OK
2023-01-13T16:30:52.906Z SERIAL « 0x011a00040003149f031e00e44ba98da0ccb907de3d7115e3811a13c1          (28 bytes)
2023-01-13T16:30:52.908Z SERIAL » [ACK]                                                                   (0x06)
2023-01-13T16:30:52.911Z CNTRLR   [Node 003] [~] [Configuration] 2: 0 => 0
2023-01-13T16:30:52.912Z DRIVER « [Node 003] [REQ] [ApplicationCommand]
                                  └─[Security2CCMessageEncapsulation]
                                    │ sequence number: 30
                                    └─[ConfigurationCCReport]
                                        parameter #: 2
                                        value size:  4
                                        value:       0

Full log
zwave_current.log

Looks like the device doesn't implement Supervision properly. I'll disable this CC for the MP21Z.
Aside from that, HA doesn't seem to tell you when a supervised Configuration Set failed, I've raised a core issue for that.

Turns out we had an incorrect config file for that device - the value size was wrong, so the device was correct in not accepting the change:
https://github.com/zwave-js/node-zwave-js/pull/6056


'save freeboard' button behavior unpredictable.

Working with a local copy of the repo, When I click on the 'save freeboard' link, nothing happens.
When serving freeboard from a different server, clicking on 'save freeboard' in chrome, or safari, I experienced a browser crash. What can I do to help diagnose what's going on?

Do you notice any errors in any of the browsers' developer consoles?

when I open the developer console in safari, and loaded freeboard, I got:
[Warning] Invalid CSS property declaration at: * (freeboard.min.css, line 1, x4)
then when I clicked the 'save freeboard' link, I got the following message:
[Error] Failed to load resource: Frame load interrupted (blob:file:///d1926c3f-523a-4837-aea5-b9bf38bae5fa, line 0)
Safari  8.0 (106<IP_ADDRESS>) OSX 10.10.2


Picking Multiple Dates from the Calendar

Hello.
I need to pick multiple dates from the calendar and highlight  that dates.
I have tried, but couldn't did. Please. if you can help me!
Thanks

Call setSelectionMode(MaterialCalendarView.SELECTION_MODE_MULTIPLE) to enable multiple selection. Then call setDateSelected(date, selected) to select or un-select certain dates. See the date selection section in the customization docs for more.


ActionList: test stories for axe violations

Change base after https://github.com/primer/react/pull/1517 is merged
Part of https://github.com/github/primer/issues/447
Added a util to test stories for axe violations. This should help us test easy to catch violations. The fix could be in the component or in the story.

Replaced by https://github.com/primer/react/pull/1602


Unable to run fil backend on local docker

I'm trying to run a xgboost model on triton-server from my local mac m1.
Instead of docker I'm using podman, but running the command
docker run -p 8000:8000 -p 8001:8001 -p 8002:8002 -v .../model_repository:/models --name tritonserver nvcr.io/nvidia/tritonserver:22.05-py3 tritonserver --model-repository=/models

return the error:
W0109 20:52:58.855072 1 pinned_memory_manager.cc:236] Unable to allocate pinned system memory, pinned memory pool will not be available: no CUDA-capable device is detected
I0109 20:52:58.855582 1 cuda_memory_manager.cc:115] CUDA memory pool disabled
I0109 20:52:58.891440 1 model_repository_manager.cc:1191] loading: XXXX:1
E0109 20:52:59.001918 1 model_repository_manager.cc:1348] failed to load 'XXXX' version 1: Invalid argument: unable to find 'libtriton_fil.so' for model 'XXXX, searched: /models/XXXX/1, /models/XXXX, /opt/tritonserver/backends/fil
I0109 20:52:59.002301 1 server.cc:556]
+------------------+------+
| Repository Agent | Path |
+------------------+------+
+------------------+------+

I0109 20:52:59.002970 1 server.cc:583]
+---------+------+--------+
| Backend | Path | Config |
+---------+------+--------+
+---------+------+--------+

I0109 20:52:59.003417 1 server.cc:626]
+-------------------------------+---------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Model                         | Version | Status                                                                                |
+-------------------------------+---------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| view-to-click-xgboost-catalog | 1       | UNAVAILABLE: Invalid argument: unable to find 'libtriton_fil.so' for model 'XXXX', searched: /models/XXXX/1, /models/XXXX, /opt/tritonserver/backends/fil |
+-------------------------------+---------+--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+

I0109 20:52:59.003679 1 tritonserver.cc:2138]
+----------------------------------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Option                           | Value                                                                                |
+----------------------------------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| server_id                        | triton                                                                                |
| server_version                   | 2.22.0                                                                                |
| server_extensions                | classification sequence model_repository model_repository(unload_dependents) schedule_policy model_configuration system_shared_memory cuda_shared_memory binary_tensor_data statistics trace |
| model_repository_path[0]         | /models                                                                                |
| model_control_mode               | MODE_NONE                                                                                |
| strict_model_config              | 1                                                                                |
| rate_limit                       | OFF                                                                                |
| pinned_memory_pool_byte_size     | 268435456                                                                                |
| response_cache_byte_size         | 0                                                                                |
| min_supported_compute_capability | 6.0                                                                                |
| strict_readiness                 | 1                                                                                |
| exit_timeout                     | 30                                                                                |
+----------------------------------+----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+

I0109 20:52:59.003867 1 server.cc:257] Waiting for in-flight requests to complete.
I0109 20:52:59.003940 1 server.cc:273] Timeout 30: Found 0 model versions that have in-flight inferences
I0109 20:52:59.004050 1 server.cc:288] All models are stopped, unloading models
I0109 20:52:59.004137 1 server.cc:295] Timeout 30: Found 0 live models and 0 in-flight non-inference requests
error: creating server: Internal - failed to load all models

config.pbtxt looks like
name: "XXXX"
backend: "fil"
max_batch_size: 500

instance_group [
  {
    count: 1
    kind: KIND_CPU
  }
]

input [
  {
    name: "input__0"
    data_type: TYPE_FP32
    dims: [ 293 ]
  }
]

output [
  {
    name: "output__0"
    data_type: TYPE_FP32
    dims: [ 2 ]
  }
]

parameters [
  {
    key: "model_type"
    value: { string_value: "xgboost_json" }
  },
  {
    key: "output_class"
    value: { string_value: "false" }
  },
  {
    key: "predict_proba"
    value: { string_value: "true" }
  }
]

dynamic_batching {}

Unfortunately, the FIL backend has not yet been released for ARM. There is a very intermittent bug which causes incorrect results to be occasionally returned on ARM machines. We're still tracking it down, but we don't want anything that could possibly alter the results returned from a model to make it to a release version.
If this is just for testing purposes, you should be able to build using these instructions (possibly with a slight modification of the script for Mac). I would not recommend using an ARM build in production, however, until we provide an official ARM release.
I'm going to close this for now since the underlying issue is really that we just need to release for ARM, but please feel free to either re-open or ping me in this thread for further help with workarounds until that release happens.


Permission Denied to Reboot Device

As the title - when I try to reboot a device from home assistant I get the following error:
Failed to call service button/press ('Error','Missing device owner or root rights to reboot the device')
I've checked permissions on Fully Kiosk - seems to be ok, permission to modify system configuration is enabled.
Tested on Samsung Galaxy A6 and A8 with same results.

If I remember correctly, reboot device requires root permissions in Fully Kiosk. May or may not be able to enable depending on the Android version/build.