[in_app_purchase] Move to stable release

This PR moves the in_app_purchase plugin to stable by updating the version to 1.0.0 and remove references of beta version from the README.md.
If you had to change anything in the flutter/tests repo, include a link to the migration guide as per the breaking change policy.
Pre-launch Checklist

[x] I read the Contributor Guide and followed the process outlined there for submitting PRs.
[x] I read the Tree Hygiene wiki page, which explains my responsibilities.
[x] I read and followed the Flutter Style Guide and the C++, Objective-C, Java style guides. (Note that unlike the flutter/flutter repo, the flutter/plugins repo does use dart format. See plugin_tool format)
[x] I signed the CLA.
[x] The title of the PR starts with the name of the plugin surrounded by square brackets, e.g. [shared_preferences]
[ ] I listed at least one issue that this PR fixes in the description above.
[x] I updated pubspec.yaml with an appropriate new version according to the pub versioning philosophy.
[x] I updated CHANGELOG.md to add a description of the change.
[ ] I updated/added relevant documentation (doc comments with ///).
[ ] I added new tests to check the change I am making or feature I am adding, or Hixie said the PR is test exempt.
[x] All existing and new tests are passing.

If you need help, consider asking for advice on the #hackers-new channel on Discord.

Landing on red while we figure out the unrelated iOS stable test, since this PR can't created failures in the those tests.


Grave emoji

Neither a Gravestone nor a Graveyard emoji is available, but a Coffin ⚰ and an Urn ⚱ as well as “remains” (Skulls ☠💀 and Ghost 👻), also several religious symbols, e.g. a Christian ✝ and an Orthodox ☦ Cross. There is a Headstone Graveyard Symbol in Unicode at U+26FC ⛼.

🪦 Headstone


Add License plate to the Create and Edit emails for Private Cloud

Description:
Now users can't see license plate in the emails about Create and Edit requests for Private Cloud.
As it is the most universal ID of the product throughout the whole system, users should have it in the email.

Fixed:
Create Request:

Edit Request:


Why not Parquet?

I don't understand why we are creating yet another data format.  Parquet has a C++ binding so why not just add some syntactic sugar to support Python, R and others?
https://github.com/Parquet/parquet-cpp

Parquet's C++ library is now hosted here now: https://github.com/apache/parquet-cpp (note: I am an Apache Parquet committer).
When considering data formats, you must consider:

what kind of data is being stored?
what are the usage patterns for that data?

I argue that Feather and Parquet have slightly different answers to these two questions. Several points

One obvious issue is Parquet's lack of built-in support for categorical data. This means pandas's categoricals and R's factors

Parquet is optimized for IO constrained, scan-oriented use cases. For example: if you have an IO subsystem that can only give you 200 MB/s (e.g. spinning rust hard drives), then Parquet is great because the encoding and compression strikes a balance between smallness and speed to decompress. Feather, on the other hand, assumes that IO bandwidth is not as much of an issue. Parquet theoretically will outperform with highly compressible/encodable data (the C++ Parquet library is still a work-in-progress, so we haven't done in-depth perf analysis)

Parquet does not support random access / reads from the middle (again, due to the emphasis on scan workloads found in SQL engines or Spark). The hope is that Feather may be able to help with multithreaded / out-of-core workloads someday, and this is a useful feature.

Those are the things on the top of my head. In summary: adding syntactic sugar on top of Parquet will not easily provide an adequate solution.

@wesm can you add that to the README/some other documentation? The question will definitely come up more often.

If you are documenting "why we used this technology not that", you might also want to add a section on why you didn't use HDF5, since that's a common cross-platform data storage format.

@richierocks sure, you are not the first person to ask. The thing about HDF5 is that the only value it would provide in this case would be taking responsibility for the location (and the reading and writing) of blobs of bytes in the file, which is the simplest part of the problem. A Feather file internally is a data stream (a concatenation of table columns) followed by a compact chunk of metadata describing the layout of the file. HDF5 does not provide this metadata support.

@wesm:  Thanks for the quick response.  So with regards to Parquet's lack of support for categorical data, parquet-avro resolves that right?
The point about random access is well taken.  However I would resolve that by storing flatbuffer key values in leveldb or some other key value store.
I like that there is no dependency on HDFS as that is a legacy technology already as network attached block storage already does a better job than HDFS.  Hard dependency on Hadoop is an annoyance in Parquet I could do without.

The reason for the question is that the "big data" area is as flooded with data formats as it is with hype.  We really don't need more unless there is a really good reason for it.  Otherwise it just creates more FUD

@mpouttuclarke No, I do not think parquet-avro helps. The intent of parquet-avro, parquet-thrift, etc. is to provide a mechanism to map those IDL / schema specifications onto Parquet files (read and write). For example, there are systems (think: streaming data collectors which store things as Parquet files) where data needs to be received in Thrift / Avro format (e.g. log messages).
I agree that it is sometimes difficult for people who are not experts in these technologies to tell them apart / decide which one to use. If you require a specialized solution for a real world use case (for example, as we have done here), your technical decisions should not be driven by the possible confusion that it will cause laypeople / casual observers. Be wary of the Highlander Fallacy (http://www.artima.com/weblogs/viewpost.jsp?thread=202304).

I don't think this causes much confusion amongst the primary users of feather - in my mind, these are regular people who are using python and R for data analysis, and want a file format that is better than csv.  None of the other file formats come anywhere close to supporting this group of users.

Got it.  Not trying to be a buzzkill but I really think you guys need to put down on paper exactly why and where this format should be used and where you see it fits in the big data landscape.  It isn't enough to just invoke being an Apache or R committer.  A tool is only good when used as designed, and with 20+ years dealing with customers using a screwdriver when a hammer is needed the help would be appreciated :)

As one of the intended audience of feather in both R and Python I can
attest to having no ambiguity at all to what problem they are solving. :)
Feather is pretty much the solution.
And I don't think it fits at all into the "Big Data" landscape. It appears
to be aimed squarely at the "one machine - do some analysis" space.
On 13 Jun 2016 20:23, "Matt Pouttu-Clarke"<EMAIL_ADDRESS>wrote:
Got it. Not trying to be a buzzkill but I really think you guys need to put
down on paper exactly why and where this format should be used and where
you see it fits in the big data landscape. It isn't enough to just invoke
being an Apache or R committer. A tool is only good when used as designed,
and with 20+ years dealing with customers using a screwdriver when a hammer
is needed the help would be appreciated :)
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/wesm/feather/issues/188#issuecomment-225681576, or mute
the thread
https://github.com/notifications/unsubscribe/AAzaOBTJbHI6EOWoR1tvI3Bv075hsBKvks5qLa42gaJpZM4Iz3Ub
.

As soon as Arrow is mentioned you are in the big data landscape, like it or not.  People creating little data islands using a divergent format in a 100 billion company for example is not cool.  Unless of course there are very good specific reasons to do so.

On Jun 13, 2016, at 1:19 PM, Mick Cooney<EMAIL_ADDRESS>wrote:
As one of the intended audience of feather in both R and Python I can
attest to having no ambiguity at all to what problem they are solving. :)
Feather is pretty much the solution.
And I don't think it fits at all into the "Big Data" landscape. It appears
to be aimed squarely at the "one machine - do some analysis" space.
On 13 Jun 2016 20:23, "Matt Pouttu-Clarke"<EMAIL_ADDRESS>wrote:
Got it. Not trying to be a buzzkill but I really think you guys need to put
down on paper exactly why and where this format should be used and where
you see it fits in the big data landscape. It isn't enough to just invoke
being an Apache or R committer. A tool is only good when used as designed,
and with 20+ years dealing with customers using a screwdriver when a hammer
is needed the help would be appreciated :)
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/wesm/feather/issues/188#issuecomment-225681576, or mute
the thread
https://github.com/notifications/unsubscribe/AAzaOBTJbHI6EOWoR1tvI3Bv075hsBKvks5qLa42gaJpZM4Iz3Ub
.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.

I'm locking this thread. It's not a good use of anyone's time.


Documentation updates

Pull Request type

[ ] Bugfix
[ ] Feature
[x] Refactoring (no functional changes, no api changes)
[ ] Build related changes
[ ] WHOSUSING.md
[ ] Other (please describe):

NOTE: Please remember to run ./gradlew spotlessApply to fix any format violations.
Changes in this PR

Updated Documentation: Introduced a new page/section named appconf.md in the documentation. This section provides a comprehensive overview of all available application configuration parameters, aiding users in understanding and setting configurations.
Updated the config-postgres-es7.properties with config keys taskExecLogSizeLimit and taskLogResultLimit (both commented out) to help newbies setting up log limits. 😅

Thanks for merging the PR @v1r3n!

Hey @v1r3n, I noticed that the GH action for publishing the docs is set to be triggered manually, so the new page isn’t live yet on the docs site. Do you know when the publish docs workflow will be triggered? Thanks!


Issue with 0.9.7 and protobuf version

