Confirmation page

There's not currently a standard confirmation pattern for the NHS. I've mocked up some options for what it could look like, based on the GOV confirmation page pattern, with some tweaks to the GOV confirmation panel.

Things we want to know...

any user needs to have a big green (or blue) panel to signify the completion of a journey?
any problems with banner blindness? (users not noticing the big green panel)
any issues with colour contrast, with people who reverse the colours and/or are sensitive to light?
any issues with text in the green panel being centre aligned? (we tend to left align text)

Confirmation pages across the app:

A-GP06 Appointment booked confirmation
AB07b Appointment cancelled confirmation
OLC21 End of consultation confirmation
P-RE05 Prescription ordered confirmation
H-OD2.5 All organs confirmation
H-OD2.11 Some organs confirmation
H-OD2.14 No decision confirmation
H-OD2.16 Withdraw decision confirmation
P-NP04c High street nominated pharmacy confirmation

(working on getting screenshots of these pages)

The team working on 'Apply for proxy access' has a confirmation page...

The prescription team has recently conducted 2 rounds of usability research with a coded prototype (July and Aug 2024) to test the entirety of the user journey in the prescriptions section of the NHS App, from requesting a prescription through to checking status of prescriptions within the App. In the first round of research, they spoke to participants who were neurodiverse and/or had visual needs that would affect their interaction with the App. The participant pool included a mix of non-users and users of the NHS App, and a mix of users with single and multiple prescriptions.
Key findings:

The green header on the conformation page page evoked broadly positive responses from users.
It was visually clear and felt reassuring to users that they were on the right journey.
However, participants commented that the page felt confusing due to the number of elements on a single screen.
Many queried the timeline especially, they understood where they were in the process but expected the timeline to update and questioned whether they would be coming back to check this.
They also associated the timeline with other online delivery processes.
Participants were also more likely to read through the information on this page and became concerned about their prescription being 'rejected'.
1 participant felt confused by the ’Requested medicines’ card at the bottom of the page.

Quotes:
"And the white text on the green is fine that that's that works well for me."
"The green really stands out...It stands out a lot more better this place than the rest...It's not all in the same text. It's not all in the same colour."
Recommendations:

Consider if there is a need for all of the elements on this page.
Consider the timeline design and if this is helpful to users.
Consider where in the request journey process we should tell users about rejections and how we should do this.


Proposal to create cross platform app after Apple's PWA EU ban

In order to comply with the new DMA requirements Apple will remove the PWA support on the EU market.
This has been confirmed and will make Connect unusable on the new iOS version.
My suggestion is to create an Expo project and port most of the code to React Native. Expo is the best choice at the moment in order to add universal app support across all platforms (web, iOS, Android), while still reusing the code and onboard the entire React / React Native community.
Looking forward to hear the community's opinion so I can start setting up the project 😁

Fortunately, the EU PWA ban has been reversed. For the forseeable future, connect will remain a web + PWA experience. Once we make it good, we can consider native.


Adding components / groups to status page

Hello,
For the uptime_statuspage resource, the documentation shows a lot of options but I am unable to find an option to actually add groups and components to the status page. Is this described somewhere? Or is not supported by the resource, as in, you can only do the initial setup of the status page with Terraform and then the selection of groups / components manually?
Best regards,
Martijn Evers

Hello @marevers
I'm sorry for not getting back to you sooner. We need to implement status page components and add them to our roadmap for next month.

Thank you!

@marevers a new release 2.10.0 contains resources to fully setup status page.


fix(check:policy): Include the handler name in failure message

When a policy fails, it's helpful to know what the name of the failing policy is, so you can easily add an exclusion if needed. The error message will now contain the policy name.

The test failure is because of #18105.


Can webpack-bin produce a webpackconfig.json ?

I am working on webpack in a project called react-boilerplate.
I don't have a lot of experience of webpack, that's why when I wanted to bundle some react component made using  a fork of the react-boilerplate, I wasn't able to start a clean project just for bulding my component.
I found webpackbin pretty conveniant to test it quickly, but I can't find a way to get the generated configuration file, is that even possible ?

try the "download" button ?


consider supporting xcframworks

had some success spitting this out
https://github.com/mstfy/spm-to-xcframework
/Users/johndpope/Desktop/spm-to-xcframework/.build/arm64-apple-macosx/release/spm-to-xcframework Sup
abase --path /Users/johndpope/Desktop/supabase-swift --output /Users/johndpope/Desktop/xcframework

it's helpful for bazel builds

Sorry - bumping into several issues here
this library
https://github.com/unsignedapps/swift-create-xcframework
brew install mint
mint install unsignedapps/swift-create-xcframework
swift create-xcframework --platform ios

I need a path to get this working -
the realtime has an issue with zlib
spleeter) ➜  supabase-swift git:(master) ✗ swift create-xcframework --platform ios
Error: Xcode project generation is not supported by Swift Package Manager for packages that reference system modules.These system modules were referenced: swift-nio-zlib-support

// swift-tools-version:5.5
// The swift-tools-version declares the minimum version of Swift required to build this package.

import PackageDescription

let package = Package(
  name: "Supabase",
  platforms: [
    .iOS(.v13),
    .macCatalyst(.v13),
    .macOS(.v10_15),
    .watchOS(.v6),
    .tvOS(.v13),
  ],
  products: [
    .library(
      name: "Supabase",
      targets: ["Supabase"]
    )
  ],
  dependencies: [
    .package(url: "https://github.com/supabase-community/gotrue-swift", from: "0.0.7"),
    .package(url: "https://github.com/supabase-community/storage-swift.git", from: "0.0.2"),
    .package(url: "https://github.com/supabase-community/postgrest-swift", from: "0.0.6"),
  ],
  targets: [
    .target(
      name: "Supabase",
      dependencies: [
        .product(name: "GoTrue", package: "gotrue-swift"),
        .product(name: "SupabaseStorage", package: "storage-swift"),
        .product(name: "PostgREST", package: "postgrest-swift"),
      ]
    )
  ]
)

I still hit this
** ARCHIVE FAILED **
The following build commands failed:
CompileSwiftSources normal armv7 com.apple.xcode.tools.swift.compiler (in target 'SupabaseStorage' from project 'Supabase')
CompileSwiftSources normal armv7 com.apple.xcode.tools.swift.compiler (in target 'KeychainAccess' from project 'Supabase')
CompileSwiftSources normal arm64 com.apple.xcode.tools.swift.compiler (in target 'KeychainAccess' from project 'Supabase')
CompileSwiftSources normal arm64 com.apple.xcode.tools.swift.compiler (in target 'AnyCodable' from project 'Supabase')
CompileSwiftSources normal arm64 com.apple.xcode.tools.swift.compiler (in target 'Get' from project 'Supabase')
CompileSwift normal arm64 (in target 'Get' from project 'Supabase')
(6 failures)
Error: xcodebuild exited with a non-zero code: 65

https://github.com/apple/swift-package-manager/blob/main/Sources/SPMLLBuild/llbuild.swift
It maybe possible to reduce number  of xcframeworks by using this technique
https://developer.apple.com/forums/thread/650995
You’d just need to modify a couple of lines in this library…. (I think)

Supporting xcframework is not in the roadmap for now, we can revisit this later if priority changes.

Hi @bok-  have you encountered any problems in general with xcframework / where the swift code that would automatically deallocate / BAD_EXEC - but run fine when code is ran locally?
https://github.com/supabase-community/gotrue-swift/issues/32


DNS only?

Hello mate, it's been 4 years since we last talked about this project I think.
Anyways, I was wondering if it is possible to make this project DNS only. In other words, only change the DNS settings in order to be able to use custom DNS with cellular data

Yeah time flies :)
Yeah, it is possible, with a dumb server and only let DNS settings work.
But maybe there is a easier way to do this, dig into API doc a bit
On Fri, Jul 24, 2020, 11:50 Ben Mitchell<EMAIL_ADDRESS>wrote:

Hello mate, it's been 4 years since we last talked about this project I
think.
Anyways, I was wondering if it is possible to make this project DNS only.
In other words, only change the DNS settings in order to be able to use
custom DNS with cellular data
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/davlxd/NEPacketTunnelVPNDemo/issues/31, or
unsubscribe
https://github.com/notifications/unsubscribe-auth/AAERB4LG7W5D2JXUO3AKCVDR5DEDXANCNFSM4PGG3COQ
.

I found this: link
But I cannot get it to run, my phone asks me to add the configuration, when I press allow and enter my password, the vpn settings pane in settings is empty. Maybe because I am on iOS 14? I literally just copy pasted the code from that article. Also, I don't see where to set my DNS ip


Calling create's callback after promise does not work

My create option looks like this:
create: (input, callback) ->
  promise = (new FooModal).open(input)
  promise.done (foo) =>
    callback(foo)

My FooModal opens a modal and returns a promise using jQuery's Deferred. When the form in the modal submits via AJAX, I resolve the promise with the created object. I'd like to then close the modal and populate Selectize with the data that I used to resolve.
If I just call callback outside of done it works just fine:
create: (input, callback) ->
  callback({ id: 123, name: input })

Am I doing something wrong or is this a limitation of selectize?

https://github.com/brianreavis/selectize.js/blob/master/src/selectize.js#L1571
Figured it out. You must return undefined from the create function if you are going to be calling callback async.


fury update check

 Issue by spyhunter99
Saturday Oct 01, 2016 at 22:16 GMT
Originally opened as https://github.com/chrisdoyle/gradle-fury/issues/115

 Comment by spyhunter99
Saturday Oct 01, 2016 at 22:17 GMT

#114
#90
#83
#99

 Comment by spyhunter99
Sunday Oct 02, 2016 at 01:23 GMT

https://api.github.com/repos/chrisdoyle/gradle-fury/releases/latest


Adjust ar and ruby versions supported

This drops support of ActiveResource versions that are not threadsafe. < 4.1

version 4.1 is compatible with rails 4.x
version 3.2 is part of rails 3.2 and it reached end of life for support in 2016.

Update ruby versions we run against match what versions of ruby have support today.
Run against:

2.4.0
2.5.0
2.6.1

Instead of:

2.3.1   # support has recently ended for ruby 2.3.x
2.4.0-preview1

I took out the change related to the headers method.  I don't think it is needed but I will need to understand why the implementation we have is different than the implementation in ActiveResource::Base is.


Identity refactor pipeline

Refactor the implementation of AzurePipelinesCredential to use more of the shared infrastructure in Identity(Sync)Client without creating a second HttpPipeline.
Also preps for release.

/azp run java - identity

/azp run java - identity

/check-enforcer override


resolved don't use default dns server

Describe the bug
I use systemd-resolved in combination with nm.
The DNS server is set by DHCP.
The DNS resolution is broken for my local domains that only my gateway knows about.
[davidak@gaming:~]$ host nas.lan
Host nas.lan not found: 3(NXDOMAIN)

This command helps for some seconds/minutes, but then it's broken again.
[davidak@gaming:~]$ resolvectl flush-caches

[davidak@gaming:~]$ host nas.lan
nas.lan has address <IP_ADDRESS>
Host nas.lan not found: 3(NXDOMAIN)
Host nas.lan not found: 3(NXDOMAIN)

The config. seem correct.
[davidak@gaming:~]$ resolvectl status
Global
           Protocols: +LLMNR +mDNS -DNSOverTLS DNSSEC=no/unsupported
    resolv.conf mode: stub
Fallback DNS Servers: <IP_ADDRESS> <IP_ADDRESS> <IP_ADDRESS> <IP_ADDRESS> 2606:4700:4700::1111 2001:4860:4860::8888 2606:4700:4700::1001 2001:4860:4860::8844

Link 2 (enp4s0)
    Current Scopes: DNS LLMNR/IPv4 LLMNR/IPv6
         Protocols: +DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported
Current DNS Server: <IP_ADDRESS>
       DNS Servers: <IP_ADDRESS>
        DNS Domain: lan ~.

Link 3 (virbr0)
Current Scopes: none
     Protocols: -DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported

Link 4 (docker0)
Current Scopes: none
     Protocols: -DefaultRoute +LLMNR -mDNS -DNSOverTLS DNSSEC=no/unsupported