Hi!
I see that in bigtable-hbase-1.2 0.9.7 protobuf version changed to 3.2 however newest versions 1.2.6 of hbase-client and hbase-common still use protobuf in version 2.5.0.
I created simple project that reproduces issue I faced:
https://github.com/jakon89/google-bt-hbase
It gives following stacktrace:
Exception in thread "main" java.lang.NoClassDefFoundError: com/google/protobuf/LiteralByteString 	at java.lang.ClassLoader.defineClass1(Native Method) 	at java.lang.ClassLoader.defineClass(ClassLoader.java:763) 	at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) 	at java.net.URLClassLoader.defineClass(URLClassLoader.java:467) 	at java.net.URLClassLoader.access$100(URLClassLoader.java:73) 	at java.net.URLClassLoader$1.run(URLClassLoader.java:368) 	at java.net.URLClassLoader$1.run(URLClassLoader.java:362) 	at java.security.AccessController.doPrivileged(Native Method) 	at java.net.URLClassLoader.findClass(URLClassLoader.java:361) 	at java.lang.ClassLoader.loadClass(ClassLoader.java:424) 	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331) 	at java.lang.ClassLoader.loadClass(ClassLoader.java:357) 	at org.apache.hadoop.hbase.util.ByteStringer.<clinit>(ByteStringer.java:44) 	at org.apache.hadoop.hbase.filter.SingleColumnValueFilter.convert(SingleColumnValueFilter.java:311) 	at org.apache.hadoop.hbase.filter.SingleColumnValueFilter.toByteArray(SingleColumnValueFilter.java:329) 	at org.apache.hadoop.hbase.protobuf.ProtobufUtil.toFilter(ProtobufUtil.java:1492) 	at org.apache.hadoop.hbase.filter.FilterList.toByteArray(FilterList.java:367) 	at Main.main(Main.java:19) 	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) 	at java.lang.reflect.Method.invoke(Method.java:498) 	at com.intellij.rt.execution.application.AppMain.main(AppMain.java:147) Caused by: java.lang.ClassNotFoundException: com.google.protobuf.LiteralByteString 	at java.net.URLClassLoader.findClass(URLClassLoader.java:381) 	at java.lang.ClassLoader.loadClass(ClassLoader.java:424) 	at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:331) 	at java.lang.ClassLoader.loadClass(ClassLoader.java:357) 	... 23 more
Is this break intentional or not?