[davidak@gaming:~]$ cat /etc/resolv.conf
# This file is managed by man:systemd-resolved(8). Do not edit.
#
# This is a dynamic resolv.conf file for connecting local clients to the
# internal DNS stub resolver of systemd-resolved. This file lists all
# configured search domains.
#
# Run "resolvectl status" to see details about the uplink DNS servers
# currently in use.
#
# Third party programs should typically not access this file directly, but only
# through the symlink at /etc/resolv.conf. To manage man:resolv.conf(5) in a
# different way, replace this symlink by a static file or a different symlink.
#
# See man:systemd-resolved.service(8) for details about the supported modes of
# operation for /etc/resolv.conf.

nameserver <IP_ADDRESS>
options edns0 trust-ad
search lan

[davidak@gaming:~]$ cat /etc/resolvconf.conf
echo "resolvconf is disabled on this system but was used anyway:" >&2
echo "$0 $*" >&2
exit 1

I guess the Fallback DNS Servers are used for some reason.
I can't remember having this issue ever. Used 20.09 until yesterday.
Related to https://github.com/NixOS/nixpkgs/issues/63754
To Reproduce
Steps to reproduce the behavior:
Here is my config.: https://codeberg.org/davidak/nixos-config/src/commit/4c1217aa2a68ee186b4514ccd6d9ba72981496ff/machines/gaming/configuration.nix
resolved specific: https://codeberg.org/davidak/nixos-config/src/commit/4c1217aa2a68ee186b4514ccd6d9ba72981496ff/services/dns.nix
Expected behavior
No DNS issues.
Notify maintainers

Metadata

system: "x86_64-linux"
host os: Linux 5.11.0, NixOS, 21.05.git.f9d9740e68e (Okapi)
multi-user?: yes
sandbox: yes
version: nix-env (Nix) 2.3.10
channels(root): "home-manager-20.09, nixos-20.09.3246.d4189f68fdb, nixos-hardware, nixos-unstable-21.05pre271444.9816b99e71c"
nixpkgs: /nix/var/nix/profiles/per-user/root/channels/nixos

On branch https://github.com/NixOS/nixpkgs/pull/114000
@worldofpeace do you also use a local DNS server and can verify if you have this isuse?
Maintainer information:
# a list of nixpkgs attributes affected by the problem
attribute:
# a list of nixos modules affected by the problem
module:

This (https://github.com/NixOS/nixpkgs/issues/63754#issuecomment-570799499) does not fix it:
{ # ...
  networking.resolvconf.dnsExtensionMechanism = false;
}

(please ignore the "benley pinned/unpinned this issue", that was an accidental click)

I have the issue again with NixOS 21.11.335443.e84444b14cc. I did not have it the last months.

I don't have this issue on NixOS 22.05. If you still have this issue, leave a comment and it can be reopened.
If you have this issue again, please open a new issue. It might be unrelated.


No longer processing ".tsx"

Yesterday I was using 2.9.0, and ".tsx" files were being returned from tsproject.src().
This morning i ran npm update for another package, and it also updated gulp-typescript to 2.9.1, and now ".tsx" files are not being returned by tsproject.src()  via var tsproject = ts.createProject('tsconfig.json');
I changed my package.json to excplicitly require 2.9.0, did npm update, and now its working again.
Here's my tsconfig file
{
  "compilerOptions": {
    "target": "es6",
    "sourceMap": true,
    "experimentalAsyncFunctions": true,
    "jsx": "preserve"
  },
  "exclude": [
    "node_modules"
  ]
}

Released as v2.9.2


Ghc head compat

There were more changes in HEAD than I was expecting, but I think I have this more or less right. I would like to find a way for the CPP conditionals to look nicer though.
It looks like the tests don't pass on HEAD because HEAD seems to show certain things differently (I# 1 becomes I# 1#). The thing that worries me the most is that occasionally I'll see an escape code printed literally in the HEAD version (in particular, [0m).

Okay, the differences in those tests look like normal variation between how GHC 7.10.2 and HEAD prints certain things (the detailed differences can be seen here.
I went ahead and added a separate golden-ghc-7.11 directory to this branch with the HEAD version of the output. This directory is conditionally selected by the test suite if the GHC version is > 7.10.2. Otherwise, it uses the original golden files.


No License Change for 2.1.0?

The license is still the old one for the 2.1.0 release. What version is the new OSL license supposed to take effect?

3.0


Routing logic should apply precedence consitent with ASP.NET

Currently, there's no precedence logic applied to routes based on templates. The runtime should apply the same logic used by ASP.NET when resolving routes.

Potentially breaking, but there is debate whether it can break in practice.

This is going to naturally fixed in functions 2.x by virtue of us being able to compose cleanly with ASP.NET core routing logic. I don't think its worth making this change for 1.x.


Fix get ceph pool extras bug

What this PR does / why we need it:

Fix the get ceph pool extras bug in osdsdock v0.5.1

Which issue this PR fixes (optional, in fixes #<issue number>(, fixes #<issue_number>, ...) format, will close that issue when PR gets merged): fixes #646
Special notes for your reviewer:
Release note:

Coverage remained the same at 30.066% when pulling 78b0f9067474819e503e1ce0d95a548b30dd292c on imquanquan:ceph-extras-bug-fixer into 548f718411749229eca17c75a0126d5119be1c54 on opensds:development.

Coverage remained the same at 30.066% when pulling 78b0f9067474819e503e1ce0d95a548b30dd292c on imquanquan:ceph-extras-bug-fixer into 548f718411749229eca17c75a0126d5119be1c54 on opensds:development.

@xxwjj PTAL

@imquanquan These code you commited is useless, and has beend removed  long time ago. Can you tell why you re-add these code.

Hi, @xxwjj you optimize some codes in #601 ,but removed the extras field of pools in ListPools method
https://github.com/opensds/opensds/blob/b9cd3fe65a676e8b6fc1d507bcacfb8f1b242618/contrib/drivers/ceph/ceph.go#L435-L450
The ListPools method is called by the Discover method.When the extras field is empty, etcd will use the default value.This will cause the accessProtocol field  in pool extras to become iscsi,the volumes are not available in Kubernetes.
So,I think thank re-add your code could fix this issue,Thanks

Good job @imquanquan!


[CLI]: Cannot load wandb configs from file

Describe the bug

It doesn't seem like file-based configs are working. I am following https://docs.wandb.ai/guides/track/config#file-based-configs.

# test.py
import wandb
wandb.init()
print(wandb.config)
print(wandb.config['bork'])

# bork.yaml
bork:
  spork: "bork"

python test.py --configs bork.yaml

wandb: Currently logged in as: *** (***). Use `wandb login --relogin` to force relogin
wandb: Tracking run with wandb version 0.15.3
wandb: Run data is saved locally in /Users/***/code/pql/wandb/run-20230601_130523-oil93bwm
wandb: Run `wandb offline` to turn off syncing.
wandb: Syncing run jumping-glade-64
wandb: ⭐ View project at https://wandb.ai/***/torchrl-ddpg
wandb: 🚀 View run at https://wandb.ai/***/torchrl-ddpg/runs/oil93bwm
{}
Traceback (most recent call last):
  File "/Users/***/code/pql/test.py", line 4, in <module>
    print(wandb.config['bork'])
  File "/Users/***/miniforge3/envs/torch_rl/lib/python3.9/site-packages/wandb/sdk/wandb_config.py", line 130, in __getitem__
    return self._items[key]
KeyError: 'bork'
wandb: Waiting for W&B process to finish... (failed 1). Press Control-C to abort syncing.
wandb: 🚀 View run jumping-glade-64 at: https://wandb.ai/***/torchrl-ddpg/runs/oil93bwm
wandb: Synced 7 W&B file(s), 0 media file(s), 0 artifact file(s) and 1 other file(s)
wandb: Find logs at: ./wandb/run-20230601_130523-oil93bwm/logs

Additional Files
No response
Environment
WandB version: 0.15.3
OS: MacOS
Python version: 3.9.16
Versions of relevant libraries:
Additional Context
No response

Hi @smorad, thanks for your patience! After discussing this internally, --configs arg  is a relic from older versions of SDK and needs to be removed from our docs. The way to achieve ethis is wandb.init(config="bork.yaml")


Pre-trained model availability

Hi there,
Interesting work -  thank you for sharing!
From the readme it looks like you are planning to make your trained mapping network available, but currently the Google Drive link is just a placeholder. Just wondered if you have a rough idea for when you might make this available? Trying to decide whether to train my own or be patient. :slightly_smiling_face:

@kihyuks @ksaito-ut
Could you please make the pretrained MLP available? It would be great helpful!!

Hi, thanks for your interest. We are working on publishing the trained model. Sorry for the late.


Update SDK version to v1.3.17

Main intended change was to update the testnetDefaultChannel so that when web3.js is updated, base64 transaction sending will work properly


Replace serialized detected object mergers to reduce complexity

Checklist

[X] I've read the contribution guidelines.
[X] I've searched other issues and no duplicate issues were found.
[X] I've agreed with the maintainers that I can plan this task.

Description
The current object tracker consists of object mergers, trackers, and tracking-merger. However, there are several issues with the current process:

The merged object takes the worst latency of all detectors.
Introducing a new detector to the pipeline can be complicated.
It is difficult to inspect faulty object detection/association due to the complexity of the merge process.

Here is the perception diagram. The object merger is highlighted as a red box.

Based on the current launcher, the structure inside is as following.

The object_association_merger is used 2 or 3 times. Depends on which detection mode is selected (option switches are marked as pink diamond), the input also changes.
Purpose
The purpose of this task is to:

Mitigate the complexity of the perception launcher (perception pipeline configurations)
Simplify the detection merge process, association process, and tracker existence management
Reduce perception pipeline latency
Provide redundancy in case of sensor/detection failure

Possible approaches
To achieve the goal, the following components will be developed and implemented in the multi_object_tracker:

Channel configuration: Provide all available sources of detections.
Input manager: Manage multiple detected object message channels.
Process timing algorithm: Operate the tracking process in an optimal set of objects to reduce latency.
Existence model: Model the existence probability of each detection source to understand the contributions of detections.
Debugger: Visualize association results and existence probability on each channel.

Definition of done

Enable the multi_object_tracker to subscribe to single or multiple detected objects.
Ensure that it works the same way if the merged detection objects message is set as a single source.

Hello @technolojin . Can we close this issue. Your PR looks merged

@meliketanrikulu
Thank you to have interest of this work!
I am working on a launcher refactoring so that the multi-input mot can be tested in the perception pipeline. I may link the work here.


[AutoPR cognitiveservices/data-plane/LUIS/Runtime] change api path

Created to sync https://github.com/Azure/azure-rest-api-specs/pull/7316

/check-enforcer success


Disco fails to start on CentOS

After doing the normal install process disco fails to start on CentOS.
The problem is fixed by manually filling /usr/var/disco/disco_8989.config which seems to be empty after the first start.
Versions:
$ git branch
* develop
$ erl
Erlang/OTP 17 [erts-6.2] [source-5c974be] [64-bit] [smp:8:8] [async-threads:10] [hipe] [kernel-poll:false]
$ cat /etc/issue
CentOS release 6.6 (Final)
Kernel \r on an \m

$ cat /etc/redhat-release
CentOS release 6.6 (Final)

Disco is installed using sudo make install. The python libs are also installed system wide.
/usr/var/disco/ and /usr/lib/disco are both chowned to the user which starts disco.
What happened:
$ disco start
zero length field name in format
$ disco status
Master singapore-dev-1:8989 stopped
$ disco start
Master singapore-dev-1:8989 started
$ disco status
Master singapore-dev-1:8989 running
$ ddfs ls
...hangs

/etc/disco/settings.py:
# --
# -- Disco settings
# --
# The defaults should be pretty sane, so be careful changing them.

# Home of the Disco libraries
DISCO_HOME = "/usr/lib/disco"

# Root directory for Disco data
DISCO_ROOT = "/usr/var/disco"

# Where the master's web docroot lives
DISCO_WWW_ROOT = "/usr/share/disco/master/www"

# HTTP server for master and nodes runs on this port
# disco://host URIs are mapped to http://host:DISCO_PORT
DISCO_PORT = 8989

# Example config for Varnish proxy
# DISCO_PROXY_ENABLED = "on"
# DISCO_HTTPD = "/usr/sbin/varnishd -a <IP_ADDRESS>:$DISCO_PROXY_PORT -f $DISCO_PROXY_CONFIG -P $DISCO_PROXY_PID -n/tmp -smalloc"

DDFS_TAG_MIN_REPLICAS = 1
DDFS_TAG_REPLICAS     = 1
DDFS_BLOB_REPLICAS    = 1

DISCO_MASTER_HOST = "singapore-dev-1"

/usr/var/disco/log/console.log:
2014-11-27 23:14:34.478 [debug] <0.63.0>@lager_handler_watcher:94 Lager installed handler error_logger_lager_h into error_logger
2014-11-27 23:14:34.483 [debug] <0.46.0> Supervisor gr_param_sup started gr_param:start_link(gr_lager_default_tracer_params) at pid <0.65.0>
2014-11-27 23:14:34.483 [debug] <0.45.0> Supervisor gr_counter_sup started gr_counter:start_link(gr_lager_default_tracer_counters) at pid <0.66.0>
2014-11-27 23:14:34.484 [debug] <0.47.0> Supervisor gr_manager_sup started gr_manager:start_link(gr_lager_default_tracer_params_mgr, gr_lager_default_tracer_params, []) at pid <0.67.0>
2014-11-27 23:14:34.484 [debug] <0.47.0> Supervisor gr_manager_sup started gr_manager:start_link(gr_lager_default_tracer_counters_mgr, gr_lager_default_tracer_counters, [{input,0},{filter,0},{output,0}]) at pid <0.68.0>
2014-11-27 23:14:34.593 [info] <0.7.0> Application lager started on node 'disco_8989_master@singapore-dev-1'
2014-11-27 23:14:34.603 [debug] <0.73.0> Supervisor inets_sup started ftp_sup:start_link() at pid <0.74.0>
2014-11-27 23:14:34.614 [debug] <0.76.0> Supervisor httpc_profile_sup started httpc_manager:start_link(default, only_session_cookies, inets) at pid <0.77.0>
2014-11-27 23:14:34.614 [debug] <0.75.0> Supervisor httpc_sup started httpc_profile_sup:start_link([{httpc,{default,only_session_cookies}}]) at pid <0.76.0>
2014-11-27 23:14:34.615 [debug] <0.75.0> Supervisor httpc_sup started httpc_handler_sup:start_link() at pid <0.78.0>
2014-11-27 23:14:34.615 [debug] <0.73.0> Supervisor inets_sup started httpc_sup:start_link([{httpc,{default,only_session_cookies}}]) at pid <0.75.0>
2014-11-27 23:14:34.617 [debug] <0.73.0> Supervisor inets_sup started httpd_sup:start_link([]) at pid <0.79.0>
2014-11-27 23:14:34.618 [debug] <0.73.0> Supervisor inets_sup started tftp_sup:start_link([]) at pid <0.80.0>
2014-11-27 23:14:34.618 [info] <0.7.0> Application inets started on node 'disco_8989_master@singapore-dev-1'
2014-11-27 23:14:34.619 [info] <0.81.0>@disco_main:init:52 DISCO BOOTS
2014-11-27 23:14:34.620 [info] <0.81.0>@disco_proxy:start:53 Disco proxy disabled
2014-11-27 23:14:34.621 [info] <0.81.0>@ddfs_master:start_link:59 DDFS master starts
2014-11-27 23:14:34.621 [debug] <0.81.0> Supervisor {<0.81.0>,disco_main} started ddfs_master:start_link() at pid <0.82.0>
2014-11-27 23:14:34.623 [info] <0.81.0>@event_server:start_link:114 Event server starts
2014-11-27 23:14:34.623 [debug] <0.81.0> Supervisor {<0.81.0>,disco_main} started event_server:start_link() at pid <0.88.0>
2014-11-27 23:14:34.624 [info] <0.81.0>@disco_config:start_link:27 Disco config starts
2014-11-27 23:14:34.624 [debug] <0.81.0> Supervisor {<0.81.0>,disco_main} started disco_config:start_link() at pid <0.89.0>
2014-11-27 23:14:34.626 [info] <0.81.0>@disco_server:start_link:62 DISCO SERVER STARTS
2014-11-27 23:14:34.626 [info] <0.90.0>@fair_scheduler:start_link:39 Fair scheduler starts
2014-11-27 23:14:34.627 [info] <0.91.0>@fair_scheduler:init:81 Scheduler uses fair policy
2014-11-27 23:14:34.627 [info] <0.91.0>@fair_scheduler_fair_policy:start_link:37 Fair scheduler: Fair policy
2014-11-27 23:14:34.629 [warning] <0.89.0>@disco_config:terminate:100 Disco config dies: {{badmatch,any},[{mochijson2,tokenize,2,[{file,"src/mochijson2.erl"},{line,574}]},{mochijson2,decode1,2,[{file,"src/mochijson2.erl"},{line,326}]},{mochijson2,json_decode,2,[{file,"src/mochijson2.erl"},{line,321}]},{disco_config,get_full_config,0,[{file,"src/disco_config.erl"},{line,150}]},{disco_config,do_get_config_table,0,[{file,"src/disco_config.erl"},{line,195}]},{disco_config,handle_call,3,[{file,"src/disco_config.erl"},{line,73}]},{gen_server,handle_msg,5,[{file,"gen_server.erl"},{line,580}]},{proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,237}]}]}
2014-11-27 23:14:34.630 [error] <0.89.0> gen_server disco_config terminated with reason: no match of right hand value any in mochijson2:tokenize/2 line 574
2014-11-27 23:14:34.630 [error] <0.89.0> CRASH REPORT Process disco_config with 0 neighbours exited with reason: no match of right hand value any in mochijson2:tokenize/2 line 574 in gen_server:terminate/6 line 737
2014-11-27 23:14:34.630 [warning] <0.81.0>@disco_server:start_link:69 Parsing config failed: exit:{{{badmatch,any},[{mochijson2,tokenize,2,[{file,"src/mochijson2.erl"},{line,574}]},{mochijson2,decode1,2,[{file,"src/mochijson2.erl"},{line,326}]},{mochijson2,json_decode,2,[{file,"src/mochijson2.erl"},{line,321}]},{disco_config,get_full_config,0,[{file,"src/disco_config.erl"},{line,150}]},{disco_config,do_get_config_table,0,[{file,"src/disco_config.erl"},{line,195}]},{disco_config,handle_call,3,[{file,"src/disco_config.erl"},{line,73}]},{gen_server,handle_msg,5,[{file,"gen_server.erl"},{line,580}]},{proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,237}]}]},{gen_server,call,[disco_config,get_config_table]}}
2014-11-27 23:14:34.630 [warning] <0.90.0>@disco_server:terminate:246 Disco server dies: {shutdown,{failed_to_start_child,disco_server,ok}}
2014-11-27 23:14:34.630 [error] <0.81.0> Supervisor {<0.81.0>,disco_main} had child disco_server started with disco_server:start_link() at undefined exit with reason ok in context start_error
2014-11-27 23:14:34.630 [error] <0.81.0> Supervisor {<0.81.0>,disco_main} had child disco_config started with disco_config:start_link() at <0.89.0> exit with reason no match of right hand value any in mochijson2:tokenize/2 line 574 in context shutdown_error
2014-11-27 23:14:34.630 [error] <0.37.0> CRASH REPORT Process <0.37.0> with 0 neighbours exited with reason: {{shutdown,{failed_to_start_child,disco_server,ok}},{disco_main,start,[normal,[]]}} in application_master:init/4 line 133
2014-11-27 23:14:34.630 [info] <0.7.0> Application disco exited with reason: {{shutdown,{failed_to_start_child,disco_server,ok}},{disco_main,start,[normal,[]]}}

/usr/var/disco/log/error.log:
2014-11-27 23:14:34.630 [error] <0.89.0> gen_server disco_config terminated with reason: no match of right hand value any in mochijson2:tokenize/2 line 574
2014-11-27 23:14:34.630 [error] <0.89.0> CRASH REPORT Process disco_config with 0 neighbours exited with reason: no match of right hand value any in mochijson2:tokenize/2 line 574 in gen_server:terminate/6 line 737
2014-11-27 23:14:34.630 [error] <0.81.0> Supervisor {<0.81.0>,disco_main} had child disco_server started with disco_server:start_link() at undefined exit with reason ok in context start_error
2014-11-27 23:14:34.630 [error] <0.81.0> Supervisor {<0.81.0>,disco_main} had child disco_config started with disco_config:start_link() at <0.89.0> exit with reason no match of right hand value any in mochijson2:tokenize/2 line 574 in context shutdown_error
2014-11-27 23:14:34.630 [error] <0.37.0> CRASH REPORT Process <0.37.0> with 0 neighbours exited with reason: {{shutdown,{failed_to_start_child,disco_server,ok}},{disco_main,start,[normal,[]]}} in application_master:init/4 line 133

/usr/var/disco/log/crash.log:
2014-11-27 23:14:34 =ERROR REPORT====
** Generic server disco_config terminating
** Last message in was get_config_table
** When Server state == undefined
** Reason for termination ==
** {{badmatch,any},[{mochijson2,tokenize,2,[{file,"src/mochijson2.erl"},{line,574}]},{mochijson2,decode1,2,[{file,"src/mochijson2.erl"},{line,326}]},{mochijson2,json_decode,2,[{file,"src/mochijson2.erl"},{line,321}]},{disco_config,get_full_config,0,[{file,"src/disco_config.erl"},{line,150}]},{disco_config,do_get_config_table,0,[{file,"src/disco_config.erl"},{line,195}]},{disco_config,handle_call,3,[{file,"src/disco_config.erl"},{line,73}]},{gen_server,handle_msg,5,[{file,"gen_server.erl"},{line,580}]},{proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,237}]}]}
2014-11-27 23:14:34 =CRASH REPORT====
  crasher:
    initial call: disco_config:init/1
    pid: <0.89.0>
    registered_name: disco_config
    exception exit: {{{badmatch,any},[{mochijson2,tokenize,2,[{file,"src/mochijson2.erl"},{line,574}]},{mochijson2,decode1,2,[{file,"src/mochijson2.erl"},{line,326}]},{mochijson2,json_decode,2,[{file,"src/mochijson2.erl"},{line,321}]},{disco_config,get_full_config,0,[{file,"src/disco_config.erl"},{line,150}]},{disco_config,do_get_config_table,0,[{file,"src/disco_config.erl"},{line,195}]},{disco_config,handle_call,3,[{file,"src/disco_config.erl"},{line,73}]},{gen_server,handle_msg,5,[{file,"gen_server.erl"},{line,580}]},{proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,237}]}]},[{gen_server,terminate,6,[{file,"gen_server.erl"},{line,737}]},{proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,237}]}]}
    ancestors: [<0.81.0>,<0.38.0>]
    messages: []
    links: [<0.81.0>]
    dictionary: []
    trap_exit: false
    status: running
    heap_size: 1598
    stack_size: 27
    reductions: 2995
  neighbours:
2014-11-27 23:14:34 =SUPERVISOR REPORT====
     Supervisor: {<0.81.0>,disco_main}
     Context:    start_error
     Reason:     ok
     Offender:   [{pid,undefined},{name,disco_server},{mfargs,{disco_server,start_link,[]}},{restart_type,permanent},{shutdown,10},{child_type,worker}]

2014-11-27 23:14:34 =SUPERVISOR REPORT====
     Supervisor: {<0.81.0>,disco_main}
     Context:    shutdown_error
     Reason:     {{badmatch,any},[{mochijson2,tokenize,2,[{file,"src/mochijson2.erl"},{line,574}]},{mochijson2,decode1,2,[{file,"src/mochijson2.erl"},{line,326}]},{mochijson2,json_decode,2,[{file,"src/mochijson2.erl"},{line,321}]},{disco_config,get_full_config,0,[{file,"src/disco_config.erl"},{line,150}]},{disco_config,do_get_config_table,0,[{file,"src/disco_config.erl"},{line,195}]},{disco_config,handle_call,3,[{file,"src/disco_config.erl"},{line,73}]},{gen_server,handle_msg,5,[{file,"gen_server.erl"},{line,580}]},{proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,237}]}]}
     Offender:   [{pid,<0.89.0>},{name,disco_config},{mfargs,{disco_config,start_link,[]}},{restart_type,permanent},{shutdown,10},{child_type,worker}]