We just released bigtable-hbase-1.x:1.0.0-pre1 that fixes a lot of the dependency related issues (the literal "x" should replace "2".  Here are some notes about the change.

Thanks for putting the example together.  I tried with bigtable-hbase-1.2:1.0.0-pre1, and it had other failure.  bigtable-hbase-1.x:1.0.0-pre1 works fine, and is our recommended option.  We'll fix the problem for bigtable-hbase-1.2:1.0.0-pre2

Thanks, appreciate quick help.
I just ran tests cases with bigtable-hbase-1.2:1.0.0 and they passed however I am worried about 'pre' suffix. I assume that these versions suffix shouldn't go to any env except local/qa. Is there any GA date set for bigtable-hbase-1.2:1.0.0 version(or other version that fixes the issue)?

hbase-1.2 has always had the issue with mismatched protobuf version:
https://mvnrepository.com/artifact/com.google.cloud.bigtable/bigtable-hbase-1.2/0.9.7
I specifically kept that mismatch to keep backwards compatibility during the transition to the new 1.x
artifacts.
Which is why we reworked the dependencies in the new 1.x artifacts. We consider 1.0.0-pre1 to be stable and recommend general usage of it. We recommend most of our users to use bigtable-hbase-1.x. However if you need hadoop compatible dependencies please use bigtable-hbase-1.x-hadoop.
Here is a short description of the new artifacts:
bigtable-hbase-1.x: depends on hbase-shaded-client and exposes grpc and modern version of protobuf. This artifact is meant for standalone usage in webapps, beam, and other environments where the user is in control of their dependencies. This contains the actual connection implementation for hbase 1. It doesn't require any shading and allows for source navigation in ides. This should be the default choice for most users.
bigtable-hbase-1.x-shaded: this artifact doesn't contain any java source files, but uses the maven shade plugin to relocate all internal dependencies. This is meant for environments where the user is not in control of their dependencies and is mostly an implementation detail for dataflow 1.x that will eventually be deprecated in favor of beam. Source navigation will be partially broken for this artifact: you will be able to navigate to the hbase connector code, but navigation to the underlying core client will be broken. However this is just a stopgap measure until we transition to beam.
bigtable-hbase-1.x-hadoop: this is similar the -shaded variant but exposes Hadoop compatible dependencies. This is meant to be used in mapreduce jobs where the mapreduce framework injects jars into the user'a classpath. This will have similar limitations as the -shaded variant: you will be able to navigate to hbase compatibility code, but not the underlying core client. Unfortunately I don't think this is something we can do anything about. I would appreciate any suggestions.

I'm going close this issue as intended behavior.

https://github.com/jakon89/google-bt-hbase does this:

new FilterList(Operator.MUST_PASS_ALL, rowFilters).toByteArray();

The .toByteArray() doesn't work correctly, and has not for a while.  The -1.x version supports it.


Implement and document OR remove RdfaRdfQueryService.js

Hi,
RdfaRdfQueryService.js looks quite unimplemented. Since its functionality is redundant with RdfaService.js, I guess noone needs an extra service to do the same (probably that's why it's not implemented). What is the special case when someone would want to use RdfaRdfQueryService instead of RdfaService? If there's none, my suggestion is to remove it from VIE 2.0.

Fixed by #79


release: Zephyr 1.13.0

Bump version to 1.13.0 final.
Signed-off-by: Anas Nashif<EMAIL_ADDRESS>

Codecov Report

Merging #9890 into master will not change coverage.
The diff coverage is n/a.

@@           Coverage Diff           @@
##           master    #9890   +/-   ##
=======================================
  Coverage   52.28%   52.28%
=======================================
  Files         213      213
  Lines       25964    25964
  Branches     5598     5598
=======================================
  Hits        13576    13576
  Misses      10150    10150
  Partials     2238     2238

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 02d980a...e8308e5. Read the comment docs.


New improved printk implementation

The quality of the previous printk implementation was less than desirable. This PR introduces a new improved, and more robust printk implementation that allows to print strings larger than the allocated print buffers and also adds the "format printf" attribute so that incorrect type identifiers in the format string are detected at compile-time.

@josecm at least one CI check is failing

@DavidMCerdeira

@josecm at least one CI check is failing

The error was due to an "undefined reference to __aeabi_uldivmod" error in 32-bit arm architectures since we don't link the GCC lib. I don't fully understand why this intrinsic was being invoked for one of the divisions but not for the others. Anyway, I believe I fixed this by removing the use of long long` since the print functions don't support these types in the first place.

I have tested console_printk locally with some unit tests and it seems to been working properly.

Thanks!


Expose the modulepreload entry graphs rather than modifying HTML

For my modulepreload use case, I don't have a static HTML file that I want to modify, I have a template file that I want to pass data to (e.g. the list of files that need preloading). It looks something like this:
{% for module in modulepreload %}
    <link rel="modulepreload" href="/public/{{ module }}"></script>
{%- endfor %}

At the most basic level, what I need from a modulepreload plugin for Rollup is something that inspects my bundle and gives me back a list files that need preloading. Then I (myself) can chose what I want to do with that list of files, and how I want to get it into my HTML.
There are also cases where the list of files to preload depends on what URL the user navigates to, and that can only be determined at run time, not at build time. In such cases a template would need more than just a single list, it would need a mapping of entry points to their static graphs (I've filed #3 to address that issue).
This issue is more about answering the question of how a developer gets the list of files to preload from this plugin to the HTML. I think letting them pass a function to the plugin that gets invoked with the entry graphs should be sufficient.

This sounds like a very useful feature I'd be happy to review a PR


Allow blank with values

Fix this issue https://github.com/ruby-grape/grape/issues/1604

I think it's odd that a validator has to look at another validator, but then again I don't know whether we do this elsewhere. Maybe we can introduce a more reliable interface giving a validator access to all other validators at runtime?

Hi @dblock, thanks for the feedback. I updated the PR. I look at couple of other places to find the best place for this validators. I feel that the Base class seem ok. I also feel that the Base class got access to all current validators might come in handy for many cases do you think ?

The idea is right, but the way you implemented this makes it global, so one API is going to affect another! I didn't try to write a repro, but I suspect it will break everything :)
The "other validators" have to come from a route setting.


Deindent to Make Image 8 Appear

Removing some indentation around image 8 that left it stuck inside a code block and not rendering.

@wjohnson : Thanks for your contribution! The author, @douglaslMS, has been notified to review your proposed change.

@sign-off


Publish new version that fixes getSupportedCodeFixes to support TS 5.0

Hi @mjbvz, I found that the fix for getSupportedCodeFixes related issue already merged for months. Did you forget to release a new version to NPM?

please publish the new version because with vs code update to version 1.77 all styled components users are not able to use intellisense

please publish the new version because with vs code update to version 1.77 all styled components users are not able to use intellisense

Published as  2.3.2


give jane access to categorize and add assignees to issues on this repo

thanks!

@janeatcc, access granted.


macOS-macos Clipboard!

What's going on with the clipboard? it works, it doesn't work. The causes of the problem are random. I have never determined when or at what point the clipboard disconnects.
Guest: macos 15.1
Host: macos 15.2
Seems like a simple task, but the macos-macos clipboard problem has been going on for years at utm
Configuration

UTM Version: 4.6.3
macOS Version: 15.2
Mac Chip (Intel, M1, ...): M3Pro

yes... the clipboard is broken for most of the time. I use nc command in terminal to send messages between 2 MacOS

Seems like a simple task, but the macos-macos clipboard problem has been going on for years at utm

As an open source project, we invite you and anyone else to contribute fixes for such simple tasks :)


sqlc.embed fails with LEFT JOIN

Version
1.20.0
What happened?
The generated code
func (q *Queries) GetA(ctx context.Context) (GetARow, error) {
	row := q.db.QueryRowContext(ctx, getA)
	var i GetARow
	err := row.Scan(
		&i.A.ID,
		&i.A.Name,
		&i.B.ID,
		&i.B.AID,
		&i.B.Label,
	)
	return i, err
}

will fail when there is no B to join to A, because it did not detect that the whole i.B is nullable.
Relevant log output
sql: Scan error on column index 2, name "id": converting NULL to int32 is unsupported

Database schema
CREATE TABLE A (
  id   BIGSERIAL PRIMARY KEY,
  name text      NOT NULL
);

CREATE TABLE B (
  id BIGSERIAL PRIMARY KEY,
  a_id BIGINT NOT NULL,
  label text NOT NULL
);

SQL queries
SELECT sqlc.embed(A), sqlc.embed(B) FROM A LEFT JOIN B ON A.id = B.a_id LIMIT 1;

Configuration
No response
Playground URL
https://play.sqlc.dev/p/c045f5e33caf61f3e913a742f08518a167c247c4e5902a995f17ee200a553b2a](https://play.sqlc.dev/p/a6840c57f06a38387e9af1604059bb1db09e0db71f7a462c7bcd6a8dcfc42043
What operating system are you using?
Linux
What database engines are you using?
PostgreSQL
What type of code are you generating?
Go

Ideally I would like something like this:
type NullableB {
	B B
	Valid bool
}
type GetARow struct {
	A A
	B NullableB
}

But it might be tricky to Scan.
An alternative is to have NullableB be a copy of B with all its fields nullable… not ideal but maybe easier.

this is a duplicate of #2348 and  #2472

Indeed. Sorry for the noise and thank you.
Le ven. 18 août 2023 à 18:39, Nick Jackson @.***> a
écrit :

this is a duplicate of #2348
https://github.com/sqlc-dev/sqlc/issues/2348 and #2472
https://github.com/sqlc-dev/sqlc/pull/2472
—
Reply to this email directly, view it on GitHub
https://github.com/sqlc-dev/sqlc/issues/2634#issuecomment-1684169123,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/BAAQV2FBM556H5VIO75DJ73XV6LFBANCNFSM6AAAAAA3VWBMDQ
.
You are receiving this because you authored the thread.Message ID:
@.***>


hx auth successful page

We want to instead redirect to some Hyphen app hosted "success" page that can have nicer styles in place.

@kylekampy I think we can close this one right?

yep


Request service mock improvement

Changes according to the ticket

Add more test mock data.
Add ResourcesModule.
Update the test for ResourcesController
Remove unused default app service, controller and test as we don't need it.

Outdated branch

Made changes according to the review


Curate associations with Parkinson from burden analysis

Article: https://www.medrxiv.org/content/10.1101/2<IP_ADDRESS>80168v1.full.pdf
Largest genome-wide analysis of rare variation in PD.

Whole genome and exome data
7,184 PD cases, 6,701 proxy-cases (defined as having a parent or sibling with PD), and 51,650 neurologically healthy controls
Multiple cohorts, all European: Accelerating Medicines Partnership Parkinson's disease (AMP-PD) initiative, the National Institutes of Health, the UK Biobank, and Genentech
Variant inclusion criteria:

missense variants as defined by SnpEff
moderate or high impact variants as defined by SnpEff/SnpSift
high confidence LoF variants as defined by LOFTEE
variants with either a CADD PHRED score > 20 or high confidence LoF variants as defined by LOFTEE

2 collapsing algorithms:

SKAT-O (Sequence Kernel Association Test – Optimal)

Has proven to detect genes more reliably than a burden or SKAT test
aggregates the associations between variants and the phenotype of interest while allowing for SNP-SNP interactions

Combined and Multivariate Collapsing (CMC) Wald

collapses and combines all rare variants and then performs a Wald test, where only an alternative model is fit and the effect size is estimated

They have performed a number of collapsing tests on the individual datasets and then a meta analysis of the combined results (Fisher's test). I have curated the results of the meta analysis for simplicity purposes. However, we could break down these associations per cohort.
This has however a caveat: we lose associations that have shown significancy on a specific cohort but not on the meta analysis. There are not many of these, OR1G1 (Table 3) is an example.
I haven't found on the supplementary tables information about the direction of the effect.

These are the results of curating Table 2 and 3. The evidence is broken down by the type of filters applied to select the qualifying variants.

This evidence will be added to the curation table in https://github.com/opentargets/curation/blob/master/gene_burden/curated_evidence.tsv

As @d0choa commented, we do not want to neglect to include the new associations that the authors report in the abstract. 3 of the novel associations did not show statistical significance in the meta-analysis, therefore I am reporting them independently only considering the cohorts they are based on.

(Blue: meta analysis hits / orange: independent analysis hits)
One relevant note about the associations for TUBA1B and OR1G1 is that the whole comparison is based using proxy individuals, not actual cases. These are people with a parent or sibling with Parkinson. This is not captured in the evidence because we don't model the proxies.

New evidence file with the new associations as proposed above: gs://otar000-evidence_input/GeneBurden/json/gene_burden-2022-11-15.json.gz
(+ the modification that the projectId has been set to AMP-PD)
This evidence illustrates the association for LRRK2
 ancestry                  | EUR
 ancestryId                | HANCESTRO_0005
 datasourceId              | gene_burden
 datatypeId                | genetic_association
 diseaseFromSource         | parkinson disease
 diseaseFromSourceMappedId | MONDO_0005180
 literature                | [PPR569774]
 pValueExponent            | -7
 projectId                 | AMP-PD
 statisticalMethod         | meta-analysis
 statisticalMethodOverview | Meta-analysis of burden tests carried out with variants predicted to be deleterious or LOF and with a MAF smaller than 1%
 studyCases                | 7184
 studySampleSize           | 58834
 targetFromSourceId        | ENSG00000188906

Hi @LucaFumis, as discussed also in the 22.11 slack channel today, there is an issue with these new gene burden data - there is a null (projectId) displayed for the cohort/project field -- see example.

We would like to have just AMP-PD displayed in the FE, no null and no brackets. Could you please take a look for us?


Consistent naming of $state functions

I think it'd be better if you name the $state functions similar. Currently, it's loaded, but the other function is namedcomplete. Wouldn't completed be better?

Thanks for your advice! It's my mistake because of my native language is not English, so the lexical may not precise. But I don't think it's a good time to change the API, it will affect many developers and their applications, how do you think about it?

You could wait and introduce that change when you have other breaking changes you'd publish. I think that'd be a good time to do that. ☺

Agree completely! I will fix it in the next milestone version.

Sorry for hijacking, but what do the status codes mean? I'd like to reset only if loading has already completed, so I get the status: this.$refs.infiniteLoading.status but it comes back as 1, and all the references to status in the vue file are STATUS.word. How can I tell which code means which status?


Runtime Exception is thrown when try to retrieve NSDecimal using [JavaMathBigDecimal decimalValue]

Hello guys,
I recently came across of what I think is a bug with JavaMathBigDecimal , but I may using it wrong so I would appreciate If you can clarify if this is a genuine issue and let me know  if there is a workaround in order to avoid the precision issue.
I have a project where I use BigDecimal and at some point in the iOS code I am trying to convert a JavaMathBigDecimal to NSDecimalNumber using its designated initialiser (see below).
When I try to retrieve the decimal value from the JavaMathBigDecimal instance I get a run time exception.
I tried to see if this was not because on my project so I tried the following code in the Hello example app you provide and I got the same result .
I run the following code in the example View controller
    JavaMathBigDecimal *bigDecimal = [[JavaMathBigDecimal alloc]<EMAIL_ADDRESS>
    NSDecimal decimal = [bigDecimal decimalValue];

    NSDecimalNumber *decimalNumber = [[NSDecimalNumber alloc] initWithDecimal:decimal];

    NSLog(@"%@",[decimalNumber description]);

And I got the following error :
**** Terminating app due to uncaught exception ‘NSInvalidArgumentException’, reason: ‘*** -objCType only defined for abstract class.  Define -[JavaMathBigDecimal objCType]!’*
**** First throw call stack:*
*(*
*	0   CoreFoundation                      0x00000001040f51e6 __exceptionPreprocess + 294*
*	1   libobjc.A.dylib                     0x000000010378a031 objc_exception_throw + 48*
*	2   CoreFoundation                      0x000000010416a975 +[NSException raise:format:] + 197*
*	3   Foundation                          0x000000010329cebf NSRequestConcreteImplementation + 222*
*	4   Foundation                          0x00000001032b0254 -[NSValue objCType] + 19*
*	5   Foundation                          0x000000010318813d -[NSNumber descriptionWithLocale:] + 39*
*	6   Foundation                          0x000000010323d854 -[NSNumber(NSDecimalNumberExtensions) decimalValue] + 60*
*	7   HelloJ2ObjC                         0x00000001024b46e9 -[ViewController viewDidAppear:] + 169*
*	8   UIKit                               0x000000010471be5f -[UIViewController _setViewAppearState:isAnimating:] + 697*
*	9   UIKit                               0x000000010471ec9b __64-[UIViewController viewDidMoveToWindow:shouldAppearOrDisappear:]_block_invoke + 42*
*	10  UIKit                               0x000000010471cfdf -[UIViewController _executeAfterAppearanceBlock] + 78*
*	11  UIKit                               0x000000010457d5ef _runAfterCACommitDeferredBlocks + 634*
*	12  UIKit                               0x000000010456c71e _cleanUpAfterCAFlushAndRunDeferredBlocks + 388*
*	13  UIKit                               0x000000010458c277 __34-[UIApplication _firstCommitBlock]_block_invoke_2 + 155*
*	14  CoreFoundation                      0x0000000104097b0c __CFRUNLOOP_IS_CALLING_OUT_TO_A_BLOCK__ + 12*
*	15  CoreFoundation                      0x000000010407c2db __CFRunLoopDoBlocks + 331*
*	16  CoreFoundation                      0x000000010407ba84 __CFRunLoopRun + 1284*
*	17  CoreFoundation                      0x000000010407b30b CFRunLoopRunSpecific + 635*
*	18  GraphicsServices                    0x0000000109269a73 GSEventRunModal + 62*
*	19  UIKit                               0x0000000104572057 UIApplicationMain + 159*
*	20  HelloJ2ObjC                         0x00000001024b4a7f main + 111*
*	21  libdyld.dylib                       0x0000000106872955 start + 1*
*)*
*libc++abi.dylib: terminating with uncaught exception of type NSException*

Thank you very much in advance
if it helps I can provide an example project which demonstrates the issue.

j2objc by default disallows constructors that cannot be called from translated Java. We should do something similar for Number subclasses, by declaring any disallowed methods with a NS_UNAVAILABLE. Although the docs only describe that macro for use with initializers, it should work on all methods. I'm not sure if Xcode autocompletion hides NS_UNAVAILABLE methods, but if not, at least it a compile error will be reported.

Thank you very much for your quick response, that makes sense. Thank you for pointing it out (I completely missed the decimalValue was coming from NSNumber ).
Is it possible that because decimalValue is a Struct (based on what I understood from the Functionizer.java class)  causes the j2obc to not hide it and the autocomplete shows it?
I tried already something similar to the above suggestion but I avoided using double for the precision issue, as follows:
[[NSDecimalNumber decimalNumberWithString: bigDecimal.description]]

Thank you again for your response, really appreciate it!


fix: update broken link

Why:
To fix a broken link.

Closes https://github.com/github/docs/issues/3535
What's being changed:

This change replaces [] with () because the link is hard coded instead of specified in the index at the bottom of the document.

Check off the following:

[x] I have reviewed my changes in staging. (look for the deploy-to-heroku link in your pull request, then click View deployment)
[x] For content changes, I have reviewed the localization checklist
[x] For content changes, I have reviewed the Content style guide for GitHub Docs.

LGTM Staging link

Hm, the tests seem to have stalled. I'm going to close this and reopen it to see if that gets them moving again!


Diksha api to emission and vice-versa conversion is not working

1.Click on admin_console
Click on configurations
In Diksha TPD/ETB Data Input Method -> change api to emission
Issue : Error found while initiating TPD method

Retested working fine


[4.6] fix javadoc warnings

Motivation
https://hivemq.kanbanize.com/ctrl_board/4/cards/6840/details/
Changes

4.6 is end of life


Testing openstack, Do NOT merge

Simply for testing a new openstack test

jenkins test please

Jenkins test please

Jenkins test please

Jenkins test please

Jenkins test please

testing


Vulnerability roundup 96: containerd-1.2.6: 1 advisory [6.1]

search, files

[ ] CVE-2020-15157 CVSSv3=6.1 (nixos-20.03)

Scanned versions: nixos-20.03: fbd345dd005.
Cc @ehmry
Cc @lethalman
Cc @offlinehacker
Cc @vdemeester

20.03 is frozen and EOL.
Closing.


Change the link of the docs of all crates to docs.rs

Summary
This will make crates.io link to the docs hosted on docs.rs.
Checklist

[x] cargo fmt
[x] cargo clippy
[x] cargo test
[x] updated CHANGES.md

Rebased


KPlooshFinder issue

Unable to find sbops string!

KPlooshFinder issue: Unable to find sbops string!
Was it a main cause to lose connection when booting ramdisk finished.


Update pages action to avoid deprecation issues

The current pages actions produce a lot of deprecation warnings from github. This should fix that.
actions-rs is also archived and unmaintained. The configuration here is simple enough to just throw in the commands directly so it's probably a good idea to do that.

Thanks!


Fix chapters parsing

Hello I'm using this (amazing) library for the project QuickLook.
I noticed that on a number of ebooks not all chapters were displayed. This is because the navmap in toc.ncx often does not contain all the ebook content while the spine element in content.opf does.
I'm posting here my edits to the ChapterReader: basically it now uses bookRef.Schema.Package.Spine instead of bookRef.Schema.Navigation.NavMap.

Ok thanks! Though it would be nice to keep the ability not to load the entire content to memory at once.

Yes, I will keep that option.


Set Theory Supplemental Material: How to Prove Two Sets Are Equal (Spelling Error)

In the first paragraph of this section, "decide" is misspelled as "devide"

Fixed


Question: Why is python path missing packages when binary moved onto another system

Before submitting an Issue, please review the Issue Guidelines.

Please check whether the bug was already reported or fixed.

Please check out if the develop version of Nuitka works better for you.
Download source, packages from here
where you will also find instructions how to do it via PyPI.

If you want to post a problem/bug, to help us understand and resolve your issue
please check that you have provided at least the information below, and discard
up to here:

Nuitka version, full Python version and Platform (Windows, OSX, Linux ...)
python -m nuitka --version
<IP_ADDRESS>

How did you install Nuitka and Python (pip, anaconda, deb, rpm, from source,
what is a virtualenv ...), this is very important usually.
python3 -m pip install -r requirement.txt

Many times when you get an error from Nuitka, your setup may be so special
that even a "hello world" program will not work, please try that and report
it instead.
The python sys.path is incomplete when running the binary on a machine other than the one it was built on.
The error manifests as missing modules or other missing code.
e.g.
~/bin$ ./adduser
Traceback (most recent call last):
File "/home/runner/work/mlmeter/mlmeter/srv/src/adduser.py", line 23, in
ModuleNotFoundError: No module named 'passlib'
~/bin$

The error occurs when a bin is copied from the build machine to a deployment machine.
Build Machine Native Build
Python 3.6.10
['/home/runner/work/pythonenv/pythonenv', '/opt/hostedtoolcache/Python/3.6.10/x64/lib/python36.zip', '/opt/hostedtoolcache/Python/3.6.10/x64/lib/python3.6', '/opt/hostedtoolcache/Python/3.6.10/x64/lib/python3.6/lib-dynload', '/opt/hostedtoolcache/Python/3.6.10/x64/lib/python3.6/site-packages']
Build Machine using Nuitka binary
['/home/runner/work/pythonenv/pythonenv', '/opt/hostedtoolcache/Python/3.6.10/x64/lib/python36.zip', '/opt/hostedtoolcache/Python/3.6.10/x64/lib/python3.6', '/opt/hostedtoolcache/Python/3.6.10/x64/lib/python3.6/lib-dynload', '/opt/hostedtoolcache/Python/3.6.10/x64/lib/python3.6/site-packages']
On a docker container
<IP_ADDRESS>
Python: 3.6.10 (default, May 20 2020, 21:54:39)
Executable: /usr/local/bin/python3
OS: Linux
Arch: x86_64
native system path: ['/sys-path-docker', '/usr/local/lib/python36.zip', '/usr/local/lib/python3.6', '/usr/local/lib/python3.6/lib-dynload', '/usr/local/lib/python3.6/site-packages']
nuitka system path: ['/sys-path-docker', '/usr/local/lib/python36.zip', '/usr/local/lib/python3.6', '/usr/local/lib/python3.6/lib-dynload']
MISSING os.path '/usr/local/lib/python3.6/site-packages'
Workaround: Manually create the pythonpath to include the missing element.
export PYTHONPATH=/usr/local/lib/python3.6/site-packages

If possible please supply a Short, Self Contained, Correct, Example
that demonstrates the issue i.e a small piece of code which reproduces
the issue and can be run with out any other (or as few as possible)
external dependencies.

Fully contained reproduction within this repos
https://github.com/brainome/pythonenv

If this is a regression (used to work in an earlier version of Nuitka),
please note what you know about that.
this is my first time with Nuitka

Moving to another machine is only supported for standalone mode. For acceleration, it's supposed to be an identical installation, or same machine. If you build inside that container and still experience the issue, you have a point.


ToDos in dc module

Since this file is not updated in edengci repo, so i am sending a pr to the main repo
Its for GCI task : http://www.google-melange.com/gci/task/view/google/gci2014/5346487999397888

Sorry, but this is nonsense - the "answer" field needs to be developed to store multi-type data.
I am currently working on this module, which is why these are "ToDos" - but they are to myself, not meant to be actioned. See status-tag: WIP

Oops :( Sorry.. I wasnt completely sure about that .

I would request this to be left alone for now - I'll remove the status tag once I'm done with this.
Fine if you want to experiment with it, though (which is why it is shared in trunk)

Sorry Sorry , I m trying some other todo

No need to apologize - it's not obvious.
But it's an incomplete implementation that needs development - no just "fixes".
I wasn't quite sure whether "answer" should become JSON, but that's the most likely solution - I left it a ToDo, so that I can find it more easily. However, there's a lot more to do here than the ToDos alone - this needs a widget, a representation and reporting capability - so your "fix" isn't really helpful, even if with good intention.
But if you want to experiment with XForms, then this is certainly something you can work with - input and feedback welcome.

Tip: best you start with ToDos where you are certain about the meaning.
Sometimes (or rather often) they are not meant to be executed "by the word", but actually require more in-depth thinking and development. If it was that easy, then it wouldn't have been a ToDo ;)

Thanx @nursix  for your suggestions . I will surely implement that :+1:  :D

Implement what? :O

Implement your suggestions :P


limited lottery characters for length 4

when the minLength === 4, regardless of salt value, the selection for lottery characters is limited to 4 characters
the problem doesnt occur when minlength is 8 or 3 or none
hashids = new Hashids('stuff', 4);
dict={}
for (let ii =0;ii<200;++ii){
if (!dict[hashids.encode(ii)[0]]) { dict[hashids.encode(ii)[0]] = true }
}
dict  // {0: true, 8: true, g: true, p: true}

hashids = new Hashids('stuf333f',4);  // different salt
dict={}
for (let ii =0;ii<200;++ii){
if (!dict[hashids.encode(ii,ii+1)[0]]) { dict[hashids.encode(ii)[0]] = true }
}
dict // {6: true, J: true, n: true, R: true}

Hah, good find :) Looks like maths do not work out properly for 4. Plus need a bit more randomization. Unfortunately not much I can do at this point as libs are all synced up, but I'll keep this in mind for next major release. Thank you.


Root packages cast a long shadow

Minimized code

Welcome to Scala 3.1.1 (18, Java OpenJDK 64-Bit Server VM).
Type in expressions for evaluation. Or try :help.

scala> object sun { val x = 42 }
// defined object sun

scala> import sun.x
-- [E008] Not Found Error: ---------------------------------------------------------------------------------------------
1 |import sun.x
  |           ^
  |           value x is not a member of sun
1 error found

scala> import jdk.CollectionConverters.*
-- [E008] Not Found Error: ---------------------------------------------------------------------------------------------
1 |import jdk.CollectionConverters.*
  |       ^^^^^^^^^^^^^^^^^^^^^^^^
  |       value CollectionConverters is not a member of jdk
1 error found

scala> import _root_.
<empty>                 dotty                   javax                   org                     sun
<special-ops>           images                  jdk                     repl                    toolbarButtonGraphics
com                     java                    netscape                scala                   xsbti

or without REPL
import scala.jdk.CollectionConverters._
// not in Scala 2/3
//import jdk.CollectionConverters._
// in Scala 2
//scalac -Yimports:java,scala,scala.Predef,scala.jdk hh.scala
//import CollectionConverters._

object HelloWorld {
  def main(args: Array[String]) = {
    val ss = java.util.List.of("Hello", "world")
    println(ss.asScala.mkString("", ", ", "!"))
  }
}

Output
Random "root" symbols on the class path (see completions above) shadow things I actually care about.
Scala 2 is divided, in that REPL at least sees the sun and not its shadow:
Welcome to Scala 2.13.8 (OpenJDK 64-Bit Server VM, Java 17.0.2).
Type in expressions for evaluation. Or try :help.

scala> object sun { val x = 42 }
object sun

scala> import sun.x
import sun.x

scala> import jdk.CollectionConverters._
                  ^
       error: object CollectionConverters is not a member of package jdk

Expectation
My expectation was that I had graduated from studying Chapter 2 of the spec.
I needed CollectionConverters for a quickie test and couldn't remember how to spell it.
_root_.jdk should be lowest-priority binding of jdk, below the root context scala that makes scala.jdk available.

I get:
sbt:scala3> repl
[info] compiling 1 Scala source to /Users/odersky/workspace/dotty/compiler/../out/bootstrap/scala3-compiler-bootstrapped/scala-3.1.3-RC1-bin-SNAPSHOT-nonbootstrapped/classes ...
Welcome to Scala 3.1.3-RC1-bin-SNAPSHOT-nonbootstrapped-git-e6c7f27 (1.8.0_231, Java Java HotSpot(TM) 64-Bit Server VM).
Type in expressions for evaluation. Or try :help.

scala> object sun { val x = 1 }
// defined object sun

scala> import sun.x

scala>

Confirmed [edit: partially] fixed since 3.1.1, sorry for the noise. Usually I test on head, but I was probably in the middle of an edit.
The remaining work item is the broken import jdk on the linked scala 2 ticket.

Type in expressions for evaluation. Or try :help.

scala> import jdk.CollectionConverters._

scala>
➜  snips vi cc.scala
➜  snips ~/projects/dotty/bin/scalac cc.scala
-- [E008] Not Found Error: cc.scala:2:11 -------------------------------------------------------------------------------
2 |import jdk.CollectionConverters._
  |       ^^^^^^^^^^^^^^^^^^^^^^^^
  |       value CollectionConverters is not a member of jdk
1 error found
➜  snips cat cc.scala

import jdk.CollectionConverters._
➜  snips ls jdk
ls: cannot access 'jdk': No such file or directory

Also verified the error in paranoid mode, clean repo on HEAD.
import scala.jdk.CollectionConverters._ compiles as expected, pasting to verify I didn't misspell it.

I still can't reproduce any of this.

I'll reopen if I can diagnose later when the pain point recurs.

Note to future self: on the scala 2 ticket, I convinced myself that the "empty root package" aka "single tree" model is not evil.
See comment at https://github.com/lampepfl/dotty/blob/release-3.2.2/compiler/src/dotty/tools/dotc/typer/Typer.scala#L186
At the language level, in the recently tweaked Scala 2 spec, the difference is between: jdk is visible in the "root package" to which all mononymic packages belong; the alternative would have been that jdk is visible by virtue of a root context that is consulted last of all.
The second model, in which a compilation unit is not a single tree, is closer to the previous (misleading) spec which implies that the scala root context sits between user code and the outermost context, much the way symbols are brought into scope by package nesting.
The friction between _root_.jdk and scala.jdk is unfortunate, and similarly _root_.io and scala.io (or java.io).
It may be possible to identify circulating loci of namespace pollution much like the huge garbage patches of the Pacific.

Just confirming that REPL was broken on 3.1.3 but fixed by 3.3.3. It had separate tickets on "priority of artifacts on class path".
➜  snips ~/projects/dotty/bin/scala
Welcome to Scala 3.1.3-RC1-bin-SNAPSHOT-git-6f3fe05 (17.0.10, Java OpenJDK 64-Bit Server VM).
Type in expressions for evaluation. Or try :help.

scala> import jdk.CollectionConverters.*

scala>
➜  snips ~/projects/dotty/bin/scalac -d /tmp/sandbox jdk.scala
-- [E008] Not Found Error: jdk.scala:5:13 ------------------------------------------------------------------------------
5 |  import jdk.CollectionConverters.*
  |         ^^^^^^^^^^^^^^^^^^^^^^^^
  |         value CollectionConverters is not a member of jdk
1 error found
➜  snips scala
Welcome to Scala 3.1.3 (17.0.10, Java OpenJDK 64-Bit Server VM).
Type in expressions for evaluation. Or try :help.

scala> import jdk.CollectionConverters.*

scala>
➜  snips sdk use scala 3.3.3

Using scala version 3.3.3 in this shell.
➜  snips scala
Welcome to Scala 3.3.3 (17.0.10, Java OpenJDK 64-Bit Server VM).
Type in expressions for evaluation. Or try :help.

scala> import jdk.CollectionConverters.*
-- [E008] Not Found Error: ---------------------------------------------------------------------------------------------
1 |import jdk.CollectionConverters.*
  |       ^^^^^^^^^^^^^^^^^^^^^^^^
  |       value CollectionConverters is not a member of jdk
1 error found

Maybe JDK module support is the feature request.


Context.Call does not call MessageReceivedAsync

 case CallBacks.Help:
                            context.Call(new HelpDialog(), HelpDialog.HandleHelpOptions);

in my HelpDialog :
public async Task StartAsync(IDialogContext context)
       {
           context.Wait(MessageReceivedAsync);
       }

private async Task MessageReceivedAsync(IDialogContext context, IAwaitable<IMessageActivity> argument)
       {
           string[] arr = BotHelper.GetHelpOptions();
           var dialog = new PromptDialog.PromptChoice<string>(new PromptOptions<string>
               ("Options :",
               "Sorry, that wans't a valid option",
               "You didn't choose a valid option, but you can continue talking to me :)",
               arr,
               1));
           context.Call(dialog, OptionSelected);

       }

When first time HelpDialog is initialized, MessageReceivedAsync does not executes.
Any idea ?

I put code from MessageReceivedAsync into StartAsync and resolved this.

Yes, when you have that initial wait for a received message, the user needs to send a message first before you're starting the child prompt dialog.

I'm going to close this issue for now, but feel free to open a new issue for further discussion.


Use a function to access to nodeChildren

Hello,
I'm having some performance issues on a node with more than 900 entries in it, it causes the UI to freeze during 4-5 seconds. It seems to be related to the following issue: https://github.com/wix/angular-tree-control/issues/10#issue-28235950.
I'm using the following work-around, with $, to hide the children from angular: https://github.com/wix/angular-tree-control/issues/136#issuecomment-101317698.
As for circular properties, one solution could be to hide the children property by making it accessible via a method: https://github.com/wix/angular-tree-control/issues/24#issuecomment-57594271. The problem is the nodeChildren option only take a string as value. Do you know if there is any way to do this? Is a code modification of the directive necessary?
Thanks!

A code change is indeed required. currently, the tree control assumed a property which is an array and references it in a few places as
node[$scope.options.nodeChildren]

including in the template where
var templateOptions = {
  ...
  nodeChildren:  $scope.options.nodeChildren,
  ...
};

template =
  ...
  '<li ng-repeat="node in node.{{options.nodeChildren}} | filter:filterExpression:filterComparator {{options.orderBy}}" ng-class="headClass(node)" {{options.liClass}}' +
  ...

It appears you can do this change relatively easily - and will appreciate a pool request with this change. Please note that in order to keep the project useful I require each PR to include test coverage and docs.

Is this issue fixed already?


Note feature

Refer to my gist for reference https://gist.github.com/haxpor/0edbb4badf6e2ece899e8e0c764153d8

Also see example of code that add more feature to git command https://github.com/MarkLodato/git-reparent/blob/master/git-reparent


@export_enum Weird Behavior

Godot version:
master (0923494c78130d69ff6d53737c53e5b6cfc163a2)
OS/device including version:
Windows 10 64 Bit
Issue description:
enum Element {FIRE, WATER, WIND, EARTH}

@export_enum(Element) var element_enum: Element = {}

func _ready():
    element_enum["Entry"] = "Value"
    print(element_enum)

I'm not sure what the expected behavior here is, as @export_enum() expects a list of strings, rather than an enum.
but for some reason passing in an enum works, but in the Inspector it shows up as Dictionary

enums in general seem to be not very usable at this point in time.
I don't see any way to export an enum as of now, but that's a separate issue.

Ah I think I have noticed this before, but not just for enums. I think for any non primitive type? Not at a computer Rn so I can't check but I will try to remember to do so.

@export_enum(Element) var element_enum: Element = {}

This is invalid, you're assigning a dictionary ({}) as the default value. The only problem is not showing an error, but I'm fixing that now.


Add tests

Created database tests in the test_db.py file
Created flask application tests in the test_app.py file
Included tests for the home page, timeline page, and /api/timeline_post GET and POST apis

Everything worked when I pulled it locally and I tested it with changes. Great job!


DNM *(ticdc): etcd key add cluster id and namespace

What problem does this PR solve?

Issue Number: ref #5301
What is changed and how it works?
change the etcd key prefix to
/tidb/cdc/<ticdc_cluster_id>/<namespace>

the default value of ticdc_cluster_id is 'default'
the default value of namespace is 'default'
Check List
Tests

Unit test
Integration test

Side effects

Breaking backward compatibility

Release note
`None`.

/run-integration-tests

/run-integration-tests

/run-integration-tests

/run-integration-tests

/run-integration-tests

/run-integration-tests

/run-verify-test

/run-integration-tests

/run-integration-tests

/run-all-tests

Codecov Report

Merging #5399 (cf6251c) into master (687e248) will decrease coverage by 0.1815%.
The diff coverage is 52.0524%.

Flag
Coverage Δ

cdc
60.9889% <52.0524%> (+0.3903%)
:arrow_up:

dm
51.9969% <ø> (-0.4727%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.
@@               Coverage Diff                @@
##             master      #5399        +/-   ##
================================================
- Coverage   56.1240%   55.9424%   -0.1816%
================================================
  Files           522        530         +8
  Lines         65325      69643      +4318
================================================
+ Hits          36663      38960      +2297
- Misses        25094      26957      +1863
- Partials       3568       3726       +158


Demo project in Readme don't work in MacOS 13

  Finished dev [unoptimized + debuginfo] target(s) in 19.45s
Downloading & Installing wasm-bindgen 0.2.81 ...
Pre-compiled wasm-bindgen binary 'x86_64-apple-darwin' will be used for the target platform 'aarch64-apple-darwin'

Oh it worked after a while! what a beautiful counter!

Feel free to create a PR with updated texts to make them less confusing if you want :)

is it possible I update was-bindgen to a newer version?
this seem to fix the problem

Pre-compiled wasm-bindgen binary 'x86_64-apple-darwin' will be used for the target platform 'aarch64-apple-darwin'

can be a real pain, it took 10min for each example before able to run.

Well Finally.
TL,DR: x86 won't slow down you m1 MacBook noticeably.
it was the Internet wall my country built.😮💨

I went to mzoon/src/wasm_bindgen.rs
I changed 0.2.81 to some 9.9.9
it leads me to https://github.com/rustwasm/wasm-bindgen/releases

I suddenly realize I used proxy for Cargo but this is unexpected download
I turn on global proxy and it flows like a river

it was the Internet wall my country built.

I thought so, mzoon just downloads the wasm-bindgen from the GitHub releases. The code/url below.
https://github.com/MoonZoon/MoonZoon/blob/e4d55d7f3aa276922786be8b7a18a05b01ba6b66/crates/mzoon/src/wasm_bindgen.rs#L38
I adapt MoonZoon to the latest wasm-bindgen, wasm-opt and Rust version manually once new versions appear.
I'll also add native wasm-bindgen M1 support once it's possible (you can let me know when you notice there is a new macos binary in the wasm-bindgen repo).

Hello again!
Error be like:
Error: Failed to optimize frontend with wasm-opt
What I did:
cd example/pages

mzoon build --release --frontend-dist

what it said:

wasm-opt installed
dyld[11872]: Library not loaded: @rpath/libbinaryen.dylib
Referenced from: <6DD30678-B5A9-3D4E-8E69-B9DC6B8B9C27> /Users/andyjado/Projects/MoonZoon/examples/pages/frontend/wasm-opt
Reason: tried: '/Users/andyjado/Projects/MoonZoon/examples/pages/frontend/../lib/libbinaryen.dylib' (no such file), '/Users/andyjado/Projects/MoonZoon/examples/pages/frontend/../lib/libbinaryen.dylib' (no such file<EMAIL_ADDRESS>(no such file), '/Users/andyjado/Projects/MoonZoon/examples/pages/frontend/../lib/libbinaryen.dylib' (no such file), '/Users/andyjado/Projects/MoonZoon/examples/pages/frontend/../lib/libbinaryen.dylib' (no such file), '/usr/local/lib/libbinaryen.dylib' (no such file), '/usr/lib/libbinaryen.dylib' (no such file, not in dyld cache)
Error: Failed to optimize frontend with wasm-opt


C# - tooling guidance for CR

Validate the content for the specific language and make sure it is up to date.
Use the following template to structure the content:

linters / code formatters
enforcement in build pipelines
Starter Code Review Checklist
tools/extensions/plugins for VS Code and VS
Language specifics

Adding an MD template that can be used for all languages
https://github.com/microsoft/code-with-engineering-playbook/blob/master/pull-requests/code-reviews/recipes/CSharp.md
 Code Reviews
Style Guide
Link to the official style guide
Linters
A selection of suggested linters
Useful extensions for VS Code and Visual Studio
Ex. configuration of linters, or similar
Sample Build Validation Pipeline
Ex. yaml pipeline that runs a linter and/or tests as applicable
Code Review Checklist
In addition to the Code Review checklist, you should also look for these additional TypeScript related code review items:
...
Language specific sections


Proposal: Publishers with handled back pressure from business logic

As it was discussed at λ-days, I am to describe our use case for Broadway.
We have a Rabbit queue of incoming messages at the rate ~10K/sec in peaks.
We apply validation rules onto them since some of the messages are malformed.
These validation rules might be time-consuming, the result of applying them
would be another Rabbit queue (valid messages.)
Then we apply some processing again and deliver them to another queue(s).
That said, we currently use Rabbit as a communication channel between
different processes, microservices, and the main application. That simplifies
the architecture because there are very few if any ties between code
in different microservices.
It could be drawn this way:
——————————   ——————————   ——————————   ——————————   ——————————   ——————————
| Rabbit | → |  Flow  | → | Rabbit | → |  ....  | → | Rabbit | → |  Flow  |
——————————   ——————————   ——————————   ——————————   ——————————   ——————————

Flows over GenStages are used for heavy computation. To avoid code repetitions,
we built a library that takes one or more processors in a form of {Mod, :fun} tuples
alongside with sources and destinations. It was created two years ago and
basically works over connection pools and compiled configs, that’s why we were so
excited to hear about Broadway. Unfortunately in it’s current documentation
Broadway is meant as a “dead end,” meaning that it has a great infrastructure
to handle back pressure and to process incoming data, but one cannot just plug-and-play
the existing Flow implementation into the pipeline as shown above.
It would be great to have [optional] publishers or how do you name it as well
(top half of the picture was taken from announce by Plataformatec):
                         [producer_1]
                             / \
                            /   \
                           /     \
                          /       \
                 [processor_1] [processor_2] ... [processor_50]  <- process each message
                          /\     /\
                         /  \   /  \
                        /    \ /    \
                       /      x      \
                      /      / \      \
                     /      /   \      \
                    /      /     \      \
              [batcher_s3_odd]  [batcher_s3_even]
                    /\                  \
                   /  \                  \
                  /    \                  \
                 /      \                  \
 [consumer_s3_odd_1] [consumer_s3_odd_2]  [consumer_s3_even_1] <- process each batch

 ————————————————————————————————————————————————————————————————————————————————————————

 [consumer_s3_odd_1] [consumer_s3_odd_2]  [consumer_s3_even_1] <- process each batch
                \      /             \      /
                 \    /               \    /
                  \  /                 \  /
                   \/                   \/
            [batcher_s3_odd]     [batcher_s3_even]
                         / \     /\
                        /   \   /  \
                       /     \ /    \
                      /       x      \
                     /       / \      \
                    /       /   \      \
                   /       /     \      \
                  /       /       \      \
                [publisher_1]   [publisher_2] ... [publisher_50]  <- publish each message

That way the consumer part (optionally including batchers) might be easily
extracted into a separate codebase, making the business code fully isolated from
any broker/connection handling.
We currently use kinda this architecture with supported source backends RabbitMQ / HTTP and
destinations backends SQL / RabbitMQ / HTTP / Slack. We are able to simply add another publisher
and change nothing in the business logic to export data to the database or to another
say client who requires HTTP webhooks.
As I said, our implementation of connectors is just a pool hence we need to reimplement
back pressure support in our business logic units. It is not as much of boilerplate,
but I am pretty sure it might bring a huge added value to Broadway if it was supported
through a configuration like:
def start_link(_opts) do
  Broadway.start_link(__MODULE__,
    name: __MODULE__,
    producers: [...],
    processors: [...],
    batchers: [...],

    pipeline: {MyBusinessUnit, :process},

    batchers: [
      s3_positive: [stages: 2, batch_size: 10],
      s3_negative: [stages: 1, batch_size: 10]
    ],
    publishers: [
      rabbit: [
        module: {BroadwayRabbitMQ.Publisher, exchange_name: "my_exchange"}
      ]
    ]
  )
end

Hi @am-kantox. Thanks for your proposal!
We have already discussed some ideas to make Broadway more flexible/pluggable in the near future. However, we decided, for now, to get more feedback like this from the community before we make a decision in that direction.
We certainly going to get back to this issue in th next few days/weeks, so stay tuned and thanks again for your feedback!

Hi @am-kantox! Thanks for feedback.
I have some questions about your current pipeline.
When you say you have RabbitMQ -> Flow -> RabbitMQ -> Flow, do you mean that:

you get the data from RabbitMQ, then you process it with Flow, then you send it to RabbitMQ, and then there is another Flow that gets the data from RabbitMQ again?

or you get the data from RabbityMQ, then you process it with Flow, then you send it to RabbitMQ, and continue processing it with Flow (without getting it from RabbitMQ again)?

That will help us steer the discussion in the correct direction.

The first one. We try to decouple all Flows as much as possible, hence no
ties.
Also, No2 might be of interest as well, when the next pipeline is in the
same microservice.
On Wed, Feb 27, 2019, 6:54 PM José Valim<EMAIL_ADDRESS>wrote:

Hi @am-kantox https://github.com/am-kantox! Thanks for feedback.
I have some questions about your current pipeline.
When you say you have RabbitMQ -> Flow -> RabbitMQ -> Flow, do you mean
that:

you get the data from RabbitMQ, then you process it with Flow, then
you send it to RabbitMQ, and then there is another Flow that gets the data
from RabbitMQ again?
2.
or you get the data from RabbityMQ, then you process it with Flow,
then you send it to RabbitMQ, and continue processing it with Flow (without
getting it from RabbitMQ again)?
That will help us steer the discussion in the correct direction.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/plataformatec/broadway/issues/50#issuecomment-467963973,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AK3INiVj3k-fOVlQ1JUdTYPfHjujs2Bbks5vRsZrgaJpZM4bT0sC
.

The first one. We try to decouple all Flows as much as possible, hence no ties.

@am-kantox so in this case, you should be able to create multiple broadway pipelines. Correct? Why would publishers be necessary? Or is just that you don't need batching?

Eh. Because we basically do not want to think about where we do publish.
Slack and usual HTTP endpoint do not like 5K posts per a sec, and I am
currently building a back pressure publisher against these endpoints.
On Wed, Feb 27, 2019, 7:44 PM José Valim<EMAIL_ADDRESS>wrote:

The first one. We try to decouple all Flows as much as possible, hence no
ties.
@am-kantox https://github.com/am-kantox so in this case, you should be
able to create multiple broadway pipelines. Correct? Why would publishers
be necessary? Or is just that you don't need batching?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/plataformatec/broadway/issues/50#issuecomment-467981715,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AK3INhjpeMQiqsKVSrxeSuyVTbjpgaz0ks5vRtIFgaJpZM4bT0sC
.

That does mean that Broadway might take care about number of publishers to Rabbit, or about number of requests per a sec to some other service, assuming we have peak times and quiet times.

There are two ways we can implement this functionality today with GenStage:

You have custom consumers that set the demand to manual to have granular control over the demand

You simply block in the consumer until the thing you are calling can accept the request

Almost everyone is doing 2, because it is by far the simplest approach, and that's what Broadway supports. It is also not a major issue to block a consumer.
Have you implemented 1 by any chance? If so, I would love to take a look at it, otherwise, I would postpone this until we have use cases in place.

Well, we have not implemented 1 despite I have had a couple of attempts :)
Let us postpone this until we have it implemented.
Still, the ability to deliberately select a publish method according to the
endpoind is valuable IMHO. Like, if there is a DB as a backend, collect
batches and do bulk insert. Or report success if N messages were acked from
external source.
On Wed, Feb 27, 2019, 8:05 PM José Valim<EMAIL_ADDRESS>wrote:

There are two ways we can implement this functionality today with GenStage:

You have custom consumers that set the demand to manual to have
granular control over the demand
2.
You simply block in the consumer until the thing you are calling can
accept the request
Almost everyone is doing 2, because it is by far the simplest approach,
and that's what Broadway supports. It is also not a major issue to block a
consumer.
Have you implemented 1 by any chance? If so, I would love to take a look
at it, otherwise, I would postpone this until we have use cases in place.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/plataformatec/broadway/issues/50#issuecomment-467989318,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AK3INta-u-GaDCJCeEW_feSAVRgE19bMks5vRtbtgaJpZM4bT0sC
.

Still, the ability to deliberately select a publish method according to the endpoind is valuable IMHO.

You can achieve this today by setting up multiple batchers. :)

I must be missing something.
Butchers are about getting external data, correct me if I am wrong.
I am talking about 10 different destinations, after 10 processing steps.
Am I missing something?
On Wed, Feb 27, 2019, 8:20 PM José Valim<EMAIL_ADDRESS>wrote:

Still, the ability to deliberately select a publish method according to
the endpoind is valuable IMHO.
You can achieve this today by setting up multiple batchers. :)
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/plataformatec/broadway/issues/50#issuecomment-467994682,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AK3INqDgGdHgFmDoPelnECIshg2FaSj9ks5vRtqBgaJpZM4bT0sC
.

Batchers are about grouping data before "publishing" it to a separate step. So for example, if you want write to RabbitMQ one by one and write to the database ten by ten, you define two batchers.
So 10 different destinationis is totally possible today. 10 processing steps aren't right now but this is tracked in #39.

I am not a mind reader :)
Glad to hear this title means exactly this.

@am-kantox the batchers part though (10 destinations) exists already today and is in the docs. Was that not made clear in the docs? Is there something we could improve?

That is something I will leave for tomorrow morning, please expect docs PR
if any.
On Wed, Feb 27, 2019, 8:43 PM José Valim<EMAIL_ADDRESS>wrote:

@am-kantox https://github.com/am-kantox the batchers part though (10
destinations) exists already today and is in the docs. Was that not made
clear in the docs? Is there something we could improve?
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/plataformatec/broadway/issues/50#issuecomment-468002723,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AK3INgEZ3kGo3vLjUkxWbRl06kxl8pbfks5vRt_zgaJpZM4bT0sC
.

If you are using Broadway, I don't see why you would use Flow. We already do all of the partitioning, parallelism, etc for you. Given you said you are doing RabbitMQ -> Flow -> RabbitMQ -> Flow this will be two broadway pipelines: one that gets from RabbitMQ, processes it and sends to another RabbitMQ channel. And another pipeline that gets from RabbitMQ as well and consumes it.
Why would you need both Broadway and Flow?

Flow is a more general and powerful abstraction than Broadway that focuses on data as a whole, providing features like aggregation, joins, windows, etc. — README

@josevalim I understand that there are two Broadway pipelines, but this is out of the scope of why Flow, so let’s assume we have one for simplicity.
We have a complicated Flow with several emits and we need to keep and pass an accumulator through the whole Flow. Basically, this is a processing of the huge CSV having several different partitions and a complicated logic to produce different new Ecto schemas out of it. Either I did not get how Broadway could be used instead, or we are stick to Flow for this particular processing. Partitioning inside these Flows is done by, say, properties.
OTOH, we want this Flows to act as plugins agnostic to the real data source. It might be several CSVs to be glued into one, or even many API calls with “a single row” data in each of them. For the latter, we want to use Broadway, processing different data sources and partitioning them, say, by client. This partitioning is relatively easy and does not require Flow.Window and other sophisticated stuff from Flow.
And we want these parts to be independent as much as possible. I hope the above answers the question.

Right, you can't do accumulator in Broadway, so if that is a must, Flow is a better option! But we can allow hashing, which will at least guarantee the same processors handle the same data. This can be useful at least for ordering. I have opened #62 for this case. Thanks!


no module named 'finrl_ meta. data_ processors. processor_ tusharepro

Hi, I am trying to run the codes in FinRL/tutorials/3-Practical/FinRL_China_A_Share_Market.ipynb. When I am trying to run Import modules, I got an error: modulenotfounderror: no module named 'finrl_ meta. data_ processors. processor_ tusharepro'，I found in FinRL-Meta/finrl_meta/data_processors there is really no processors_ tusharepro.

https://github.com/AI4Finance-Foundation/FinRL-Meta/blob/master/tutorials_notebook/3-Practical/FinRL_China_A_Share_Market.ipynb
https://github.com/AI4Finance-Foundation/FinRL/blob/master/tutorials/3-Practical/FinRL_China_A_Share_Market.ipynb
I look forward to receiving your reply, thanks you.

please revise it to finrl_ meta. data_ processors.Tushare
We will update it in next days.

please revise it to finrl_ meta. data_ processors.Tushare
We will update it in next days.

Thank you for your reply and look forward to update.

We did another round of code refactoring… it is better now.


@Html.DisplayFor dramatically increases rendering time of razor pages

This has been discovered as part of an experiment @rynowak did while investigating https://github.com/aspnet/Mvc/issues/6111.

Reduces or increases? If it reduces, isn't that a good thing?

Fixed!

Closing as the decision is to track only this work as part of the original issue: https://github.com/aspnet/Mvc/issues/6111

@mkArtakMSFT should this bug be marked as a duplicate?
And, just to be clear, was your "Fixed!" comment somewhat sarcastic?

"Fixed" was in reference to my comment about the incorrect title.


Relax highlighting rules on HTML element names

Instead of requiring a name to match an existing HTML element, this relaxes the
restrictions to:

starting with [a-zA-Z] (matching the HTML parser https://github.com/w3c/webcomponents/issues/239#issuecomment-190638288)
then continuing with anything other than a space, forward slash or closing
angle bracket
using the text.html.derivative that is already used by VS Code (see https://github.com/textmate/html.tmbundle/issues/92 and https://github.com/microsoft/vscode/commit/cfc2a2212de9ea10943af58ebd1817a5ad196463)

This is similar to the fix to the following issue in the HTML syntax
highlighting repo (and actually depends on the "derivative" syntax that was
created for that issue):
https://github.com/textmate/html.tmbundle/issues/92
Closes #53

 Thank you for your submission, we really appreciate it. Like many open source projects, we ask that you sign our Contributor License Agreement before we can accept your contribution.:x: karlhorky sign nowYou have signed the CLA already but the status is still pending? Let us recheck it.

Ah just realized this changed the test results for the issue 42 test... will fix.

Hm, tests are failing:
$ npm test --silent
### VS Code Extension Test Run ###
Current working directory: /home/travis/build/microsoft/vscode-markdown-tm-grammar
Downloading VS Code 1.37.1 into .vscode-test/vscode-1.37.1.
Downloading VS Code from: https://update.code.visualstudio.com/1.37.1/linux-x64/stable
Downloaded VS Code 1.37.1
Running extension tests: /home/travis/build/microsoft/vscode-markdown-tm-grammar/.vscode-test/vscode-1.37.1/VSCode-linux-x64/code /home/travis/build/microsoft/vscode-markdown-tm-grammar/test --extensionDevelopmentPath=/home/travis/build/microsoft/vscode-markdown-tm-grammar --extensionTestsPath=/home/travis/build/microsoft/vscode-markdown-tm-grammar/test --locale=en
Tests exited with code: 1
The command "npm test --silent" exited with 1.

They run for me locally though :(
Is there any way I can see the output on CI? I suppose turning off "silent" or something...?

Looks like the output is printed and only issue-42.md` is still failing: https://travis-ci.org/microsoft/vscode-markdown-tm-grammar/jobs/573494345#L279
I'll merge this PR since it is unrelated to that change

Ok sounds good, thanks!


Support injecting node modules (then usable from --inject-ed scripts)

I can't seem to find it in the docs. Am I supposed to drop them in the node_modules folder? Or update the placeholder package.json? I tried both of them but they don't seem to work.

Going to necro this, as its still open and maybe helpful for others, landing here from a google search:
You can use require in your injected script (see here). The require path is relative to  <yourApp>\resources\app\inject. Copy your file into this folder (manually or build step) and use require("./yourInjectFile")


Fix sha256 hashes being set to literal "SHA-256" in build-info json

[ ] All tests passed. If this feature is not already covered by the tests, I added new tests.

I have read the CLA Document and I hereby sign the CLA

recheck

This was introduced as part of https://github.com/jfrog/build-info/commit/6f1cab737eb14454a576cecd6481f69334096792 so maybe @yahavi could you take a look?


Support branches. Upgrade cucumber-* dependencies

This simplifies the workflow by automatically using local code if it exists. No more need to set a lot of environment variables.

Also see:

https://github.com/cucumber/cucumber-ruby/pull/1519
https://github.com/cucumber/cucumber-ruby-core/pull/215
https://github.com/cucumber/cucumber-ruby-wire/pull/38


September 4th, 2023 Community Meeting

Please add a topic in this thread and add a link to the GitHub issue associated with the topic.
Please make sure you give folks enough time to review/discuss the topic offline on GitHub before coming into the meeting
(optional) Paste the image of an animal 😸

I commented on the action for cleaning up nightly releases - keeping the past 3 months is a good start.


Add hover styling for MoreActionBasic

Perviously, when hovering over MoreActionBasic there would be no CSS styling. This is due to the adding a custom CSS styling for MoreActionBasic not having hover also created. This PR addresses that problem by adding the hover styling for MoreActionBasic.

@marioCluml please create an issue first