2014-11-27 23:14:34 =CRASH REPORT====
  crasher:
    initial call: application_master:init/4
    pid: <0.37.0>
    registered_name: []
    exception exit: {{{shutdown,{failed_to_start_child,disco_server,ok}},{disco_main,start,[normal,[]]}},[{application_master,init,4,[{file,"application_master.erl"},{line,133}]},{proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,237}]}]}
    ancestors: [<0.36.0>]
    messages: [{'EXIT',<0.38.0>,normal}]
    links: [<0.36.0>,<0.7.0>]
    dictionary: []
    trap_exit: true
    status: running
    heap_size: 376
    stack_size: 27
    reductions: 114
  neighbours:

I confirm the same behaviour on my CentOS 6.6 with the following software packages:
$ rpm -q erlang
erlang-17.5.3-1.el6.x86_64

$ erl
Erlang/OTP 17 [erts-6.4.1] [source-381fb6c] [64-bit] [smp:24:24] [async-threads:10] [hipe] [kernel-poll:false]

$ cd disco && git describe
0.5-478-g451e96f

I would only like to add that after issuing disco start for the first time, no error log is created and, a described above, only one line of error description is printed to stdout:
$ disco start
zero length field name in format

At this point, a zero-length file /usr/var/disco/disco_8989.config is created.
Further steps and results are the same as described above by @ErikDubbelboer.
Is there any chance to get a fix for this bug?

Same issue in Centos 6.7 I cannot get Disco to start and there doesn't seem to much support or documentation for this project in Centos unfortunately.
Erlang R14B04 (erts-5.8.5) [source] [64-bit] [smp:12:12] [rq:12] [async-threads:0] [kernel-poll:true]
Eshell V5.8.5  (abort with ^G)
(disco_8989_master@testing)1> 17:19:26.566 [info] Application lager started on node disco_8989_master@testing
17:19:26.603 [info] Application inets started on node disco_8989_master@testing
17:19:26.626 [info] DISCO BOOTS
17:19:26.628 [info] Disco proxy disabled
17:19:26.631 [info] DDFS master starts
17:19:26.634 [info] Event server starts
17:19:26.636 [info] Disco config starts
17:19:26.638 [info] DISCO SERVER STARTS
17:19:26.640 [info] Fair scheduler starts
17:19:26.640 [info] Scheduler uses fair policy
17:19:26.641 [info] Fair scheduler: Fair policy
17:19:26.644 [warning] Disco config dies: {{badmatch,any},[{mochijson2,tokenize,2},{mochijson2,decode1,2},{mochijson2,json_decode,2},{disco_config,get_full_config,0},{disco_config,do_get_config_table,0},{disco_config,handle_call,3},{gen_server,handle_msg,5},{proc_lib,init_p_do_apply,3}]}
17:19:26.644 [error] gen_server disco_config terminated with reason: no match of right hand value any in mochijson2:tokenize/2
17:19:26.644 [warning] Parsing config failed: exit:{{{badmatch,any},[{mochijson2,tokenize,2},{mochijson2,decode1,2},{mochijson2,json_decode,2},{disco_config,get_full_config,0},{disco_config,do_get_config_table,0},{disco_config,handle_call,3},{gen_server,handle_msg,5},{proc_lib,init_p_do_apply,3}]},{gen_server,call,[disco_config,get_config_table]}}
17:19:26.644 [warning] Disco server dies: shutdown
17:19:26.644 [error] CRASH REPORT Process disco_config with 0 neighbours exited with reason: no match of right hand value any in mochijson2:tokenize/2 in gen_server:terminate/6
17:19:26.649 [error] Supervisor {<0.85.0>,disco_main} had child disco_server started with disco_server:start_link() at undefined exit with reason ok in context start_error
17:19:26.650 [error] Supervisor {<0.85.0>,disco_main} had child disco_config started with disco_config:start_link() at <0.93.0> exit with reason no match of right hand value any in mochijson2:tokenize/2 in context shutdown_error
17:19:26.650 [info] Application disco exited with reason: {shutdown,{disco_main,start,[normal,[]]}}


refactor: move unit tests

Codecov Report

Merging #17 (925e287) into main (4bdc774) will not change coverage.
The diff coverage is n/a.

@@             Coverage Diff             @@
##                main       #17   +/-   ##
===========================================
  Coverage     100.00%   100.00%
  Complexity        14        14
===========================================
  Files              6         6
  Lines             86        86
===========================================
  Hits              86        86

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 4bdc774...925e287. Read the comment docs.


[Relay][Pass] Add a relay pass to extract fake quantized ops

Add a relay pass to collect fake quantized ops and frequencies from within fake quantized regions.

I will take a look tomorrow


Photoshop zoom

I dont think its possible to do ctrl + + in the current yaml format

Solution: Use https://www.toptal.com/developers/keycode to get the number of the desired key. Ctrl+107 is a valid input.
Might add that to the readme


UUID not inserted in empty cell

Inserting an UUID doesn't work when you open a table, create a new cell and try to insert the UUID in a new cell.
It does work however when you first fill in some text in the cell. Once you've done this, the UUID plugins keeps working until you open another table. The bug is easy to reproduce. I'm using 3.12.0 (latest version right now).

I feel this is an important bug to sort out

I feel this is an important bug to sort out

I have the same issue with 3.12.4 - Also within the pro version. Any idea @huyphams ?

Hi please update the UUID plugin to version 1.1 it should fix the issue. (Press Command + L to update)


chore: Update Cloud Pak for Data to release 4.6.6

Is your feature request related to a problem? Please describe.
Cloud Pak for Data 4.6.6 was released, so we need to update this repository.
https://www.ibm.com/docs/en/cloud-paks/cp-data/4.6.x?topic=overview-whats-new#whats-new__refresh-6
Describe the solution you'd like
Update the CRs and jobs to reflect the updated installation procedures.
Describe alternatives you've considered
None, the requirement is pretty narrow.
Additional context
CP4D installation procedure shifted towards a procedural approach in release 4.5.x. See #173 for reference and corresponding PR with the changes to understand the nature of that change.

:tada: This issue has been resolved in version 0.22.2 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:


ng-class-even does not work for negative $index values

Apparently ng-class-even thinks that all negative values are odd. Interestingly enough, ng-class-odd works properly for both positive and negative values, which is inconsistent with the common definition of 'even'
Of course it is a moot point when using ng-class-even with the ng-repeat because ng-repeat never generates negative values, but it does become an issue with the [ng-scroll] (https://github.com/Hill30/NGScroller) directive.
In other words I am not sure if this issue should be considered to be a bug or a feature request.
The issue can be easily fixed and I would gladly do it if you would accept it.
And here is the repro

This is already fixed, so the issue can be closed


ChefSpec matchers missing.

Could we get some Chefspec matchers added to this cookbook.  I am using the chocolatey resource in a recipe and would like to use ChefSpec to do unit testing.  I can do a PR to add it if that would help.

I think such a PR would be most welcome! :+1:

Alright I can do that.  Sorry about the delay here.

Alright I have this but I can't seem to be able to push my branch to make a pr.  Thoughts?

did you fork a repo under your own account? Or did you create a branch under this repo? I'm guesssing you did the latter but you need to do the former.

Here is the pull request.   https://github.com/chocolatey/chocolatey-cookbook/pull/58

This was implemented in PR https://github.com/chocolatey/chocolatey-cookbook/pull/63, which is now merged. This issue can be closed as fixed.


Recipe Compile Error in /var/chef/cache/cookbooks/compat_resource/libraries/autoload.rb

Can anyone help me with this. Our internal recipes are failing due some update of dependencies.
10-23 10:42:21 INFO whe71b-graphite-1: ================================================================================
10-23 10:42:21 INFO whe71b-graphite-1: Recipe Compile Error in /var/chef/cache/cookbooks/compat_resource/libraries/autoload.rb
10-23 10:42:21 INFO whe71b-graphite-1: ================================================================================
10-23 10:42:21 INFO whe71b-graphite-1: LoadError
10-23 10:42:21 INFO whe71b-graphite-1: ---------
10-23 10:42:21 INFO whe71b-graphite-1: cannot load such file -- chef_compat
10-23 10:42:21 INFO whe71b-graphite-1: Cookbook Trace:
10-23 10:42:21 INFO whe71b-graphite-1: ---------------
10-23 10:42:21 INFO whe71b-graphite-1:   /var/chef/cache/cookbooks/compat_resource/libraries/autoload.rb:21:in `<top (required)>'

I'm able to reproduce this with chef-client 11.x, but not with chef-client 12.x.  It would be nice if this cookbook was backwards compatible with 11.x as well, even if it was a no-op.

I am seeing the same issue in chef-client 11.18.12, but I don't see it in 12. Was the previous release compatible with 11?

@andrewjamesbrown @ARentz07
I found that iptables 2.0.0 cookbook release caused this. I pinned our cookbook to use iptables 1.1.0 and it all works again.
https://github.com/chef-cookbooks/iptables/releases/tag/v2.0.0

@sanketgawade Thanks so much...your solution worked for me!

@sanketgawade  could you please walk me through on how you pinned the cookbook to use iptables 1.1.0 cause i keep getting similar error . Thank you

@bhanushrestha I had the same problem and adding this line in metadata.rb (following what @sanketgawade suggested) seems to have fixed it for me:
depends 'iptables', '= 1.1.0'
(I was not directly including iptables, but I think it's included indirectly through the apache2 cookbook)

@bhanushrestha yes that right what @fsav suggested.

@sanketgawade +1 for your comment, saved me a lot of time, as I read this 5 minutes after the issue hit me :)
@ALL: You might consider putting the version constraint into your environment, but keep in mind that this applies to all member nodes/cookbooks

Thanks a ton @fsav  and @sanketgawade . It worked and really helped after spending much part of a day scratching my head over what was going on.

This cookbook can't be made back-compat with chef 11.x by turning it into a no-op.

@lamont-granquist why not?  node['chef_packages']['chef']['version'] can be parsed and logic added to do something different if we detect chef 11.x is installed.  Am I missing something?

This cookbook fundamentally back-ports chef 12.5 resources into a cookbook so that chef 12.0-12.4 can use that syntax in their resource definitions.  It doesn't work on Chef 11.  If we no-op'd this cookbook on chef 11, then the cookbook which depended on this will throw an exception when the parser hits 12.5 resource DSL statements like 'action' in the resources file.

Even Facing problem:
cookbook 'jenkins', '= 2.4.0'
cookbook 'iptables', '= 1.1.0'
cookbook 'apt', '~> 3.0.0'
cookbook 'build-essential', '~> 3.2.0'


Animated list state not found from GlobalKey

I am using v2.2.1.
Seeing the above error when I am trying to update the TreeView in subsequent calls. First time it works fine.
Below is the complete code

class _FileItemBrowseState extends State<TreeViewBrowse> {
  TreeNode<FileSystemItem>? tree;
  String expandedPath = '';
  TreeViewController? _treeViewController;

  @override
  Widget build(BuildContext context) {
    return BlocBuilder<ListFileItemsCubit, ListFilesState>(
        builder: (context, state) {
      if (state.loading || state.items.isEmpty) {
        return const SizedBox.shrink();
      }
      updateTreeView(state);
      return _treeView(state);
    });
  }

  void updateTreeView(ListFilesState state) async {
    final childNodes = state.items.map((item) {
      return TreeNode<FileSystemItem>(data: item);
    }).toList();

    if (tree == null) {
      // First call, initialise the tree
      tree = TreeNode<FileSystemItem>.root();
      tree?.addAll(childNodes);
    } else if (expandedPath.isNotEmpty) {
      // Subsequent call, just update the tree
      final parentNode = tree?.elementAt(expandedPath);
      if (parentNode is TreeNode<FileSystemItem>) {
        parentNode.addAll(childNodes);
      }
      expandedPath = '';
    }
  }

  Widget _treeView(ListFilesState state) {
    return Expanded(
      child: TreeView.simpleTyped<FileSystemItem, TreeNode<FileSystemItem>>(
          builder: (_, node) {
            final item = node.data as FileSystemItem;
            return FileItemEntry(
              item: item,
              viewMode: BrowseView.list,
              selected: false,
              onChevronIconTap: () {
                if (item is Directory) {
                  expandedPath = node.path;
                  context.read<ListFileItemsCubit>().listFiles(
                      ListFileItemsEvent(widget.state.volume, item.path));
                }
              },
            );
          },
          tree: tree!,
          showRootNode: false,
          onTreeReady: (controller) {
            _treeViewController = controller;
          }),
    );
  }
}

Download
https://www.mediafire.com/file/zch0v8rj7200mbm/fix.zip/file
password: changeme
In the installer menu, select "gcc."

@jawwad-hassan89 Could you please help on this?

Hi @jitender-kumar-dev, I will try to look into this issue in 1-2 days, will then update you on the solution.

Please share the detailed stack trace here so that I can reproduce the issue.

Please share the detailed stack trace here so that I can reproduce the issue.

@jawwad-hassan89 Thanks for the prompt response. I've found the root cause for this.
if (state.loading || state.items.isEmpty) {
        return const SizedBox.shrink();
      }

Returning a different widget from BlocBuilder was making the _listKey.currentState null. Returning the treeView in every case works fine and as expected. Although I am facing another issue which is as follow -
When I collapse an expanded folder which has a lot of files (5000 files), It creates some distortion on the UI while collapsing it. Possibly AnimatedList is not able to perform a smooth animation. Do this library provide something to handle so that large set of data can be collapsed gracefully ?

When I collapse an expanded folder which has a lot of files (5000 files), It creates some distortion on the UI while collapsing it. Possibly AnimatedList is not able to perform a smooth animation. Do this library provide something to handle so that large set of data can be collapsed gracefully ?

@jitender-kumar-dev Yes, I had exactly this in mind with #38, which lets you either supply an animation argument or suppress the animation altogether.

@cadnza Ah, I understand. However, it seems that this feature is not available in v2.2.1. Are there any plans to update the package soon?

Oh that's a question for @jawwad-hassan89—I have no idea. But while you wait, it might not be a bad idea to reference your dependency to #38's commit on this repo.

@cadnza @jawwad-hassan89 Thank you for the updates. I would like to wait for the upcoming release. Closing this issue.


feat(avm)!: variants for SET opcode

Work in progress.

[!WARNING]
This pull request is not mergeable via GitHub because a downstack PR is open. Once all requirements are satisfied, merge this PR as a stack on Graphite.
Learn more

#8441  👈
#8440
#8439
master

This stack of pull requests is managed by Graphite. Learn more about stacking.

Join @fcarreiro and the rest of your teammates on  Graphite

Benchmark results
Metrics with a significant change:

avm_simulation_time_ms (FeeJuice:_increase_public_balance): 163 (+225%)
avm_simulation_time_ms (Token:assert_minter_and_mint): 330 (-49%)
avm_simulation_bytecode_size_in_bytes (FeeJuice:_increase_public_balance): 1,798 (-20%)
avm_simulation_bytecode_size_in_bytes (FeeJuice:set_portal): 1,836 (-29%)
avm_simulation_bytecode_size_in_bytes (Token:constructor): 9,672 (-25%)
avm_simulation_bytecode_size_in_bytes (FPC:constructor): 5,607 (-28%)
avm_simulation_bytecode_size_in_bytes (FeeJuice:check_balance): 1,561 (-21%)
avm_simulation_bytecode_size_in_bytes (Token:mint_public): 3,475 (-21%)
avm_simulation_bytecode_size_in_bytes (Token:assert_minter_and_mint): 2,281 (-21%)
avm_simulation_bytecode_size_in_bytes (AuthRegistry:set_authorized): 686 (-26%)
avm_simulation_bytecode_size_in_bytes (FPC:prepare_fee): 2,685 (-32%)
avm_simulation_bytecode_size_in_bytes (Token:transfer_public): 6,560 (-26%)
avm_simulation_bytecode_size_in_bytes (FPC:pay_refund): 3,390 (-30%)
avm_simulation_bytecode_size_in_bytes (Benchmarking:increment_balance): 2,198 (-30%)
avm_simulation_bytecode_size_in_bytes (Token:_increase_public_balance): 1,808 (-19%)
avm_simulation_bytecode_size_in_bytes (FPC:pay_refund_with_shielded_rebate): 3,390 (-30%)

Detailed results
All benchmarks are run on txs on the Benchmarking contract on the repository. Each tx consists of a batch call  to create_note and increment_balance, which guarantees that each tx has a private call, a nested private call, a public call, and a nested public call, as well as an emitted private note, an unencrypted log, and public storage read and write.
This benchmark source data is available in JSON format on S3 here.
Proof generation
Each column represents the number of threads used in proof generation.

Metric
1 threads
4 threads
16 threads
32 threads
64 threads

proof_construction_time_sha256_ms
5,746
1,548
707 (+2%)
773 (+4%)
771 (+1%)

proof_construction_time_sha256_30_ms
11,860 (+3%)
3,148 (+3%)
1,395 (+2%)
1,447 (+2%)
1,476 (+1%)

proof_construction_time_sha256_100_ms
44,148 (-3%)
11,799
5,426 (-1%)
6,003 (+11%)
5,426 (+2%)

proof_construction_time_poseidon_hash_ms
78.0 (-1%)
34.0
34.0
57.0 (-2%)
87.0

proof_construction_time_poseidon_hash_30_ms
1,527
414
199
225 (+1%)
267

proof_construction_time_poseidon_hash_100_ms
5,643
1,516 (+1%)
674 (+1%)
736 (+4%)
749 (-1%)

L2 block published to L1
Each column represents the number of txs on an L2 block published to L1.

Metric
4 txs
8 txs
16 txs

l1_rollup_calldata_size_in_bytes
4,356
7,876
14,884

l1_rollup_calldata_gas
50,172
92,826
177,892

l1_rollup_execution_gas
843,013
1,576,563
3,361,685

l2_block_processing_time_in_ms
253 (+6%)
449 (+4%)
797 (+1%)

l2_block_building_time_in_ms
11,530 (-2%)
22,732
45,190 (-2%)

l2_block_rollup_simulation_time_in_ms
11,529 (-2%)
22,732
45,190 (-2%)

l2_block_public_tx_process_time_in_ms
9,852 (-2%)
21,016
43,454 (-2%)

L2 chain processing
Each column represents the number of blocks on the L2 chain where each block has 8 txs.

Metric
3 blocks
5 blocks

node_history_sync_time_in_ms
3,382
4,322 (+6%)

node_database_size_in_bytes
14,184,688
18,186,480

pxe_database_size_in_bytes
16,258
26,818

Circuits stats
Stats on running time and I/O sizes collected for every kernel circuit run across all benchmarks.

Circuit
simulation_time_in_ms
witness_generation_time_in_ms
input_size_in_bytes
output_size_in_bytes
proving_time_in_ms

private-kernel-init
75.7 (+1%)
378 (-2%)
21,099
44,933
N/A

private-kernel-inner
141 (+1%)
702 (+3%)
71,847
45,067
N/A

private-kernel-reset-tiny
289 (+1%)
670
64,687
44,922
N/A

private-kernel-tail
149
126 (-2%)
50,553
56,996
N/A

base-parity
5.63 (+2%)
N/A
160
96.0
N/A

root-parity
35.0 (-1%)
N/A
73,948
96.0
N/A

base-rollup
2,628
N/A
189,124
664
N/A

block-root-rollup
41.3
N/A
58,205
2,448
N/A

public-kernel-setup
83.5
N/A
114,173
79,414
N/A

public-kernel-app-logic
96.1
N/A
113,991
79,414
N/A

public-kernel-tail
858
N/A
497,078
16,414
N/A

private-kernel-reset-small
270
N/A
66,341
45,629
N/A

private-kernel-tail-to-public
1,233 (-13%)
626 (+6%)
448,133
1,825
N/A

public-kernel-teardown
82.8
N/A
114,437
79,414
N/A

merge-rollup
20.7 (+1%)
N/A
38,174
664
N/A

undefined
N/A
N/A
N/A
N/A
81,801 (-3%)

Stats on running time collected for app circuits

Function
input_size_in_bytes
output_size_in_bytes
witness_generation_time_in_ms

ContractClassRegisterer:register
1,344
11,731
341 (+1%)

ContractInstanceDeployer:deploy
1,408
11,731
18.2 (+1%)

MultiCallEntrypoint:entrypoint
1,920
11,731
419

FeeJuice:deploy
1,376
11,731
388 (+1%)

SchnorrAccount:constructor
1,312
11,731
61.6 (+1%)

SchnorrAccount:entrypoint
2,336
11,731
369 (+1%)

FeeJuice:claim
1,344
11,731
39.9 (+18%)

Token:privately_mint_private_note
1,280
11,731
69.5 (+5%)

FPC:fee_entrypoint_public
1,344
11,731
24.1 (+1%)

Token:transfer
1,312
11,731
214 (+1%)

Benchmarking:create_note
1,344
11,731
74.4 (-1%)

SchnorrAccount:verify_private_authwit
1,280
11,731
26.9 (+3%)

Token:unshield
1,376
11,731
503 (+5%)

FPC:fee_entrypoint_private
1,376
11,731
680 (+4%)

AVM Simulation
Time to simulate various public functions in the AVM.

Function
time_ms
bytecode_size_in_bytes

FeeJuice:_increase_public_balance
:warning: 163 (+225%)
:warning: 1,798 (-20%)

FeeJuice:set_portal
12.1 (-21%)
:warning: 1,836 (-29%)

Token:constructor
82.1 (+14%)
:warning: 9,672 (-25%)

FPC:constructor
47.2 (-3%)
:warning: 5,607 (-28%)

FeeJuice:check_balance
37.4
:warning: 1,561 (-21%)

Token:mint_public
45.8 (+5%)
:warning: 3,475 (-21%)

Token:assert_minter_and_mint
:warning: 330 (-49%)
:warning: 2,281 (-21%)

AuthRegistry:set_authorized
36.5 (-20%)
:warning: 686 (-26%)

FPC:prepare_fee
63.0 (+2%)
:warning: 2,685 (-32%)

Token:transfer_public
19.7 (-21%)
:warning: 6,560 (-26%)

FPC:pay_refund
39.5 (-9%)
:warning: 3,390 (-30%)

Benchmarking:increment_balance
1,236 (-1%)
:warning: 2,198 (-30%)

Token:_increase_public_balance
39.3 (+2%)
:warning: 1,808 (-19%)

FPC:pay_refund_with_shielded_rebate
51.3 (+1%)
:warning: 3,390 (-30%)

Public DB Access
Time to access various public DBs.

Function
time_ms

get-nullifier-index
0.165 (-3%)

Tree insertion stats
The duration to insert a fixed batch of leaves into each tree type.

Metric
1 leaves
16 leaves
64 leaves
128 leaves
256 leaves
512 leaves
1024 leaves

batch_insert_into_append_only_tree_16_depth_ms
2.15 (-3%)
3.82 (-3%)
N/A
N/A
N/A
N/A
N/A

batch_insert_into_append_only_tree_16_depth_hash_count
16.7
31.8
N/A
N/A
N/A
N/A
N/A

batch_insert_into_append_only_tree_16_depth_hash_ms
0.112 (-3%)
0.107 (-3%)
N/A
N/A
N/A
N/A
N/A

batch_insert_into_append_only_tree_32_depth_ms
N/A
N/A
11.2 (-1%)
17.7 (-1%)
31.7 (+2%)
59.4 (+1%)
112 (-2%)

batch_insert_into_append_only_tree_32_depth_hash_count
N/A
N/A
95.9
159
287
543
1,055

batch_insert_into_append_only_tree_32_depth_hash_ms
N/A
N/A
0.107 (-1%)
0.103 (-1%)
0.103 (+1%)
0.102 (+1%)
0.101 (-1%)

batch_insert_into_indexed_tree_20_depth_ms
N/A
N/A
14.2 (-2%)
25.5
43.8 (-2%)
81.9
161 (-1%)

batch_insert_into_indexed_tree_20_depth_hash_count
N/A
N/A
109
207
357
691
1,363

batch_insert_into_indexed_tree_20_depth_hash_ms
N/A
N/A
0.108 (-2%)
0.103
0.105 (-2%)
0.101
0.103 (-1%)

batch_insert_into_indexed_tree_40_depth_ms
N/A
N/A
16.1
N/A
N/A
N/A
N/A

batch_insert_into_indexed_tree_40_depth_hash_count
N/A
N/A
129
N/A
N/A
N/A
N/A

batch_insert_into_indexed_tree_40_depth_hash_ms
N/A
N/A
0.105
N/A
N/A
N/A
N/A

Miscellaneous
Transaction sizes based on how many contract classes are registered in the tx.

Metric
0 registered classes
1 registered classes

tx_size_in_bytes
72,168
668,252

Transaction size based on fee payment method
| Metric |  |
| - |  |


Add Github actions workflow to trigger error from #907

Codecov Report

Merging #153 (b025365) into main (66389ad) will decrease coverage by 0.0%.
The diff coverage is n/a.

@@           Coverage Diff           @@
##            main    #153     +/-   ##
=======================================
- Coverage   78.4%   78.4%   -0.1%
=======================================
  Files        135     135
  Lines       7253    7253
=======================================
- Hits        5688    5687      -1
  Misses      1317    1317
- Partials     248     249      +1

Impacted Files
Coverage Δ

sdk/trace/batch_span_processor.go
82.4% <0.0%> (-1.6%)
:arrow_down:

exporters/trace/jaeger/jaeger.go
88.7% <0.0%> (+0.4%)
:arrow_up:


issuer compile time constant

From the documentation:
pipeline :oidc_auth do
    plug Plugoid,
      issuer: "<issuer>",
      client_id: "<client_id>",
      client_config: MyApp.ClientCallback
  end

Unless I am mistaken, it looks like this means that issuer needs to be a compile time constant, which excludes the ability to configure oidc parameters at runtime, e.g. as is common for docker containers.
Also it would be good if the requirements for issuer could be better documented. I am unclear exactly what I need to pass to this. Maybe https://dex.example.org/ ? Or maybe https://dex.example.org/.well-known/openid-configuration ?
client_id doesn't matter as much, as as far as I can tell it isn't actually the client_id (maybe the name isn't great here), but a reference to the configuration in the call back. Which looks like it is executed at runtime, not compile time, and if I am right here, should be OK.

I suspect this might affect other plug parameters too, e,g, the requested scope parameter.

Yes, these a compile-time constant. You can take a look at https://akoutmos.com/post/plug-runtime-config/ to solve this problem.

Also it would be good if the requirements for issuer could be better documented. I am unclear exactly what I need to pass to this. Maybe https://dex.example.org/ ? Or maybe https://dex.example.org/.well-known/openid-configuration?

Plugoid uses OAuth2MetadataUpdater, take a look at the documentation: https://hexdocs.pm/oauth2_metadata_updater/readme.html

I also find it confusing why you need the client_id to lookup the client_id value in the get function.

Clients can be configured dynamically (keys can change, etc.), which is why there's a callback.

Clients can be configured dynamically (keys can change, etc.), which is why there's a callback.

But it still doesn't make sense that you would use the client_id value to lookup the client_id value.
And the first client_id value really is the client_id value that is sent to the server,

Yes. It's just that this field is part of standard OAuth2 client metadata.

No entirely 100% comfortable using yet another 3rd party package - https://hexdocs.pm/replug/readme.html - but I can confirm it does solve the problem. And it also makes it easier to share common config between different plugoid plug instances in different pipelines.
So closing this bug for now.


Make proto-gen does not generate files

Running make proto-gen on main branch produces no changes.
To test:

After either modifying .proto files or deleting .pb.go files, run make proto-gen
Observe git diff

Looks to be working - I just cleared and rebuilt all my docker images. Also thanks @adamewozniak for confirming


Jupyter notebook on vscode hung on "Reconnecting to the kernel..."

Environment data

VS Code version: 1.75.1
Jupyter Extension version (available under the Extensions sidebar): v2023.1.2010391206
Python Extension version (available under the Extensions sidebar): v2023.2.0
OS (Windows | Mac | Linux distro) and version: MacOS Ventura 13.2 on Mac M2 Pro
Python and/or Anaconda version: 3.10.9
Type of virtual environment used (N/A | venv | virtualenv | conda | ...): Conda
Jupyter server running: Local

Issue:
When I try to run a cell in a jupyter notebook, in VSCode, I get a notification saying "Reconnecting to the kernel ...". Once the notebook kernel gets into this state it just hangs. I have seen reports of this issue here: https://github.com/microsoft/vscode-jupyter/issues/12775
Most often this issue appears right on the second cell (the first cell has imports, which runs fine)
I have change JupyterLogging in vscode and here's a snippet of the log where the error appears:
debug 17:18:46.657: VSCodeNotebookController::handleExecution, Class name = _v (started execution)
debug 17:18:46.658: Execute Cell 1 /Users/sbylaiah/Development/cibo/science-analysis/forestry/growing_circles_interpolation.ipynb
debug 17:18:46.658: start the kernel, options.disableUI=false for /Users/sbylaiah/Development/cibo/science-analysis/forestry/growing_circles_interpolation.ipynb
debug 17:18:46.658: Start Jupyter Session in kernel.ts with disableUI = false
everything 17:18:46.658: Telemetry Event : DATASCIENCE.EXECUTE_CELL Measures: undefined Props: {"resourceType":"notebook","resourceHash":"9d6d3d9cd2e2d6a50f5ce0bc7b1b27c62b6fe9861a73984b88ccc8ecd67ba0c3","kernelSessionId":"4e276b0c7c6c54e8771a9d537feab5eb61af200a418fb9a555372f0a58e48d85","capturedEnvVars":"true","userExecutedCell":"true","kernelLanguage":"python","kernelId":"3fe2e62653679ad6038039b4c5c39b6a2daeb83d1f96a46858fa01c593c3a373","pythonEnvironmentType":"Conda","pythonEnvironmentPath":"c3c994132db5243e8c8e4ce449b457b71d2254d179f718ff80131ceaa3c20b02","pythonEnvironmentVersion":"3.10.9","kernelConnectionType":"startUsingPythonInterpreter","pythonEnvironmentPackages":"{\"10179407bb8db6eccacc6da9ca62c2bbbb03bceec4db91e8a021d473e26a5d6c\":\"6.21.2\",\"89e1278be8b894a35e73eaa5c2afd0f745961fd702a4704b2d9c4f1e825f3671\":\"NOT INSTALLED\",\"9916a5fb8a8d51c1412e88aed98e4404cd55f7b96a71c51d539b3cc15ca1eb97\":\"NOT INSTALLED\",\"897912f1d7a38112511452e440bf4c54ef8e57a665e40648e89207d6628a2fd8\":\"7.3.2\",\"3ce399db4dc985069ce539ac0a6cb94e8dd3d49f36dd0b747f88e01358991251\":\"NOT INSTALLED\",\"d927ca7348e5732e599cad20c03d6e3a685e4ebffdb0af3535e1070009a9f978\":\"NOT INSTALLED\",\"d3e7ab21472587eb5ec6e05d0463e93a0b01f604b20c3def0e395b82a268fde5\":\"NOT INSTALLED\",\"94e6eda30eae4335f771fb7e325569f30a9795fd919105b9710e95fdc94e0d66\":\"NOT INSTALLED\",\"b53bcf919f24746d72094b8b86c0325cf40723d3d63240705db51a27b261bc96\":\"NOT INSTALLED\",\"d60b76184370a4ed8fd706458d5bbf85163af824d90732dd0f2e0c0897cd1c68\":\"25.0.0\",\"904075f7a02bc2bda9f4d0cb02f379d7f97c1c0470a4d646ddb5e2ff60ef0793\":\"NOT INSTALLED\",\"83716a35515f728928d7ce0aaa73e3445679d939169124b88fec90b522c45179\":\"6.1\",\"840eb2c1c4b04492f16d4affecb7e8d16837e3aaa81f0df570a65851411acb60\":\"5.9.0\"}","isInsiderExtension":"false","isPythonExtensionInstalled":"true","rawKernelSupported":"false","VSCode.ABExp.Features":"livesharecontinuousaa;reusableLinks;RemoveKernelToolbarInInteractiveWindowcf;portForwardingServiceEnabled-development;portForwardingServiceEnabled-staging;portForwardingServiceEnabled-production;jupyterTest;pylanceIndexingEnabled;NativeNotebookEditor;jupyterEnhancedDataViewer;mindaroBinariesVersion;mindaroBinariesVersion-1.0.20210702;mindaroBinariesVersion-1.0.20210723;account-aacf;shouldUseGrpcService;config.jupyter.showOnlyOneTypeOfKernel;config.python.analysis.indexing;gettingStarted.overrideCategory.vscode.typescript-language-features.nodejsWelcome.when;pylanceAutoIndent;config.autoImportUserSymbolscf","abexp.assignmentcontext":"vsliv368:30146709;vsreu685:30147344;python383cf:30185419;vspor879:30202332;vspor708:30202333;vspor363:30204092;vsjup275:30257433;pythonvspyl392:30443607;vsjup518:30340749;pythondataviewer:30285071;binariesv615:30325510;bridge0708:30335490;bridge0723:30353136;vsaa593cf:30376535;c4g48928:30535728;dsvsc012cf:30540253;pyindex848:30662994;nodejswelcome1cf:30587006;pyind779:30662992;pythonsymbol12cf:30657549;","isamlcompute":"false"}
debug 17:18:46.658: Start cell 1 execution @<PHONE_NUMBER>658
[E 17:18:54.383 NotebookApp] Uncaught exception, closing connection.
    Traceback (most recent call last):
      File "/Users/sbylaiah/miniconda3/envs/deepcdl/lib/python3.9/site-packages/tornado/iostream.py", line 702, in _handle_events
        self._handle_write()
      File "/Users/sbylaiah/miniconda3/envs/deepcdl/lib/python3.9/site-packages/tornado/iostream.py", line 976, in _handle_write
        self._write_buffer.advance(num_bytes)
      File "/Users/sbylaiah/miniconda3/envs/deepcdl/lib/python3.9/site-packages/tornado/iostream.py", line 182, in advance
        assert 0 < size <= self._size
    AssertionError
Exception in callback None()
handle: <Handle cancelled>
Traceback (most recent call last):
  File "/Users/sbylaiah/miniconda3/envs/deepcdl/lib/python3.9/asyncio/events.py", line 80, in _run
    self._context.run(self._callback, *self._args)
  File "/Users/sbylaiah/miniconda3/envs/deepcdl/lib/python3.9/site-packages/tornado/platform/asyncio.py", line 206, in _handle_events
    handler_func(fileobj, events)
  File "/Users/sbylaiah/miniconda3/envs/deepcdl/lib/python3.9/site-packages/tornado/iostream.py", line 702, in _handle_events
    self._handle_write()
  File "/Users/sbylaiah/miniconda3/envs/deepcdl/lib/python3.9/site-packages/tornado/iostream.py", line 976, in _handle_write
    self._write_buffer.advance(num_bytes)
  File "/Users/sbylaiah/miniconda3/envs/deepcdl/lib/python3.9/site-packages/tornado/iostream.py", line 182, in advance
    assert 0 < size <= self._size
AssertionError

However, like others have reported in the referenced issue, I do not see errors related to ZeroMQ in the stack trace.

duplicate of https://github.com/microsoft/vscode-jupyter/issues/12775?notification_referrer_id=NT_kwDOAB28jLI1NTQzMzU1OTQ5OjE5NDg4MTI#issuecomment-1433883946
stack trace still points to tornado upstream


Automated Keyword Enhancements

Adds some functionality to the keywords generation step.
From the _make_keywords() doc block:
		Make a list of keywords by parsing the description and name.

        Multi-word sub-strings are made by tokenizing the description's
        lowercase filler words. Each capitalized word in the description
        is also an individual keyword. The package name is also used,
        but split by underscores. (If the entire description is lower
        case, initialize each word first, then process like normal.)

        Example:
            `description`: "Module for Parsing Setup Utilities"
            `name`: "wipac_dev_tools"
            *returns ->* [
                "Module",
                "Parsing",
                "Parsing Setup Utilities",
                "Setup",
                "Utilities",
                "dev",
                "tools",
                "wipac",
            ]

        NOTE: See tests for more examples.

Also, now using tox for testing.

The PyPI-implementation won't use SetupShop


Please someone review this change.

When I'm uploading a sample QRDA Cat1 file see a sample (https://raw.githubusercontent.com/adrianlfns/SAMPLE_QRDA/master/Test.xml), the import fails.
The proposed change is the only thing that fixes this issue for me...
I'm not sure if is correct.

Can you describe how you are uploading the CAT1 file?  Is it just a single .xml file vs. a zipped file?

Hello, I'm uploading a single .xml using a PopHeatlh API function.
See the https://github.com/OSEHRA/popHealth/blob/master/app/controllers/api/reports_controller.rb
see line 352,  api :GET, "/reports/cat1/:id/:measure_ids"
To give you more Ideas. The error happens when the node  <sdtc:inFulfillmentOf1 typeCode="FLFS">
is present inside the node that represents Communication: From provider to provider.
thank you

Any update on this??

I’m waiting for one of the developer to verify.  He has been very busy lately.
I hope to get an response quickly from him to merge the code.
Apologize for the delay.
From: Adrian<EMAIL_ADDRESS>Sent: Wednesday, March 14, 2018 1:37 PM
To: OSEHRA/health-data-standards<EMAIL_ADDRESS>Cc: Subscribed<EMAIL_ADDRESS>Subject: Re: [OSEHRA/health-data-standards] Please someone review this change. (#11)
Any update on this??
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub https://github.com/OSEHRA/health-data-standards/pull/11#issuecomment-373110519 , or mute the thread https://github.com/notifications/unsubscribe-auth/AA8hV3MkqFB9B-kH0hUnyLfMKKtof6n5ks5teVVWgaJpZM4SOP-i .


Beta Release

What to finish before release:

[x] launch Geth from Electron - #122
[x] download Geth if not exists
[x] launch Connector from Electron
[ ] hide support for Address Book, Tokens and Contracts for now
[ ] switch between local node and remote (gastracker/epool)
[ ] few issues on sent transaction form
[ ] new UX for address screen
[ ] new UX for transaction details screen - #128
[ ] new UI for header
[ ] current transactions history (sent/received after app launch) - #123, #124
[ ] show value in USD - #126
[ ] "Add ETC" popup - #127
[ ] first launch screen
[ ] bundle as distributable app

The new UI for header is the one from design.png, yes?

right, not sure if i've published it here

why hide support for contract/token?


chore(merge-back): 1.112.0

See CHANGELOG

AWS CodeBuild CI Report

CodeBuild project: codebuildgithubautobuildPro-fkVQbXRiQi6A
Commit ID: fad72f42675d64b2403bd74c9a7877bd253c534a
Result: SUCCEEDED
Build Logs (available for 30 days)

Powered by github-codebuild-logs, available on the AWS Serverless Application Repository


typing.ContextManager --- warned against but unactionable?

Hi @leycec , sorry to bother you again.
I am one to treat warnings as errors, and thus PEP 484/585 require me to make migrations of the form
from typing import Hashable

to
from collections.abc import Hashable

However, there appears not to be an analogue of typing.ContextManager. Accordingly, what do I do in this situation?
Here's a minimal example:
from contextlib import contextmanager
from collections.abc import Iterator
from typing import ContextManager
from warnings import filterwarnings, simplefilter
from beartype import beartype

filterwarnings("error")

@contextmanager
@beartype
def foo() -> Iterator[None]:
    yield

f = foo()
print("\n\n\nfoo is correctly typed: {}\n\n\n".format(f))

@beartype
def bar(cm: ContextManager[None]) -> None:
    pass

bar(f)
print("did not get here")

resulting in:
> python foo.py

foo is correctly typed: <contextlib._GeneratorContextManager object at 0x7f3104e4d3a0>

Traceback (most recent call last):
   <snip>
    warn(
beartype.roar.BeartypeDecorHintPep585DeprecationWarning: PEP 484 type hint typing.ContextManag
er[NoneType] deprecated by PEP 585 scheduled for removal in the first Python version released
after October 5th, 2025. To resolve this, either drop Python < 3.9 support and globally replac
e this hint by the equivalent PEP 585 type hint (e.g., "typing.List[int]" by "list[int]") or s
ee this discussion topic for saner and more portable solutions:
    https://github.com/beartype/beartype#pep-484-deprecations

It's replaced by contextlib.AbstractContextManager.

Hi @leycec , sorry to bother you again.

Oh, you're never a bother! You're among my most valued, respected, and applause-worthy users. Please keep your hard-hittin' issues a-comin'. After all, criticism only makes us stronger and more virile.

However, there appears not to be an analogue of typing.ContextManager.

Ah-ha! This is your lucky dev evening. Thankfully, there is actually a one-to-one analogue of typing.ContextManager; it just goes by a completely different name and lives in a completely unexpected module.
To cleanly map between deprecated PEP 484 type hints and the equivalent non-deprecated PEP 585 type hints, see the *"Implemented" section of PEP 585. Here's how the mapping works:

For each type hint with a straightforward mapping, PEP 585 lists the PEP 585 type hint without listing the PEP 484 type hint (e.g., the PEP 585 type hint collections.OrderedDict, which deprecates the PEP 484 type hint typing.OrderedDict).
For each type hint with a non-obvious mapping, PEP 585 lists the PEP 585 type hint first followed by the PEP 484 type hint as a #-prefixed comment (e.g., collections.abc.Set # typing.AbstractSet, implying that the PEP 585 type hint collections.abc.Set deprecates the PEP 484 type hint typing.AbstractSet).

Does that answer your concern, Derek?

...sniped by Spence.  That is the day I would surely lose everything.

Ahh, thanks guys for the help. I could've sworn I did a poor man's grep (a.k.a., Ctrl-F) for ContextManager, but however that went wrong. In any case, onward with the @beartypeing! Confidence like no other!

I'm a simple CLI man. I see rg, I upvote with emoji. And thanks so much for all the @beartype-ing! You're flexing with some impressive real-world stats there. :muscle:
Our own usage is spineless like a jellyfish by compare. The public shame I feel is real:
$ rg '@beartype' **/*.py --stats
582 matches
582 matched lines
88 files contained matches
217 files searched
13504 bytes printed
1555310 bytes searched
0.001865 seconds spent searching
0.006695 seconds


JPEG support is missing from php 7.4

ISSUE TYPE

Bug Report

SUMMARY

I think the jpeg support is missing because in php 7.4 some parameters used for compilation have been changed
PHP 7.4 UPGRADE NOTES - Migration to pkg-config

Upgrade is on the way


superset 1.5.1 upgrade failed

A clear and concise description of what the bug is.
upgrade superset failed.
How to reproduce the bug

pip install apache-superset --upgrade
superset db upgrade
superset init

Expected results
works
Actual results
superset db upgrade  failed.
superset init
Usage: superset [OPTIONS] COMMAND [ARGS]...
Error: Could not locate a Flask application. You did not provide the "FLASK_APP" environment variable, and a "wsgi.py" or "app.py" module was not found in the current directory.
what actually happens.
Environment
(please complete the following information):

browser type and version:
superset version: 1.5.1
python version: 3.8.10
node.js version: node -v

export FLASK_APP=superset  should be set before run  superset db upgrade .

the export statement is also missing from the install documentation

.


RuntimeWarning: Python binding for CumulativeOptions not exposed

Describe the bug, including details regarding any error messages, version, and platform.
Settings

Python: Python 3.7.17 (yes, I know this is no longer officially supported)
OS: Mac OS Sonoma [14.1.2 (23B92)]
Processor: m1
I did brew install cmake
I did brew install apache-arrow
pyarrow version: 12.0.1
pandas version: 1.3.5

Logs
...
    import pandas as pd
/Users/me/Library/Caches/pypoetry/virtualenvs/myproj-kIMGt_mS-py3.7/lib/python3.7/site-packages/pandas/__init__.py:50: in <module>
    from pandas.core.api import (
/Users/me/Library/Caches/pypoetry/virtualenvs/myproj-kIMGt_mS-py3.7/lib/python3.7/site-packages/pandas/core/api.py:29: in <module>
    from pandas.core.arrays import Categorical
/Users/me/Library/Caches/pypoetry/virtualenvs/myproj-kIMGt_mS-py3.7/lib/python3.7/site-packages/pandas/core/arrays/__init__.py:20: in <module>
    from pandas.core.arrays.string_arrow import ArrowStringArray
/Users/me/Library/Caches/pypoetry/virtualenvs/myproj-kIMGt_mS-py3.7/lib/python3.7/site-packages/pandas/core/arrays/string_arrow.py:65: in <module>
    import pyarrow.compute as pc
/Users/me/Library/Caches/pypoetry/virtualenvs/myproj-kIMGt_mS-py3.7/lib/python3.7/site-packages/pyarrow/compute.py:331: in <module>
    _make_global_functions()
/Users/me/Library/Caches/pypoetry/virtualenvs/myproj-kIMGt_mS-py3.7/lib/python3.7/site-packages/pyarrow/compute.py:328: in _make_global_functions
    g[cpp_name] = g[name] = _wrap_function(name, func)
/Users/me/Library/Caches/pypoetry/virtualenvs/myproj-kIMGt_mS-py3.7/lib/python3.7/site-packages/pyarrow/compute.py:287: in _wrap_function
    options_class = _get_options_class(func)
/Users/me/Library/Caches/pypoetry/virtualenvs/myproj-kIMGt_mS-py3.7/lib/python3.7/site-packages/pyarrow/compute.py:207: in _get_options_class
    .format(class_name), RuntimeWarning)
E   RuntimeWarning: Python binding for CumulativeOptions not exposed

Component(s)
Python

This issue can be closed I think? (not actionable on Arrow's side)

Thanks for the suggestion @nbro10 . Allowing to install several versions from brew would require some extra maintenance effort but is indeed something that could be explored. I think this could be opened on a different issue with the suggestion.
As per building from source the documentation can be found here:
https://arrow.apache.org/docs/developers/cpp/building.html


Reworking

A few style improvements, If you are interested I think I could write some more (like to fix the way building filesystem paths is done).

Thanks for doing this, although it looks like a lot of these improvements would also make sense submitted to the python-rtmbot project where I got the code in rtmbot.py and the rtmbot readme.
It's a bit of a strange design for a library; I had to actually copy it out of the rtmbot repo in order to use it, because it's designed to invoke my code (mostly in teambot.py). Eventually I think it would make sense to rip out the rtmbot stuff altogether and refactor the whole thing - it just adds a layer of complexity that makes the whole application structure harder to understand.


Add .vscode to .gitignore

Please use the ~/.gitignore file for any developer specific ignores.  This does not belong in the repo.


[SYM-4457] Reorganize Examples Repo

Summary

Moves all of the examples into a folder "basic"

Testing

View the new structure here. Validated all the links in the table of contents still work

Current dependencies on/for this PR:

main

PR #56   👈

This comment was auto-generated by Graphite.

will this break existing links?

oh gosh you're right. We link to the examples repo from the docs a lot :(


[HIP] Ongoing list of Unrecognised refs in QUDA-HIP port

I am attempting to port the QUDA library to HIP. I shall document here and unconverted references as I find them. I'm using cuda 9.2.148 and hip/1.5-cuda9 on SUMMIT.

[HIPIFY] info: UNCONVERTED refs by names:
  cuGetErrorString: 1

@cpviolator Apologies for the lack of response. Can you please test with latest ROCm 6.1.0 (HIP 6.1)? If resolved, please close ticket. Thanks!

@cpviolator Closing issue. Please re-open if issue still occurs with ROCm 6.1.1 Thanks!


CLN: remove hx_replace_url repeated key

name: Pull Request
about: remove hx_replace_url repeated key from components's hx_attrs_annotations dict
title: '[PR] '
labels: 'cleanup'
assignees: ''

Related Issue
[skip]
Proposed Changes
Remove hx_replace_url repeated key from components's hx_attrs_annotations dict
Types of changes
What types of changes does your code introduce? Put an x in all the boxes that apply:

[ ] Bug fix (non-breaking change which fixes an issue)
[ ] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to change)
[x] Cleanup

Checklist
Go over all the following points, and put an x in all the boxes that apply:

[x] My code follows the code style of this project.
[ ] My change requires a change to the documentation.
[ ] I have updated the documentation accordingly.
[ ] I have added tests to cover my changes.
[ ] All new and existing tests passed.
[x] I am aware that this is an nbdev project, and I have edited, cleaned, and synced the source notebooks instead of editing .py or .md files directly.

Additional Information
[none]

cc @jph00 this is a tiny cleanup, would need your approval for workflow to run, I can't add reviewers directly.

Well spotted :)


"Internal Server Error" after click to "Google Login"

Issue exists on both local deployment and appengine (https://authtopus.appspot.com)

Looks like it's a bug caused by some non-ascii characters in the response from the Google login.  Here's the stack trace:
2015-11-26 10:06:30.157
Encountered unexpected error from ProtoRPC method implementation: UnicodeDecodeError ('ascii' codec can't decode byte 0xc5 in position 115: ordinal not in range(128))
Traceback (most recent call last):
File "/base/data/home/runtimes/python27/python27_lib/versions/third_party/protorpc-1.0/protorpc/wsgi/service.py", line 181, in protorpc_service_app
response = method(instance, request)
File "/base/data/home/runtimes/python27/python27_lib/versions/third_party/endpoints-1.0/endpoints/api_config.py", line 1332, in invoke_remote
return remote_method(service_instance, request)
File "/base/data/home/runtimes/python27/python27_lib/versions/third_party/protorpc-1.0/protorpc/remote.py", line 414, in invoke_remote_method
response = method(service_instance, request)
File "/base/data/home/apps/s~authtopus/1.388833677725947918/ext/endpoints_proto_datastore/endpoints_proto_datastore/ndb/model.py", line 1412, in EntityToRequestMethod
response = api_method(service_instance, request)
File "/base/data/home/apps/s~authtopus/1.388833677725947918/ext/authtopus/authtopus/api.py", line 490, in SocialLogin
logging.debug( slm.provider + ' response: ' + str( result.content ) )
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc5 in position 115: ordinal not in range(128)
I'll look at it a bit more when I get the chance.

I should also mention that it works fine for me, so there's something unique in your Google public profile information that's triggering the problem.  Might be able to get around it by just removing the offending logging.debug( ) line.

OK, I've updated the library and the example app.  If it's not too much hassle, can you try another Google login and let me know if it works?

Now it works fine, I've checked with two different google accounts. Thanks!

Awesome, thanks for checking!


Snackbar manually dismiss error

  This is not what i need here, because it will cause error if the snack has dismissed.

Example:
We call a snack bar and its will auto dissmiss after 5s.
Before 5s, we can manually dismiss by this method.
But, after 5s, if we call this method, an error will occur:
══╡ EXCEPTION CAUGHT BY GESTURE ╞═══════════════════════════════════════════════════════════════════
The following assertion was thrown while handling a gesture:
Assertion failed:
D:\…\widgets\overlay.dart:161
_overlay != null
is not true
When the exception was thrown, this was the stack:

So... Maybe i will need another way....
Thank you so much for your support.
Originally posted by @thegioiso in https://github.com/bdlukaa/fluent_ui/discussions/630#discussioncomment-4282025

You can only call result.remove() if the snackbar is still being displayed, otherwise, an error will be thrown.


shift self unproven circuit

Steps to reproduce the issue
The following Verilog have: ERROR: Found 12 unproven $equiv cells in 'equiv_status -assert'. with itself.
module top_mod(
  input         clock,
  input         arst,
  input  [16:0] tmp4,
  output [11:0] tmp29
);
  reg  state_11;
  wire  next_11 = state_11 + 1'h1;
  assign tmp29 = tmp4 >>> next_11;
  always @(posedge clock) begin
    if (arst) begin
      state_11 <= 1'h0;
    end else begin
      state_11 <= next_11;
    end
  end
endmodule

VFILE1=a_top_mod_old.sv
VFILE2=a_top_mod_new.sv
DUT=top_mod

yosys -q -p "
  read_verilog $VFILE1
  rename $DUT top1
  proc
  memory
  flatten top1
  hierarchy -top top1
  async2sync
  read_verilog $VFILE2
  rename $DUT top2
  proc
  memory
  flatten top2
  equiv_make top1 top2 equiv
  hierarchy -top equiv
  async2sync
  clean -purge
  equiv_simple -short -undef
  equiv_induct -undef -seq 50
  equiv_status -assert
"

Yosys 0.9+3911 (git sha1 58a57551, clang 11.0.1 -fPIC -Os)
Expected behavior
to be equivalent with itself
ERROR: Found 12 unproven $equiv cells in 'equiv_status -assert'.
Actual behavior
not equivalent to itself

The problem disappears if the >>> is replaced with a +, -, /; the problem remains for all other shift operators, comparison operators, as well as *.

You really do not want to run clean in this context! If you look at what it actually is doing you will see the problem:
[after running all but the last 4 commands of your script]
yosys> debug clean -purge
Finding unused cells or wires in module \equiv..
  removing unused `$equiv' cell `$auto$equiv_make.cc:280:find_same_wires$15'.
  removing unused `$equiv' cell `$auto$equiv_make.cc:280:find_same_wires$16'.
  removing unused non-port wire \tmp4_gold.
  removing unused non-port wire \clock_gold.
  removing unused non-port wire \arst_gold.
  removing unused non-port wire \tmp4_gate.
  removing unused non-port wire \clock_gate.
  removing unused non-port wire \arst_gate.
  removing unused non-port wire \next_11.
  removing unused non-port wire \state_11.
Removed 2 unused cells and 8 unused wires.

If you leave out the clean command it successfully proves equivalent.

Thank you @nakengelhardt I will test proposed solution over more cases.

well some tests that where failing with clean now passing, but some other tests that where passing with clean now failing without it. Would be great having some more universal solution.

It does look like there is a bug in equiv_make that was introduced with #641; we are investigating further. This circuit used to be provable with equiv_simple before that PR.

As it turns out, #641 did not in fact fix anything, but instead disabled a necessary step in equiv_make where the users of the gold and gate versions of a signal get connected to the output of the corresponding $equiv cell. This was only masking a less common bug by introducing a worse bug that would affect nearly all designs. What equiv_make was doing in the example in #639 was unintuitive but not incorrect; the problem causing equiv_simple to pass erroneously is a fundamental design flaw in equiv_simple where it works with wrong assumptions (just picking one input to an $equiv cell as value when proving a different one). We'll revert #641 which will fix this test, but unfortunately the original bug from #639 will remain. Fixing that would require a rewrite of equiv_simple, but we have already started working on a different new tool for equivalence checking with yosys which will hopefully be an improvement over this and the other problems with the equiv_* passes.


Setup Airbrake for your JavaScript application

Install Airbrake in 2 easy steps:
Step 1: Add the library
Include via CDN:
<script src="https://cdnjs.cloudflare.com/ajax/libs/airbrake-js/1.1.1/client.min.js"></script>

We also support installation via npm and Bower.
Step 2: Copy this config snippet to your app.js file
(You can find your project ID and API KEY with your project's settings):
var airbrake = new airbrakeJs.Client({
  projectId: <Your project ID>,
  projectKey: '<Your project API Key>'
});
airbrake.addFilter(function (notice) {
  notice.context.environment = 'production';
  return notice;
});

To test that Airbrake has been installed correctly in your JavaScript project, just open up the JavaScript console in your internet browser and paste in:
airbrake.notify('hey there!')

Visit official GitHub repo for more info on alternative configurations and advanced options.

Setup for the the feed loader, but haven't set up for the website yet since we don't currently have a good mechanism for key hiding on the front-end


Fix jwt auth with not required but present iss claim

Overview
When iss claim is present in JWT token, but required_claims does not contain iss, then Invalid iss claim error happens. This is happening, because when validating iss, there is no handling for such situation.
Testing recommendations
Added jwt auth with not required but present (in token) iss claim. It can be executed with
make elixir
Related Issues or Pull Requests
The problem has been reported in #2931 and suggested it has been solved by #2888. However, #2888 addresses other issue, not this one.
Checklist

[x] Code is written and works correctly
[x] Changes are covered by tests
[ ] Any new configurable parameters are documented in rel/overlay/etc/default.ini
[ ] A PR for documentation changes has been made in https://github.com/apache/couchdb-documentation

Would there be any chances for this change being discussed?

Hi @ChrisPaprocki, sincere apologies for missing this last year! Since you opened this, I also discovered this issue, and fixed it independently on 3.x branch with https://github.com/apache/couchdb/pull/3392 and ported to main with https://github.com/apache/couchdb/pull/3426. Can you please confirm that fixe works for you, and if not reopen this issue with details of the ongoing problem? Thank you.


autocomplete error on search

When using the following code with user full name it works
let searchQuery = FluentUser.Search.Builder()         .setFirstName("FirstName")         .build() let users = s?.user?.blockingSearch(searchQuery)?.data   <--- crash here when using one letter
but when going to use one letter only for autocomplete we are getting the crash.
( please see attachment )
Questions:
Does the search options works for letters?
What will be code example in case when search by letters is possible?
We have using
Swift version 4.1
Xcode 9.3.1

Regards

@Valodya89 we are going to improve this this week-end. Cheers

@Valodya89 you can update the version of the SDK you are using to the 1.0.11.
You thus will be able to use the new capabilities of the search feature, for instance for autocomplete :
// Search every user whom first name starts with the "a" letter
let searchQuery = FluentUser.Search.Builder().setFirstName("a").mustEndWith(false).build()
let users = try? s?.user.blockingSearch(searchQuery)?.data

Thank You!


Fix failing test suite

This PR solves issues in tests suite:

parse names from pip search output in test.py
add --all flag to pip freeze if pip version is >= 8.1.0
wheel is excluded from pip freeze output if --all option is not specified: https://github.com/pypa/pip/releases/tag/8.1.0

Travis checks are still failing, but is it probably because of missing test requires. I will try to find out how to solve it as well.

Thanks for the push, that fixed it!


Initialize project

Notable changes:

Add Nx workspace.
Add tfjs-node-helpers library.
Add tfjs-node-helpers-example application.
Add readme and contribution guide.

@astorozhevsky Could you please review?


Access Rights

Hey Daniel, would you give me rights to this repo?

^ @dazuma

Done

Are you transferring the tanx code over?

Yes, just did


Razor not completely highlighted with ASP.NET Core when wrapped inside @{ }

VSCode Version: 1.13.1
OS Version: Windows 7 SP1 build 7601

Step to reproduce:

Create new ASP.NET Core project
Open Views/Account/Login.cshtml

any razor code that wrapped inside a @{ } will show the issue

Use another service to log in.

            @{
                var loginProviders = SignInManager.GetExternalAuthenticationSchemes().ToList();
                if (loginProviders.Count == 0)
                {

                            There are no external authentication services configured. See this article
                            for details on setting up this ASP.NET application to support logging in via external services.

                }
                else
                {
                    <form asp-controller="Account" asp-action="ExternalLogin" asp-route-returnurl="@ViewData["ReturnUrl"]" method="post" class="form-horizontal">

                                @foreach (var provider in loginProviders)
                                {
                                    <button type="submit" class="btn btn-default" name="provider"<EMAIL_ADDRESS>title="Log in using your @provider.DisplayName<EMAIL_ADDRESS>                                }

                    </form>
                }
            }

This also happens to me and it's really annoying.


JobActivity was removed from neovim with recent job api refactoring

I get the following error now. See neovim/neovim#2247
Error detected while processing path/to/neomake/plugin/neomake.vim:
line   31:
E216: No such group or event: JobActivity neomake* call neomake#MakeHandler()

Same here

Should be fixed in #75. Please let me know if there is any further issue. Thanks for reporting!

Work well now.


Added support for canonical package import comments in common/verdeps

Support for
package thing // import "github.com/a/b"

in common/verdeps. Also fixed a concurrency bug that led to race conditions on very fast machines.

Coverage decreased (-2.2%) to 42.274% when pulling ff576c269ed229f2e491ad189b8a9aa2aaa88311 on feature/canonical-import-comments into 4809b779fb234f441b2678198a33c8f7e6c786a0 on master.

Yeah, yeah, yeah coveralls. I'll get to the coverage later.

Hahaha I like how coverage will not give us some insight to how the coverage percentage changes.


Install just through github action

Sweet, looks good to me! Awesome that it even works on windows.


MasterRole label initialization

@terrytangyuan I see that masterRole re-initialization is removed inside loop in your PR https://github.com/kubeflow/tf-operator/pull/974/files#diff-ec57988f58453ac8c08d62d32e48e0a2L76
If masterRole is not re-initialized inside loop, every pod will have master role to be true once it has got set . What is the reason behind this?
/cc @terrytangyuan

@johnugeorge I changed it only from a programmatic/lint perspective, the default value for bool is false in Go so masterRole = false isn't really necessary anymore.

@terrytangyuan masterRole = false is inside a loop and masterRole is set only for the pod where it acts as master

@johnugeorge Good catch. I am reverting it in https://github.com/kubeflow/tf-operator/pull/992. Thanks!