Terminology confusion: character set <=> character class

I've been using the MDN regex cheatsheet as a guide to regex syntax.
Within their cheatsheat they term [xyz] a character set - which is what as-regex currently uses. However, almost every other reference I can find terms this a character class.
I think as-regex should use the more conventional terminology.

see: https://github.com/mdn/content/issues/1737

see: https://github.com/mdn/content/issues/1737


Wrike Integration

Provide integration example(s) for Wrike
If you need this integration, click the thumbs up emoji.
If you are willing to "sponsor" (ie. support) the development of this integration, click the heart emoji.

https://github.com/keptn-contrib/artifacthub/pull/132


Python interpreter depends on unreachable ms-toolsai.jupyter

On colab after successful setup and entering VS Code I got

and after trying to run file

but VS Code couldn't install this extension, it reports it couldn't be found.
The same happens on Kaggle too.
I used Chrome (86.0.4240.198) and Firefox (82.0.3).

for first use "https"
second: fixed

Thanks
On Sat, Nov 14, 2020 at 11:47 AM abhishek thakur<EMAIL_ADDRESS>wrote:

Closed #42 https://github.com/abhishekkrthakur/colabcode/issues/42.
—
You are receiving this because you authored the thread.
Reply to this email directly, view it on GitHub
https://github.com/abhishekkrthakur/colabcode/issues/42#event-3996272526,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/ABOY2LHJQLF5E273XQ5OOLTSPZGZ3ANCNFSM4TTSMXVQ
.


Selects / dropdowns

Make dropdown style more consistent with the other form components, edges less rounded and change the icon to an arrow


fix procedure syntax

deprecated since Scala 2.13

thanks!

Coverage increased (+0.06%) to 90.718% when pulling 055b29c83a9405e7190326b63c3ab1e2cb97924f on xuwei-k:procedure-syntax into ec865c277c1a69f1e97f4a307cbddf8911a4e6ea on etaty:master.


fix: avoid recursive call after rename to (*PeerState).MarshalJSON

Closes: https://github.com/cometbft/cometbft/issues/863

PR checklist

[x] Tests written/updated
[x] Changelog entry added in .changelog (we use unclog to manage our changelog)
[x] Updated relevant documentation (docs/ or spec/) and code comments

This issue is preventing us from upgrading to the latest version of cosmos-sdk.  Is there any word on when it can be merged?

@sergio-mena Are you able to help us here?

Hi, I don't have the background to really understand the problem and the proposed fix.
I was wondering whether this issue (introduced by #524 apparently) could be solved while still adopting the cmtjson package.

@taariq Yes, I'm working on this. Will update you during this week

I was wondering whether this issue (introduced by #524 apparently) could be solved while still adopting the cmtjson package.

@cason Not sure what do you mean by adopting,  but any attempt to json.Marshal PeerState with active lock will trigger this bug.

This is the key backtrace extracted from a repro of the problem:
goroutine 41 [sync.Mutex.Lock]:
runtime.gopark(0x20d7520?, 0x0?, 0x40?, 0x97?, 0x428ed0?)
        runtime/proc.go:381 +0xe0 fp=0xc0013d8960 sp=0xc0013d8940 pc=0x45c7d0
runtime.goparkunlock(...)
        runtime/proc.go:387
runtime.semacquire1(0xc000278ab4, 0x80?, 0x3, 0x1, 0x98?)
        runtime/sema.go:160 +0x20c fp=0xc0013d89c0 sp=0xc0013d8960 pc=0x46f18c
sync.runtime_SemacquireMutex(0xc0013d8a18?, 0x9c?, 0xc0013d8a48?)
        runtime/sema.go:77 +0x28 fp=0xc0013d8a00 sp=0xc0013d89c0 pc=0x48c7d8
sync.(*Mutex).lockSlow(0xc000278ab0)
        sync/mutex.go:171 +0x1e8 fp=0xc0013d8a50 sp=0xc0013d8a00 pc=0x4b4de8
sync.(*Mutex).Lock(0xc000278ab0)
        sync/mutex.go:90 +0x60 fp=0xc0013d8a70 sp=0xc0013d8a50 pc=0x4b4b30
github.com/cometbft/cometbft/consensus.(*PeerState).MarshalJSON(0xc000278a90)
        github.com/cometbft/cometbft/consensus/reactor.go:1075 +0x48 fp=0xc0013d8b20 sp=0xc0013d8a70 pc=0x11d2798
encoding/json.marshalerEncoder(0xc000282280, {0x1532ce0?, 0xc000278a90?, 0x0?}, {0x1?, 0x0?})
        encoding/json/encode.go:477 +0x108 fp=0xc0013d8bc0 sp=0xc0013d8b20 pc=0x57fec8
encoding/json.(*encodeState).reflectValue(0x80?, {0x1532ce0?, 0xc000278a90?, 0xffff960bfdf8?}, {0x8?, 0xe1?})
        encoding/json/encode.go:358 +0x78 fp=0xc0013d8c20 sp=0xc0013d8bc0 pc=0x57f348
encoding/json.(*encodeState).marshal(0xc0013d8d28?, {0x1532ce0?, 0xc000278a90}, {0x7c?, 0x8c?})
        encoding/json/encode.go:330 +0x1a4 fp=0xc0013d8d00 sp=0xc0013d8c20 pc=0x57eae4
encoding/json.Marshal({0x1532ce0, 0xc000278a90})
        encoding/json/encode.go:161 +0xa4 fp=0xc0013d8e00 sp=0xc0013d8d00 pc=0x57dd04
github.com/cometbft/cometbft/libs/json.encodeStdlib({0x1849800, 0xc000ebced0}, {0x1532ce0, 0xc000278a90})
        github.com/cometbft/cometbft/libs/json/encoder.go:243 +0x3c fp=0xc0013d8e50 sp=0xc0013d8e00 pc=0x7e052c
github.com/cometbft/cometbft/libs/json.encodeReflect({0x1849800, 0xc000ebced0}, {0x1532ce0?, 0xc000278a90?, 0xffff96a1e108?})
        github.com/cometbft/cometbft/libs/json/encoder.go:87 +0xa5c fp=0xc0013d9000 sp=0xc0013d8e50 pc=0x7df1cc
github.com/cometbft/cometbft/libs/json.encode({0x1849800, 0xc000ebced0}, {0x1532ce0, 0xc000278a90})
        github.com/cometbft/cometbft/libs/json/encoder.go:60 +0x1e4 fp=0xc0013d9090 sp=0xc0013d9000 pc=0x7de6c4
github.com/cometbft/cometbft/libs/json.Marshal({0x1532ce0, 0xc000278a90})
        github.com/cometbft/cometbft/libs/json/encoder.go:24 +0x50 fp=0xc0013d9100 sp=0xc0013d9090 pc=0x7de250
github.com/cometbft/cometbft/consensus.(*PeerState).MarshalJSON(0xc000278a90)
        github.com/cometbft/cometbft/consensus/reactor.go:1078 +0x88 fp=0xc0013d91b0 sp=0xc0013d9100 pc=0x11d27d8
encoding/json.marshalerEncoder(0xc000282200, {0x1532ce0?, 0xc000278a90?, 0x556f18?}, {0x20?, 0xc6?})
        encoding/json/encode.go:477 +0x108 fp=0xc0013d9250 sp=0xc0013d91b0 pc=0x57fec8
encoding/json.(*encodeState).reflectValue(0x13d60a0?, {0x1532ce0?, 0xc000278a90?, 0x556f18?}, {0x18?, 0x93?})
        encoding/json/encode.go:358 +0x78 fp=0xc0013d92b0 sp=0xc0013d9250 pc=0x57f348
encoding/json.interfaceEncoder(0xc000282200, {0x13d60a0?, 0xc000edc620?, 0xc00010d200?}, {0x88?, 0x93?})
        encoding/json/encode.go:714 +0x170 fp=0xc0013d9320 sp=0xc0013d92b0 pc=0x581e80
encoding/json.mapEncoder.encode({0xc0013d95e8?}, 0xc000282200, {0x13f31e0?, 0xc000ebce40?, 0x1864228?}, {0xe0?, 0x31?})
        encoding/json/encode.go:812 +0x538 fp=0xc0013d95d0 sp=0xc0013d9320 pc=0x582a38
encoding/json.mapEncoder.encode-fm(0x13f31e0?, {0x13f31e0?, 0xc000ebce40?, 0x0?}, {0x1?, 0x0?})
        <autogenerated>:1 +0x70 fp=0xc0013d9640 sp=0xc0013d95d0 pc=0x591f30
encoding/json.(*encodeState).reflectValue(0x80?, {0x13f31e0?, 0xc000ebce40?, 0xffff960bfdf8?}, {0x8?, 0xe1?})
        encoding/json/encode.go:358 +0x78 fp=0xc0013d96a0 sp=0xc0013d9640 pc=0x57f348
encoding/json.(*encodeState).marshal(0xc0013d97c8?, {0x13f31e0?, 0xc000ebce40}, {0x70?, 0x97?})
        encoding/json/encode.go:330 +0x1a4 fp=0xc0013d9780 sp=0xc0013d96a0 pc=0x57eae4
encoding/json.(*Encoder).Encode(0xc0013d9978, {0x13f31e0, 0xc000ebce40})
        encoding/json/stream.go:209 +0xd0 fp=0xc0013d98f0 sp=0xc0013d9780 pc=0x58e5e0
github.com/go-kit/log.(*jsonLogger).Log(0xc00020c790, {0xc000ee4000, 0xe, 0xc000ebaf00?})
        github.com/go-kit/log@v0.2.1/json_logger.go:36 +0x1d0 fp=0xc0013d99d0 sp=0xc0013d98f0 pc=0xeb5f60
github.com/go-kit/log.(*context).Log(0xc000ea90e0, {0xc000ebaf00, 0x4, 0x2?})
        github.com/go-kit/log@v0.2.1/log.go:168 +0x444 fp=0xc0013d9a50 sp=0xc0013d99d0 pc=0xeb77c4
github.com/cometbft/cometbft/libs/log.(*tmLogger).Debug(0xc00020c610, {0x1571633, 0x14}, {0xc000ebaf00, 0x4, 0x4})
        github.com/cometbft/cometbft/libs/log/tm_logger.go:66 +0x170 fp=0xc0013d9b40 sp=0xc0013d9a50 pc=0xebcb90
github.com/cometbft/cometbft/libs/log.(*filter).Debug(0xc000030120, {0x1571633, 0x14}, {0xc000ebaf00, 0x4, 0x4})
        github.com/cometbft/cometbft/libs/log/filter.go:54 +0x84 fp=0xc0013d9b80 sp=0xc0013d9b40 pc=0xebb764
github.com/cometbft/cometbft/consensus.(*PeerState).PickSendVote(0xc000278a90, {0x1859da0, 0xc0002b2d80})
        github.com/cometbft/cometbft/consensus/reactor.go:1144 +0x1c0 fp=0xc0013d9cb0 sp=0xc0013d9b80 pc=0x11d34b0
github.com/cometbft/cometbft/consensus.(*Reactor).gossipVotesForHeight(0xc0000314e0?, {0x1855098, 0xc000ebe520}, 0xc000ee3d40, 0xc000ec63c0, 0xc?)
        github.com/cometbft/cometbft/consensus/reactor.go:808 +0x264 fp=0xc0013d9d50 sp=0xc0013d9cb0 pc=0x11d0784
github.com/cometbft/cometbft/consensus.(*Reactor).gossipVotesRoutine(0xc0003bc510, {0x18636d8?, 0xc0002789c0}, 0xc000278a90?)
        github.com/cometbft/cometbft/consensus/reactor.go:726 +0x2d0 fp=0xc0013d9f80 sp=0xc0013d9d50 pc=0x11cf6d0
github.com/cometbft/cometbft/consensus.(*Reactor).AddPeer.func2()
        github.com/cometbft/cometbft/consensus/reactor.go:202 +0x5c fp=0xc0013d9fd0 sp=0xc0013d9f80 pc=0x11c982c
runtime.goexit()
        runtime/asm_arm64.s:1172 +0x4 fp=0xc0013d9fd0 sp=0xc0013d9fd0 pc=0x490cc4
created by github.com/cometbft/cometbft/consensus.(*Reactor).AddPeer
        github.com/cometbft/cometbft/consensus/reactor.go:202 +0x244

So @mmsqe and @cason are right in that the real problem is not the lock, but the fact that the MarshalJSON is effectively an infinite (recursive) loop, as its implementation calls itself via refection.
Working on a fix


fix(deps): update gravitee-parent & other dependencies

Issue
n/a
Description
Fix commit to have a release 🤷♂
Additional context

Gravitee.io Automatic Deployment
🚀 A prerelease version of this package has been published on Gravitee's private artifactory, you can:

use it directly by updating your project with version: 1.1.3-clean-deps-SNAPSHOT
download it from Artifactory here

:tada: This PR is included in version 1.1.3 :tada:
The release is available on:

1.1.3
GitHub release

Your semantic-release bot :package::rocket:


[Snyk] Upgrade org.apache.maven.resolver:maven-resolver-api from 1.1.1 to 1.9.15

This PR was automatically created by Snyk using the credentials of a real user.Snyk has created this PR to upgrade org.apache.maven.resolver:maven-resolver-api from 1.1.1 to 1.9.15.
:information_source: Keep your dependencies up-to-date. This makes it easier to fix existing vulnerabilities and to more quickly identify and fix newly disclosed vulnerabilities when they affect your project.

The recommended version is 31 versions ahead of your current version.
The recommended version was released a month ago, on 2023-08-04.

Note: You are seeing this because you or someone else with access to this repository has authorized Snyk to open upgrade PRs.
For more information:
🧐 View latest project report
🛠 Adjust upgrade PR settings
🔕 Ignore this dependency or unsubscribe from future upgrade PRs

Hello, wildfly-sast. I'm waiting for one of the admins to verify this patch with /ok-to-test in a comment.

Sorry this was not supposed to be submitted.


FR: Python wheels

Hey there, great library! It would be nice if wheels were distributed to PyPI to avoid having a compiler as a dependency.

Hi @ofek! Thank you! Can you help with doing that?


Does this handle 429 TOO MANY REQUESTS?

I'd like to comply with Pinboard's API requirements, but I don't want to write backing-off code manually. Could that be integrated here?

I would prefer to keep this library focused on making requests only -- one thing well. There are backoff libraries available in npm that you should be able to use for this:
https://github.com/MathieuTurcotte/node-backoff
That being said, it's better to pace yourself and know you are going to hit a request limit than get slapped by the server =/


Fix jira integration

This PR fix integration with Jira when Bugzilla token is present.
This PR changes the order of mixins and moves the responsibility to save the flaw model to the mixin instead of the integration service, this assures that during flaw creation will run validations and not save multiple times during creation through REST API.
Closes OSIDB-2171

This PR changes the order of mixins

but why? mixins should work regardless of order


[WIP] Internationalisation support

This PR provides:

internationalisation support
the locale defaults to en and can be changed by setting the env variable: SUSHI_LOCALE

Woot woot!

I've done the basic conversion for the CLI - if we need more we can easily add more later on. I'll merge this one after the DGW branch is merged


[stable/nextcloud] More consistent values and secrets

What this PR does / why we need it:
Removing unnecessary quotes from values. Removing some of the SMTP related ENVs from the secrets because those are not really sensitive values. Fixing incorrect README reference for the SMTP config.
Which issue this PR fixes
Special notes for your reviewer:
Checklist
[Place an '[x]' (no spaces) in all applicable fields. Please remove unrelated fields.]

[x] DCO signed
[x] Chart Version bumped
[x] Variables are documented in the README.md
[x] Title of the PR starts with chart name (e.g. [stable/chart])

/ok-to-test

/lgtm


MultiSearch increase

Default multi-search limit is 50, would be nice to have this implemented.
https://typesense.org/docs/0.24.1/api/federated-multi-search.html#multi-search-parameters

Hi @jveto,
I can implement it, but I'll have to make the return type a collection of object type, so you will have to type-cast each returned document collection yourself.
// Rune

@jveto, is it something you're still interested in, even if the response are untyped?

This would work for me
On Sunday, April 23, 2023, Rune Nielsen @.***> wrote:

@jveto https://github.com/jveto, is it something you're still
interested in, even if the response are untyped?
—
Reply to this email directly, view it on GitHub
https://github.com/DAXGRID/typesense-dotnet/issues/144#issuecomment-1519033804,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AGHCXSQ4CIFS2JZIY3EGMF3XCUDLHANCNFSM6AAAAAAWVSR2KM
.
You are receiving this because you were mentioned.Message ID:
@.***>

Hi @jveto,
What do you think of this API?
private static async Task ExampleMultiSearchNonTypedResponse(ITypesenseClient typesenseClient)
{
    var searchResults = await typesenseClient.MultiSearch(
        new()
        {
            // You would never do the same query so many times, it would be different queries
            // and the type might also be different, this is just done for easy showcase of how the api works.
            (new MultiSearchParameters("companies", "Sul", "accessAddress"), typeof(Address)),
            (new MultiSearchParameters("companies", "24", "accessAddress"), typeof(Address)),
        });

    // We can do a for loop here and cast each search result document into `Address` because all responses are the same.
    // In case that they are not the same, we would have to cast each saerch result seperately.
    foreach (var searchResult in searchResults)
    {
        if (searchResult.Error is null)
        {
            var searchResultDocuments = searchResult.Hits.Select(x => (Address)x.Document);
            Console.WriteLine($"Multi-search non-typed response documents: {JsonSerializer.Serialize(searchResultDocuments)}");
        }
        else
        {
            // Handle error
        }
    }
}

@jveto,
Also one question, what is the usecase for doing 50 searches at the same time, are you bulk sending search queries or?

Having a generic type overload would be nice, especially since I would be doing bulk searches on one collection to sample responses

Ok, makes sense, I'll do that instead. :+1:

Looks good and makes sense to me!
On Monday, May 1, 2023, Rune Nielsen @.***> wrote:

HI @jveto https://github.com/jveto,
I've now implemented it. The API looks like this, what do you think?
var responses = await _client.MultiSearch(
new List
{
new MultiSearchParameters("companies", "Stark", "company_name"),
new MultiSearchParameters("companies", "Mjolner", "company_name"),
new MultiSearchParameters("companies", "Dax", "company_name"),
new MultiSearchParameters("companies", "Saxo", "company_name"),
new MultiSearchParameters("companies", "Borsen", "company_name"),
new MultiSearchParameters("companies", "Komplett", "company_name")
});
It can also be called with limitMultiSearches if you desire to increase
or decrease the max amount of searches.
var responses = await _client.MultiSearch(
new List
{
new MultiSearchParameters("companies", "Stark", "company_name"),
new MultiSearchParameters("companies", "Mjolner", "company_name"),
new MultiSearchParameters("companies", "Dax", "company_name"),
new MultiSearchParameters("companies", "Saxo", "company_name"),
new MultiSearchParameters("companies", "Borsen", "company_name"),
new MultiSearchParameters("companies", "Komplett", "company_name")
},
100);
—
Reply to this email directly, view it on GitHub
https://github.com/DAXGRID/typesense-dotnet/issues/144#issuecomment-1530313346,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AGHCXSX6PCUPAHQNQZHWV6TXEAS53ANCNFSM6AAAAAAWVSR2KM
.
You are receiving this because you were mentioned.Message ID:
@.***>


"Recycle bin" no longer appears translated

It no longer appears translated in my language in:

Sidebar
Tab header
Path

@XPoppyX thanks for the report.
Do you mind trying the following?

Uninstall File Dev
Install version from here: #1137
Open the app at least twice
Is the issue gone? Thanks!

after reinstalling testing other things, now I realize that it appears correctly


Development: Include testing steps for exam mode in PR template

Checklist
General

[x] Language: I followed the guidelines for inclusive, diversity-sensitive, and appreciative language.
[x] I chose a title conforming to the naming conventions for pull requests.

Motivation and Context

In the past few weeks we sadly introduced some bugs to the exam mode unintentionally by reviewing and approving PRs that also affected components that are used in the exam mode. But the reviews only focused on the code and the intended changes e.g. in course exercises.
Description

This PR adapts the PR template to also include a necessary review for the exam mode if it could be affected in some way.
Review Progress

Code Review

[x] Review 1
[x] Review 2

Screenshots

Since the comments in the markdown are changed as well, you have to look at the markdown yourself.
Preview of the visible changes in IntelliJ:

Maybe we could also have a checkbox where the user has to check if the changed components / files also affect exam mode?

I think we can handle this like other parts of the PR template as well. If this is necessary for the current PR, we leave it in the description. If the exam mode cannot be affected in any way, we can remove this part


Voting battery restorer rounding issue

Voting battery restorer needs 5 days (=432000 seconds) to fully restore, and it can be called every block (3 second). So it should have enough precision to change by 1/(432000/3) = 1/144000. Currently it's fractional part is only 1/8192, it's not enough even to restore battery with 0.02% step. Furthermore, rounding can reduce restoration time.
To fix this we should add cutoff (max) multiplier directly to restorer function instead of post-multiply cutoff to calculated restored fraction.
This also solves measuring units issue: some batteries restored in fraction units, but other in battery units (like posting bandwidth penalty battery, multiplied by current value).
Note: vesting uses voting battery to calculate allowed delegation, it should be fixed too

PR #834


Disable Distracting apps

Take a list of Distracting apps from the user and disable them during the period of running of timer.

Can you please assign me this issue?

@JebronLames32 done. All the best!

solved in #4


[Feature] : support java 21

Is your feature request related to a problem? Please describe
as for now i think there is no support for java 21. would be nice to have that.
Describe the idea you'd like
java 21 support
Describe alternatives you've considered
No response
Additional context
No response

Hi @Fzum
This repo holds 4 JVM-related related frameworks ( Spring Boot via @nxrocks/nx-spring-boot,  **Quarkus ** via @nxrocks/nx-quarkus,  **Micronaut ** via @nxrocks/nx-micronaut and  **Ktor ** via @nxrocks/nx-ktor).
What plugin do you want Java 21 support for ?
@nxrocks/nx-spring-boot already has it. The otherscan't yet because Java 21 is not yet supported via their official starters.

I wanted to have it for spring boot. I got an error using the nx console
when i tried to serve the application with java 21.
Tine Kondo @.***> schrieb am Mo., 6. Nov. 2023, 10:25:

Hi @Fzum https://github.com/Fzum
This repo holds 4 JVM-related related frameworks ( Spring Boot via
@nxrocks/nx-spring-boot, **Quarkus ** via @nxrocks/nx-quarkus,
**Micronaut ** via @nxrocks/nx-micronaut and **Ktor ** via
@nxrocks/nx-ktor).
What plugin do you want Java 21 support for ?
@nxrocks/nx-spring-boot already has it. The otherscan't yet because Java
21 is not yet supported via their official starters.
—
Reply to this email directly, view it on GitHub
https://github.com/tinesoft/nxrocks/issues/203#issuecomment-1794397696,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AG2XX7NSDKAMYJ6KBOBHKILYDCUKJAVCNFSM6AAAAAA66K74IGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMYTOOJUGM4TONRZGY
.
You are receiving this because you were mentioned.Message ID:
@.***>

Hi @Fzum
Can you provide more helpful information like:

Actual Stacktrace:
Build System Used: Maven, Gradle ?
Actual Java version:  Output of $ java -version
OS:
Command ran:
etc

im very sorry for the inconvenience i just figured out that my java_home env was not set correctly..

No worries!
Enjoy the plugin and don't hesitate to report issue or ask for features:-)
Also you can give the project a ⭐ to show your support ;-)


Remove setup.py

Includes upgrading the packaging testing.

I needed that..  But i worked around it..  we had been installing with this in our pip line:
git+https://github.com/ansible-community/molecule-vagrant.git@main#egg=molecule-vagrant for some time now, and that broke..
switching back to just molecule-vagrant in the pip line works.
Just putting this here so other may find it someday...


Localnav & Navigator UI changes and refactors

Bug/issue #116401230, if applicable:
Summary
Localnav & Navigator UI changes and refactors:

[x] Navigator's font size increased
[x] UI Changes on Navigator's focus state
[x] Localnav should take the entire width of the page
[x] Integration of the Technology title into the Navigator
[x] Breadcrumbs are moved into the Hero
[x] Fix tests

Dependencies
NA
Testing
Steps:

Run docc-render
Assert that there are no regressions on the new UI changes that affect the localnav and navigator

Checklist
Make sure you check off the following items. If they cannot be completed, provide a reason.

[x] Added tests
[x] Ran npm test, and it succeeded
[x] Updated documentation if necessary

Haven't had time to fully test/review this yet, but I'm noticing a couple of potential issues and I have some subjective feedback on some of the design changes.
Design feedback:

the increased font size in the navigator is a little jarring to me personally—it feels odd that it's so much bigger than the similar links in the Topics section on the actual page
the hierarchy/eyebrow/title area can be pretty crowded now depending on the content of the 3 items—not sure of a great alternative offhand, just something I'm noticing
the hover state for the hierarchy dropdown items seems a little off in dark mode, not sure if it was a color change or just a underline issue or what

Thank you for the design feedback, @mportiz08 ! I'll sync with the design team about them.

Potential issues:

some refactoring may be accidentally affecting font sizes of other elements outside of the nav items, not sure if that was intended

Yes, I'm aware of it. I also need to test the tutorials pages more.

I'm sometimes seeing JS errors in the console when using the nav filter—not exactly sure yet how to reproduce it reliably, but you may want to experiment with this and double check on that

If you could help me to reproduce those errors, that would be fantastic!

I'd like to do some more review/testing but wanted to give you some initial feedback—I'm excited about the idea of cleaning up the nav elements and consolidating it in the way you've done here—very cool 😁

Thanks 😄

@swift-ci test

@swift-ci test

@swift-ci test

@swift-ci test

@swift-ci test

Just 1 more minor comment about displaying hierarchy in IDE mode.

Answered :)

@swift-ci test


javasrc2cpg: rewrite unresolved methodFullNames and signatures in TypeInferencePass

Closing this PR since I don't get any WebGoat findings while testing locally. Clearly something here is broken.


nit: fix spelling mistakes in source files.

Fixes spellings mistakes in the codebase comments and code.

This change is

Coverage decreased (-0.002%) to 41.809% when pulling a9b13cd467c3d0f3f39e67901f93671c55a68aa9 on fristonio:spelling-fix into 6d14ec4d1ac747b063f656e48fae76e7ef85682d on cilium:master.

@fristonio How did you pick up on these, using some tool or something? Maybe we should consider making that available as part of the makefile, and maybe even in the travis build or something so that we pick up on these /before/ they go in.

test-me-please

Yeah I used misspell for this. I also created an issue sometime back related to this, will send a PR with a patch including this in Makefile and in CI maybe.


Intermittent module load errors in Firefox only

Which @angular/* package(s) are the source of the bug?
compiler-cli, platform-browser-dynamic
Is this a regression?
No
Description
Periodically, users of the Firefox browser will report that our Angular site will stop working for them. Console errors from users reporting this problem show module loading issues, in the following format:
Loading failed for the module with source “https://cf.geekdo-static.com/frontend/chunk-7VTT4A6L.js”. [boardgamegeek.com](http://boardgamegeek.com/)
Loading failed for the module with source “https://cf.geekdo-static.com/frontend/chunk-KRXMVMZV.js”. [boardgamegeek.com](http://boardgamegeek.com/)
Loading failed for the module with source “https://cf.geekdo-static.com/frontend/chunk-UOJLIIXE.js”. [boardgamegeek.com](http://boardgamegeek.com/)
Loading failed for the module with source “https://cf.geekdo-static.com/frontend/chunk-UKMIOM3P.js”. [boardgamegeek.com](http://boardgamegeek.com/)
Loading failed for the module with source “https://cf.geekdo-static.com/frontend/chunk-JIBBZ5SB.js”. [boardgamegeek.com](http://boardgamegeek.com/)
Loading failed for the module with source “https://cf.geekdo-static.com/frontend/chunk-SFTBLGAN.js”. [boardgamegeek.com](http://boardgamegeek.com/)
Loading failed for the module with source “https://cf.geekdo-static.com/frontend/chunk-LYULK75U.js”. [boardgamegeek.com](http://boardgamegeek.com/)

The listed files are accessible, and can be loaded fine from CDN.
In order to make the site work again, users have reported that they have to go into their Firefox settings, and clear their cache for the past day. (A hard reload with Ctrl-F5 does not help). Also, going into a private window seems to help.
Beyond that, I've never been able to reproduce this issue myself (the site is BoardGamegGeek) but the reports are quite consistent, if not super frequent. It may be the case that some users run into this problem more than other users, but I can't say that for sure. The fact that cache clearing solves the issue seems to suggest that something about how Firefox is caching is causing it to cache some corrupt file, with cascading consequences, but that is purely conjecture on my part.
This may be related to angular/angular#44780, which we also reported, although note that that dates back to when Angular was using Webpack.
Please provide a link to a minimal reproduction of the bug
It is possible that you might run into this browsing the Angular portions of https://boardgamegeek.com
Please provide the exception or error you saw
No response
Please provide the environment you discovered this bug in (run ng version)
Angular CLI: 18.2.1
Node: 18.20.4
Package Manager: yarn 1.22.22
OS: darwin arm64

Angular: 18.2.1
... animations, cdk, cli, common, compiler, compiler-cli, core
... forms, language-service, localize, platform-browser
... platform-browser-dynamic, router

Package                         Version
---------------------------------------------------------
@angular-devkit/architect       0.1802.1
@angular-devkit/build-angular   18.2.1
@angular-devkit/core            18.2.1
@angular-devkit/schematics      18.2.1
@schematics/angular             18.2.1
rxjs                            7.8.1
typescript                      5.5.4
zone.js                         0.15.0

Anything else?
No response

It appears that the Content-Type header for the JavaScript files is being sent as application/javascript.  This a legacy type and is not guaranteed to be supported on browsers.  JavaScript files should use text/javascript.  More details can be found here: https://developer.mozilla.org/en-US/docs/Learn/Server-side/Configuring_server_MIME_types
This may or may not solve the problem but it is something that should ideally be corrected either way.

@clydin Thanks for the suggestion! We've updated all of our JS files (at least the ones we control) to have the correct content type. While I'll be surprised if this helps, it certainly doesn't hurt to get this correct.

Thanks for raising this issue, but I highly doubt Angular is the cause, especially since esbuild uses standard ECMA imports to load the chunks.
Maybe related to https://stackoverflow.com/questions/45879671/only-on-firefox-loading-failed-for-the-script-with-source

@alan-agius4 You could be right, but I forgot to mention one relevant thing: Our site is a hybrid--roughly half of it is Angular, and half is not. This problem has only ever occurred on the Angular part of the site. It may not be that Angular is at fault, but if something else is at fault--a plugin, or Firefox itself--the problem seems to a be specific to Angular, and whether is is Firefox or Angular at fault, it seems that "Angular not working on Firefox" would be of interest.
I'll report this issue to Firefox as well, though.


[UBS] Check address exist

You should create new logic for checking if address exist.
1.If address exist - throw exception(create and update).
2.If address not exist - it can be create.


Add: Quo Vadis TV

Channel Name
Quo Vadis TV
Native Name (optional)
No response
Network (optional)
No response
Country
CA
Subdivision (optional)
CA-BC
City (optional)
Langley
Broadcast Area
s/CA-BC
Languages
eng
Categories (optional)
religion
NSFW
FALSE
Launched (optional)
No response
Closed (optional)
No response
Replaced By (optional)
No response
Website (optional)
https://quovadisministry.org/
Logo
https://quovadisministry.org/wp-content/uploads/2019/01/apple-icon-114x114.png
Notes
Streaming URL:
https://qvmstream.tulix.tv/720p/720p/chunklist_w92687638.m3u8

https://iptv-org.github.io/?q=Quo Vadis TV


Tag with "/" in name blocks pushing of tag with similar name

Gitea version (or commit ref): 1.9.2
Git version: 2.11.0
Operating system: Debian 9.9
Database (use [x]):

[ ] PostgreSQL
[ ] MySQL
[ ] MSSQL
[x] SQLite

Can you reproduce the bug at https://try.gitea.io:

[x] Yes https://try.gitea.io/tagtest/tagtest1
[ ] No
[ ] Not relevant

Log gist:

Description
If the repository has tag e.g. a/v1 and also tag v1, then the later one cause problems with gitea. For git itself, it is completely valid scenerio.
Gitea receives the tag but reports
remote: Gitea: Internal Server Error
remote: Failed to Update: tagtest/tagtest1 Branch: v1 Error: PushUpdateAddTag: GetTag: object does not exist [id: v1, rel_path: ]

Tag is later not shown in releases but can be directly accessed by typing correct URL
for tag a/v1 https://try.gitea.io/tagtest/tagtest1/src/tag/a/v1
for tag v1 https://try.gitea.io/tagtest/tagtest1/src/tag/v1
Steps to reproduce
mkdir test
cd test
git init
git commit -m a
git tag a/v1
git tag v1
git remote add origin https://try.gitea.io/tagtest/tagtest2.git
git push -u origin master
git push --tags

This cause an error and tag v1 is not visible in the UI but it should be.

Possibly related to https://github.com/go-gitea/gitea/issues/7945

After investigation, it is duplicate, so closing it.

I must reopen the issue, because it was not duplicate. PR #7990 is wrong solution and issue #7945 is closed.

Good catch. Yeah, the other issue was dealing with a branch with a similar name. Glad @guillep2k made a good fix for this.


Import local authorities

Added LocalAuthority model
Added rake task to import local authorities from MapIt
Added rake task to import slugs for each authority from authorities.json in Frontend
Added rake task to import homepage URLs from the local authority contacts CSV file on http://local.direct.gov.uk/Data
Added UI to display the imported list of local authorities

:+1: for the Scotocentric nature of the fixture data.

🔒 ⏰ 🍆 💭 🍚 👔 ✨


memory leak warning

downshift version: 2.0.2
node version: 9.11.1
npm (or yarn) version: 1.7.0

Relevant code or config
See problem description
What you did:
Submitted a form with enter when focus is on the autocomplete component
What happened:
React warns that "Can't call setState (or forceUpdate) on an unmounted component"
Problem description:
Every time I submit a form when the focus is on a component that uses downshift and that component has the focus, if the component is unmounted after the submit (for example for a form in a dialog that's dismissed after submission), react warns that "Can't call setState (or forceUpdate) on an unmounted component"
Suggested solution:
setTimeout is used to manage blur events but is not cleared when the component is unmounted. When a form is submitted and unmounted after submission (for example a form in a dialog), this causes a memory leak.
I suggest to clear pending timeouts in componentWillUnmount

I suggest to clear pending timeouts in componentWillUnmount

I think that'd probably be best. We could have a timeouts instance property that's an array of all current timeouts, then iterate through and clear them in componentWillUnmount.
Alternatively, we could have an instance property called _isMounted that's a boolean, set it to true in componentDidMount, then set it to false in componentWillUnmount, and in our internalSetState method we could check _isMounted and return early if it's false.
I think that'd probably be the easiest. Thoughts? Anyone willing to implement this?

:tada: This issue has been resolved in version 2.0.7 :tada:
The release is available on:

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


rabbitmq-server: 3.8.9 -> 3.9.1

Motivation for this change
Things done

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

[x] NixOS
[ ] macOS
[ ] other Linux distributions

[x] Tested via one or more NixOS test(s) if existing and applicable for the change (look inside nixos/tests)
[ ] Tested compilation of all pkgs that depend on this change using nix-shell -p nixpkgs-review --run "nixpkgs-review wip"
[ ] Tested execution of all binary files (usually in ./result/bin/)
21.11 Release Notes (or backporting 21.05 Relase notes)

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

[x] Fits CONTRIBUTING.md.

@ofborg build rabbitmq-server.passthru.tests

When testing locally, I get this error:
machine # [   24.878486] rabbitmq-server[793]: 2021-08-02 13:24:19.644473+00:00 [info] <0.224.0> starting Ra system: coordination in directory: /var/lib/rabbitmq/mnesia/rabbit@machine/coordination/rabbit@machine
machine # [   24.883546] rabbitmq-server[793]: 2021-08-02 13:24:19.650333+00:00 [erro] <0.269.0> Failed to create Ra data directory at '/var/lib/rabbitmq/mnesia/rabbit@machine/coordination/rabbit@machine', file system operation error: enospc
machine # [   24.921967] rabbitmq-server[793]: 2021-08-02 13:24:19.650767+00:00 [erro] <0.269.0>   crasher:
machine # [   24.923496] rabbitmq-server[793]: 2021-08-02 13:24:19.650767+00:00 [erro] <0.269.0>     initial call: supervisor:ra_system_sup/1
machine # [   24.926501] rabbitmq-server[793]: 2021-08-02 13:24:19.650767+00:00 [erro] <0.269.0>     pid: <0.269.0>
machine # [   24.929435] rabbitmq-server[793]: 2021-08-02 13:24:19.650767+00:00 [erro] <0.269.0>     registered_name: []
machine # [   24.932840] rabbitmq-server[793]: 2021-08-02 13:24:19.650767+00:00 [erro] <0.269.0>     exception exit: {error,"Ra could not create its data directory. See the log for details."}
machine # [   24.938194] rabbitmq-server[793]: 2021-08-02 13:24:19.650767+00:00 [erro] <0.269.0>       in function  ra_system_sup:init/1 (src/ra_system_sup.erl, line 42)
machine # [   24.950649] rabbitmq-server[793]: 2021-08-02 13:24:19.650767+00:00 [erro] <0.269.0>       in call from supervisor:init/1 (supervisor.erl, line 330)
machine # [   24.958274] rabbitmq-server[793]: 2021-08-02 13:24:19.650767+00:00 [erro] <0.269.0>       in call from gen_server:init_it/2 (gen_server.erl, line 423)
machine # [   24.963844] rabbitmq-server[793]: 2021-08-02 13:24:19.650767+00:00 [erro] <0.269.0>       in call from gen_server:init_it/6 (gen_server.erl, line 390)
machine # [   24.970728] rabbitmq-server[793]: 2021-08-02 13:24:19.650767+00:00 [erro] <0.269.0>     ancestors: [ra_systems_sup,ra_sup,<0.189.0>]
machine # [   24.974244] rabbitmq-server[793]: 2021-08-02 13:24:19.650767+00:00 [erro] <0.269.0>     message_queue_len: 0
machine # [   24.977462] rabbitmq-server[793]: 2021-08-02 13:24:19.650767+00:00 [erro] <0.269.0>     messages: []
machine # [   24.980304] rabbitmq-server[793]: 2021-08-02 13:24:19.650767+00:00 [erro] <0.269.0>     links: [<0.194.0>]
machine # [   24.983537] rabbitmq-server[793]: 2021-08-02 13:24:19.650767+00:00 [erro] <0.269.0>     dictionary: []
machine # [   24.985619] rabbitmq-server[793]: 2021-08-02 13:24:19.650767+00:00 [erro] <0.269.0>     trap_exit: true
machine # [   24.987508] rabbitmq-server[793]: 2021-08-02 13:24:19.650767+00:00 [erro] <0.269.0>     status: running
machine # [   24.989706] rabbitmq-server[793]: 2021-08-02 13:24:19.650767+00:00 [erro] <0.269.0>     heap_size: 1598
machine # [   24.992597] rabbitmq-server[793]: 2021-08-02 13:24:19.650767+00:00 [erro] <0.269.0>     stack_size: 29
machine # [   24.994446] rabbitmq-server[793]: 2021-08-02 13:24:19.650767+00:00 [erro] <0.269.0>     reductions: 3299
machine # [   24.996239] rabbitmq-server[793]: 2021-08-02 13:24:19.650767+00:00 [erro] <0.269.0>   neighbours:
machine # [   25.001043] rabbitmq-server[793]: 2021-08-02 13:24:19.650767+00:00 [erro] <0.269.0>
machine # [   25.004381] rabbitmq-server[793]: 2021-08-02 13:24:19.771451+00:00 [noti] <0.44.0> Application mnesia exited with reason: stopped
machine # [   25.006273] rabbitmq-server[793]: BOOT FAILED
machine # [   25.007135] rabbitmq-server[793]: 2021-08-02 13:24:19.771763+00:00 [erro] <0.224.0>
machine # [   25.008394] rabbitmq-server[793]: 2021-08-02 13:24:19.771763+00:00 [erro] <0.224.0> BOOT FAILED
machine # [   25.009717] rabbitmq-server[793]: 2021-08-02 13:24:19.771763+00:00 [erro] <0.224.0> ===========
machine # [   25.011099] rabbitmq-server[793]: 2021-08-02 13:24:19.771763+00:00 [erro] <0.224.0> Exception during startup:
machine # [   25.012549] rabbitmq-server[793]: 2021-08-02 13:24:19.771763+00:00 [erro] <0.224.0>
machine # [   25.013692] rabbitmq-server[793]: 2021-08-02 13:24:19.771763+00:00 [erro] <0.224.0> error:{badmatch,{error,{{error,"Ra could not create its data directory. See the log for details."},{child,undefined,coordination,{ra_system_sup,start_link,[#{data_dir => "/var/lib/rabbitmq/mnesia/rabbit@machine/coordination/rabbit@machine",name => coordination,names => #{closed_mem_tbls => ra_coordination_log_closed_mem_tables,directory => ra_coordination_directory,directory_rev => ra_coordination_directory_reverse,log_ets => ra_coordination_log_ets,log_meta => ra_coordination_log_meta,log_sup => ra_coordination_log_sup,open_mem_tbls => ra_coordination_log_open_mem_tables,segment_writer => ra_coordination_segment_writer,server_sup => ra_coordination_server_sup_sup,wal => ra_coordination_log_wal,wal_sup => ra_coordination_log_wal_sup},segment_max_entries => 4096,wal_compute_checksums => true,wal_data_dir => "/var/lib/rabbitmq/mnesia/rabbit@machine/coordination/rabbit@machine",wal_max_batch_size => 4096,wal_max_entries => undefined,wal_max_size_bytes => 64000000,wal_sync_method => datasync,wal_write_strategy => default}]},permanent,false,infinity,supervisor,[ra_system_sup]}}}}

Is /var/ readonly in the test system?

This is really strange. The tests fail only locally!

Stranger even, I now can't reproduce the failure anymore. Nevermind.

Here is a hint:
machine # [   32.475751] rabbitmq-server[799]: 2021-08-02 13:45:54.253144+00:00 [info] <0.295.0> Enabling free disk space monitoring
machine # [   32.477911] rabbitmq-server[799]: 2021-08-02 13:45:54.253202+00:00 [info] <0.295.0> Disk free limit set to 50MB
machine # [   32.515528] rabbitmq-server[799]: 2021-08-02 13:45:54.292539+00:00 [info] <0.295.0> Free disk space is insufficient. Free bytes: 14336000. Limit: 50000000
machine # [   32.518810] rabbitmq-server[799]: 2021-08-02 13:45:54.292688+00:00 [warn] <0.291.0> disk resource limit alarm set on node rabbit@machine.
machine # [   32.521763] rabbitmq-server[799]: 2021-08-02 13:45:54.292688+00:00 [warn] <0.291.0>
machine # [   32.527227] rabbitmq-server[799]: 2021-08-02 13:45:54.292688+00:00 [warn] <0.291.0> **********************************************************
machine # [   32.531241] rabbitmq-server[799]: 2021-08-02 13:45:54.292688+00:00 [warn] <0.291.0> *** Publishers will be blocked until this alarm clears ***
machine # [   32.533509] rabbitmq-server[799]: 2021-08-02 13:45:54.292688+00:00 [warn] <0.291.0> **********************************************************

The amount of free space is different though on CI than on my local machine. So probably the amount of free disk space is not deterministic, and can sometimes be too little that the disk is full (and thus the failure from above occurs).

If anyone knows how to increase the VM disk size, feel free to help me out. I don't understand it.

If anyone knows how to increase the VM disk size, feel free to help me out. I don't understand it.

https://github.com/NixOS/nixpkgs/blob/419f03859dba357456ecce936b386cb0658cd75e/nixos/tests/graylog.nix#L7

Setting this to a reasonable value (1 GB) fixes it and makes the test less brittle.

@ofborg build rabbitmq-server.passthru.tests

Result of nixpkgs-review pr 132416 at b0f33d7c run on x86_64-linux 1

1 package built successfully:

rabbitmq-server

6 suggestions:

warning: stale-substitute
Stale substituteInPlace detected.
substituteStream(): WARNING: pattern 'dirname $0/rabbitmq-env' doesn't match anything in file '/nix/store/nzdf9jgb0v6j1vnngy48mpdh51bdpiib-rabbitmq-server-3.9.1/sbin/rabbitmq-server'
Near pkgs/servers/amqp/rabbitmq-server/default.nix:65:0:
   |
65 |     description = "An implementation of the AMQP messaging protocol";
   | ^

warning: build-tools-in-build-inputs
docbook_xml_dtd_45 is a build tool so it likely goes to nativeBuildInputs, not buildInputs.
Near pkgs/servers/amqp/rabbitmq-server/default.nix:20:3:
   |
20 |   buildInputs =
   |   ^

warning: build-tools-in-build-inputs
xmlto is a build tool so it likely goes to nativeBuildInputs, not buildInputs.
Near pkgs/servers/amqp/rabbitmq-server/default.nix:20:3:
   |
20 |   buildInputs =
   |   ^

warning: build-tools-in-build-inputs
docbook-xsl-nons is a build tool so it likely goes to nativeBuildInputs, not buildInputs.
Near pkgs/servers/amqp/rabbitmq-server/default.nix:20:3:
   |
20 |   buildInputs =
   |   ^

warning: build-tools-in-build-inputs
rsync is a build tool so it likely goes to nativeBuildInputs, not buildInputs.
Near pkgs/servers/amqp/rabbitmq-server/default.nix:20:3:
   |
20 |   buildInputs =
   |   ^

warning: build-tools-in-build-inputs
zip is a build tool so it likely goes to nativeBuildInputs, not buildInputs.
Near pkgs/servers/amqp/rabbitmq-server/default.nix:20:3:
   |
20 |   buildInputs =
   |   ^

Excellent! I can close #132242...

Yes, seems 3.9 is happier with newer elixir & OTP versions.

This pull request has been mentioned on NixOS Discourse. There might be relevant details there:
https://discourse.nixos.org/t/prs-already-reviewed/2617/393


HIVE-27966: Disable flaky testFetchResultsOfLogWithOrientation

What changes were proposed in this pull request?
org.apache.hive.service.cli.operation.TestOperationLoggingAPIWithMr#testFetchResultsOfLogWithOrientation test is flaky and can easily result into CI failed.
Here are some affected pipelines:
http://ci.hive.apache.org/blue/organizations/jenkins/hive-precommit/detail/PR-4959/3/tests
http://ci.hive.apache.org/blue/organizations/jenkins/hive-precommit/detail/PR-4755/15/tests
http://ci.hive.apache.org/blue/organizations/jenkins/hive-precommit/detail/PR-4966/1/tests
http://ci.hive.apache.org/blue/organizations/jenkins/hive-precommit/detail/PR-4517/25/tests
Why are the changes needed?
Disable unstable test.
Does this PR introduce any user-facing change?
No
Is the change a dependency upgrade?
No
How was this patch tested?
Pass existing tests.

@ayushtkn has ran this flaky test, the result is as follows:
http://ci.hive.apache.org/job/hive-flaky-check/780/testReport/junit/org.apache.hive.service.cli.operation/TestOperationLoggingAPIWithMr/testFetchResultsOfLogWithOrientation_3/
cc: @akshat0395

Thanks for sharing @wecharyu, LGTM +1


fix: add channel marker back into index file

These were removed in 1875b9e99d14b7a84b59d0ab23ae939da27e6061 and are needed for release automation via olm/update-channels.sh.
Fixes: https://issues.redhat.com/browse/COO-17

The generate check is expected to fail since this merge is not into main.


fix compile error in debug model

if in debug model, the generate file is large than default size, increase the code size limitation
Description
This PR is for fixing compiler error in debug model
Checklist
Essentials
Please feel free to remove inapplicable items for your PR.

[ ] The PR title starts with [MXNET-$JIRA_ID], where $JIRA_ID refers to the relevant JIRA issue created (except PRs with tiny changes)
[ ] Changes are complete (i.e. I finished coding on this PR)
[ ] All changes have test coverage:
Unit tests are added for small changes to verify correctness (e.g. adding a new operator)
Nightly tests are added for complicated/long-running ones (e.g. changing distributed kvstore)
Build tests will be added for build configuration changes (e.g. adding a new build option with NCCL)
[ ] Code is well-documented:
For user-facing API changes, API doc string has been updated.
For new C++ functions in header files, their functionalities and arguments are documented.
For new examples, README.md is added to explain the what the example does, the source of the dataset, expected performance on test set and reference to the original paper if applicable
Check the API doc at http://mxnet-ci-doc.s3-accelerate.dualstack.amazonaws.com/PR-$PR_ID/$BUILD_ID/index.html
[ ] To the my best knowledge, examples are either not affected by this change, or have been fixed to be compatible with this change

Changes

[ ] Feature1, tests, (and when applicable, API doc)
[ ] Feature2, tests, (and when applicable, API doc)

Comments

If this change is a backward incompatible change, why must this change be made.
Interesting edge cases to note here

@NEWPLAN thanks. What error do you see when compiling in debug mode? What operating system and compiler are you using?

Hi,
My environment:
OS:  CentOS Linux release 7.3.1611 (Core)
GCC: gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-28)
CPU: Intel(R) Xeon(R) CPU E5-2620 v4 @ 2.10GHz
DRAM:  64GB 2133MHZ
G++: g++ (GCC) 4.8.5 20150623 (Red Hat 4.8.5-28)
NVCC: Built on Fri_Sep__1_21:08:03_CDT_2017 + Cuda compilation tools, release 9.0, V9.0.176
command for compiling:
make -j $(nproc) USE_OPENCV=1 USE_BLAS=openblas USE_CUDA=1 USE_CUDA_PATH=/usr/local/cuda USE_CUDNN=1 USE_DIST_KVSTORE=1 USE_NCCL=1 USE_CPP_PACKAGE=1 DEBUG=1
there are two errors:
1: src/kvstore/./kvstore_nccl.h:345:28: error: ‘struct mxnet::kvstore::KVStoreNCCL::BufferEntry’ has no member named ‘ctx’
assert(root == buf.ctx().dev_id);
When i fixed this error as uncommend and complie again, got the second error:
a - build/src/kvstore/kvstore_utils_gpu.o
/usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/crti.o: In function _init': (.init+0x7): relocation truncated to fit: R_X86_64_GOTPCREL against undefined symbol gmon_start'
/home/yang/software/incubator-mxnet/3rdparty/ps-lite/build/libps.a(customer.o): In function ps::Customer::NumResponse(int)': /usr/include/c++/4.8.2/x86_64-redhat-linux/bits/gthr-default.h:747:(.text+0x5): relocation truncated to fit: R_X86_64_GOTPCREL against symbol __pthread_key_create@@GLIBC_2.2.5' defined in .text section in /lib64/libpthread.so.0
/home/yang/software/incubator-mxnet/3rdparty/ps-lite/build/libps.a(customer.o): In function ps::Customer::AddResponse(int, int)': /usr/include/c++/4.8.2/x86_64-redhat-linux/bits/gthr-default.h:747:(.text+0x7d): relocation truncated to fit: R_X86_64_GOTPCREL against symbol __pthread_key_create@@GLIBC_2.2.5' defined in .text section in /lib64/libpthread.so.0
/home/yang/software/incubator-mxnet/3rdparty/ps-lite/build/libps.a(customer.o): In function ps::Customer::WaitRequest(int)': /usr/include/c++/4.8.2/x86_64-redhat-linux/bits/gthr-default.h:747:(.text+0xfe): relocation truncated to fit: R_X86_64_GOTPCREL against symbol __pthread_key_create@@GLIBC_2.2.5' defined in .text section in /lib64/libpthread.so.0
/home/yang/software/incubator-mxnet/3rdparty/ps-lite/build/libps.a(customer.o): In function ps::Customer::Receiving()': /home/yang/software/incubator-mxnet/3rdparty/ps-lite/src/customer.cc:49:(.text+0x1d2): relocation truncated to fit: R_X86_64_GOTPCREL against symbol std::string::_Rep::_S_empty_rep_storage@@GLIBCXX_3.4' defined in .bss section in /usr/lib/gcc/x86_64-redhat-linux/4.8.5/libstdc++.so
/home/yang/software/incubator-mxnet/3rdparty/ps-lite/build/libps.a(customer.o): In function ps::Customer::Receiving()': /usr/include/c++/4.8.2/x86_64-redhat-linux/bits/gthr-default.h:747:(.text+0x2dd): relocation truncated to fit: R_X86_64_GOTPCREL against symbol __pthread_key_create@@GLIBC_2.2.5' defined in .text section in /lib64/libpthread.so.0
/home/yang/software/incubator-mxnet/3rdparty/ps-lite/build/libps.a(customer.o): In function ps::Customer::Receiving()': /usr/include/c++/4.8.2/bits/stl_construct.h:102:(.text+0x46f): relocation truncated to fit: R_X86_64_GOTPCREL against symbol __pthread_key_create@@GLIBC_2.2.5' defined in .text section in /lib64/libpthread.so.0
/usr/include/c++/4.8.2/bits/stl_construct.h:102:(.text+0x555): relocation truncated to fit: R_X86_64_GOTPCREL against symbol __pthread_key_create@@GLIBC_2.2.5' defined in .text section in /lib64/libpthread.so.0 /usr/include/c++/4.8.2/bits/stl_construct.h:102:(.text+0x61a): relocation truncated to fit: R_X86_64_GOTPCREL against symbol __pthread_key_create@@GLIBC_2.2.5' defined in .text section in /lib64/libpthread.so.0
/usr/include/c++/4.8.2/bits/stl_construct.h:102:(.text+0x6ce): relocation truncated to fit: R_X86_64_GOTPCREL against symbol __pthread_key_create@@GLIBC_2.2.5' defined in .text section in /lib64/libpthread.so.0 /home/yang/software/incubator-mxnet/3rdparty/ps-lite/build/libps.a(customer.o): In function ps::Customer::Receiving()':
/usr/include/c++/4.8.2/x86_64-redhat-linux/bits/gthr-default.h:747:(.text+0x773): additional relocation overflows omitted from the output
collect2: error: ld returned 1 exit status
make: *** [lib/libmxnet.so] Error 1
make: *** Waiting for unfinished jobs....
/usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/crt1.o:(.eh_frame+0x20): relocation truncated to fit: R_X86_64_PC32 against .text' /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/crti.o: In function _init':
(.init+0x7): relocation truncated to fit: R_X86_64_GOTPCREL against undefined symbol __gmon_start__' /home/yang/software/incubator-mxnet/3rdparty/ps-lite/build/libps.a(customer.o): In function ps::Customer::NumResponse(int)':
/usr/include/c++/4.8.2/x86_64-redhat-linux/bits/gthr-default.h:747:(.text+0x5): relocation truncated to fit: R_X86_64_GOTPCREL against symbol __pthread_key_create@@GLIBC_2.2.5' defined in .plt section in /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/crt1.o /home/yang/software/incubator-mxnet/3rdparty/ps-lite/build/libps.a(customer.o): In function ps::Customer::AddResponse(int, int)':
/usr/include/c++/4.8.2/x86_64-redhat-linux/bits/gthr-default.h:747:(.text+0x7d): relocation truncated to fit: R_X86_64_GOTPCREL against symbol __pthread_key_create@@GLIBC_2.2.5' defined in .plt section in /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/crt1.o /home/yang/software/incubator-mxnet/3rdparty/ps-lite/build/libps.a(customer.o): In function ps::Customer::WaitRequest(int)':
/usr/include/c++/4.8.2/x86_64-redhat-linux/bits/gthr-default.h:747:(.text+0xfe): relocation truncated to fit: R_X86_64_GOTPCREL against symbol __pthread_key_create@@GLIBC_2.2.5' defined in .plt section in /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/crt1.o /home/yang/software/incubator-mxnet/3rdparty/ps-lite/build/libps.a(customer.o): In function ps::Customer::Receiving()':
/home/yang/software/incubator-mxnet/3rdparty/ps-lite/src/customer.cc:49:(.text+0x1d2): relocation truncated to fit: R_X86_64_GOTPCREL against symbol std::string::_Rep::_S_empty_rep_storage@@GLIBCXX_3.4' defined in .bss section in /usr/lib/gcc/x86_64-redhat-linux/4.8.5/libstdc++.so /home/yang/software/incubator-mxnet/3rdparty/ps-lite/build/libps.a(customer.o): In function ps::Customer::Receiving()':
/usr/include/c++/4.8.2/x86_64-redhat-linux/bits/gthr-default.h:747:(.text+0x2dd): relocation truncated to fit: R_X86_64_GOTPCREL against symbol __pthread_key_create@@GLIBC_2.2.5' defined in .plt section in /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/crt1.o /home/yang/software/incubator-mxnet/3rdparty/ps-lite/build/libps.a(customer.o): In function ps::Customer::Receiving()':
/usr/include/c++/4.8.2/bits/stl_construct.h:102:(.text+0x46f): relocation truncated to fit: R_X86_64_GOTPCREL against symbol __pthread_key_create@@GLIBC_2.2.5' defined in .plt section in /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/crt1.o /usr/include/c++/4.8.2/bits/stl_construct.h:102:(.text+0x555): relocation truncated to fit: R_X86_64_GOTPCREL against symbol __pthread_key_create@@GLIBC_2.2.5' defined in .plt section in /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/crt1.o
/usr/include/c++/4.8.2/bits/stl_construct.h:102:(.text+0x61a): relocation truncated to fit: R_X86_64_GOTPCREL against symbol `__pthread_key_create@@GLIBC_2.2.5' defined in .plt section in /usr/lib/gcc/x86_64-redhat-linux/4.8.5/../../../../lib64/crt1.o
/usr/include/c++/4.8.2/bits/stl_construct.h:102:(.text+0x6ce): additional relocation overflows omitted from the output
collect2: error: ld returned 1 exit status
make: *** [bin/im2rec] Error 1
I find that it is because the default code size can not be large than 2GB, and add compiler flag -mcmodel=large can work

@NEWPLAN bouncing - looks like the build fails with your change, can you please address so we can move this forward?

@NEWPLAN can this PR be closed then?

@NEWPLAN can this PR be closed then?

Yes, please close it, thx.

@NEWPLAN I don't have access to close this PR. Could you close it at your end?
Thanks.


Toggle Button Group: Add documentation to site

The problem
The toggle button group is out and available and we should provide guidelines so that it is used in the appropriate manner.
The solution
I can provide the link to the documentation.

Resolved by #191


Shaka takes a lot of resources

Hi, colleagues!
while testing a Shaka player we have found that it takes system resources and doesn't free them.

At this pic shaka played for 2 hours SD Live content and it ate more than 1 GB RAM.
Can we set some parameter to reduce the usage of RAM?

Perhaps there is a memory leak.  What version of Shaka are you using?  Is the problem reproducible on the demo page on appspot?

We use shaka 1.5.

Is the problem reproducible on the demo page on appspot?
Well, it seems Shaka stores everything in its buffer. Can we clear it with api call?
 it is about 25 minutes, can we reduce this caching level?

UPDATE. I have been watching live video at appspot demo site for 8 hours. Chrome ate 400 MB of RAM. In this case i used lighter profile (264 kbps instead of 7200 kbps and 3 hours), but it seems the problem is still present.

Shaka 1 does not remove content from MediaSource buffers during streaming.  The browser has a built-in buffering limit and runs an eviction algorithm on the SourceBuffers when that limit is hit.  From JavaScript, we have no visibility into the eviction logic nor the limits.  Shaka 1 has always depended on the browser to handle eviction.
Shaka 2 will operate differently.  Part of the design for Shaka 2 is to place our own configurable byte limit on the amount of data we buffer at the MediaSource level, as well as a configurable limit on the number of seconds of data kept in buffer behind the playhead.
For example, you will be able to say "buffer 10 minutes ahead, but only leave 30 seconds behind, and stop early if we hit 100MB."
We expect to have a beta version of Shaka 2 out at the end of January.  Thanks for your patience!

For example, you will be able to say "buffer 10 minutes ahead, but only leave 30 seconds behind, and stop early if we hit 100MB."

This is exatcly what we need! Thanks! Can we walk through the improvements on shaka2?

Check out REDESIGN.md in the preview branch if you want to see the design of Shaka 2, specifically the configuration section.  We are publishing code to the preview branch periodically as we make progress, so you can always browse the code there to see how things are shaping up.

Fixed by f8b7b01


Update alerts-create-metric-alert-rule.yml

The following fact hasn't been mentioned anywhere in the doc, but its one of the questions asked in the certification. I've added it.
"You need to create an alert rule per signal"

Adding @harelbr for his input.
assign: @harelbr

@azarboon - Thanks for taking the time to improve our docs!
For my clarification, can you please share what certification are you referring to?
And what are you looking to clarify with the added comment?
The reason I'm asking is because a single alert rule can have multiple conditions, where each condition monitors a signal.
So it the goal here to clarify that a single condition can only monitor one signal, and that you can't use multiple signals in a single condition?

@harelbr thanks for getting feedback to me. I'm referring to Azure Administrator certification exam. One of the possible questions has a condition like following:
There are four signals existing:
SignalName1, Metric, Recipients: User1, User2, User3
SignalName2, Metric, Recipients: User1, User2
SignalName3, Activity Log, Recipients: User1, User2, User3
SignalName4, Activity Log, Recipient: User1
AFAIK, one needs to create four alert rules in this case to meet the requirement (one alert rule per signal). Please correct me if I'm wrong.
In my opinion, this should be clearly stated in the documentation. Please feel free to modify my statement so it can be more clear.

Thanks @azarboon for clarifying, this is helpful.
This article is the generic documentation for Azure Monitor Alerts, and not specific to the mentioned certification.
From your description, it sounds like there's room to improve the guidance provided in the certification task.
As I'm not familiar with this certification, could you please share a link to it and I'll be happy to try and locate the relevant folks in charge of it and convey the feedback to them. Alternatively, if there's a way for you to provide feedback within the certification module, that could also be helpful.
Many thanks again!

Here is the cerification I was mentioning:
Rrr
I believe the fact (that I created the "pull request" for ), should be clearly stated in the doc. If you think some other page is more suitable, please let me know to create a new pull request.

Yes, showing the clarification within the certification task would be more beneficial.


Add tarec to the alternatives

Shameless plug of course.
If you want hot reloading and the best DX experience (friendly errors, desktop notifications, decorators, very fast reload times with dlls...) you should really check out The Awsesom REact Cli (tarec).
I have used it in numerous projects that now run in production and I continue to make it better day after day with a lot of love :smile:
Typescript and SSR are on the roadmap!
Thanks for create-react-app, it's an awesome project and a great source of inspiration :heart:

👍


Ds 2483 switch to GitHub actions

This PR adds Github Actions to this repo.
Pull Request Checklist

[x] All tests in the tests folder pass with a local build
[x] Pull request includes a description of why we are doing this
[x] Init files import new capabilities to appropriate level of package (if applicable)
[x] CHANGELOG has been updated
[x] Version in _version.py has been updated
[x] README has been updated (if applicable)
[ ] PR made from branch into WIP or WIP into Master

@gsganden: back to you!


[DOCS] Special entities ( <, > ) are rendered incorrectly

Description
In the testimonials guide, some of the special entities like (<, >) are not being rendered correctly. It's showing the syntax instead of the exact symbols.
Screenshots
It should be something like this data/<username>/testimonials/<your-username>.json

Additional information
No response

I would like fix this

I want to fix this problem, please assign it to me .

@rghdrizzle asked first, so I'm assigning this to them.
@Imshk you can check out other issues you can work on (labeled as ready for dev) or check back later.
Thanks for asking though. :)

@kumarsonsoff3 can you tell me the location of the folder where this issue exists  ?

The path where the source code for the page exists is pages/docs/how-to-guides/testimonials.mdx


feat: Use mutations when possible

Mutations perform a lot better than DML, but have the disadvantage that they are only included with a commit. That means that read-your-writes does not work in combination with mutations.
This PR configures EF Core to use mutations instead of DML when that is possible:

Mutations can be used when implicit transactions are being used, as the application cannot read any writes in the transaction anyways. This significantly speeds up large batches of inserts/updates/deletes.
Mutations cannot be used in explicit transactions, unless the user accepts that read-your-writes does not work. A user can configure this by calling DbContextOptionsBuilder.UseMutations(Infrastructure.MutationUsage.Always). This also disables the propagation of computed columns in manual transactions, as these are also not readable.
Mutations need custom handling of concurrency tokens, as a mutation cannot include a WHERE clause. Instead, a SELECT is issued that verifies the current version number using the current transaction before the mutation is committed.

Using mutations instead of DML is especially efficient when an application executes a large number of small insert/update/delete operations. This can be seen in the benchmarking of EF Core:

Inserting 100 rows in the sample table Albums takes approximately 48 seconds using one single Batch DML statement.
Inserting 100 rows in the sample table Albums takes approximately 600 milliseconds using mutations.

The above times include network latency from my local development machine. Executing the same statement on a Google Cloud VM that is located closely to the Spanner instance, will reduce the execution time using mutations significantly, as a relative large portion of the 600ms execution time is network latency (estimated around 100-200ms).
All the existing integration tests automatically use the new feature:

Integration tests that use implicit transactions now automatically use mutations.
Integration tests that use manual transactions still use DML.

cc @skuruppu This PR introduces support for using mutations when the application uses implicit transactions.
The TLDR version:

Inserting 100 simple rows using Batch DML: 48 seconds
Inserting 100 simple rows using Mutations: 600 milliseconds


"Rejection" page

User Stories:
For Design:

As a user, I expect a consistent design. Accordingly, please review:

Colors
Font size
Spacing
Buttons

For Development:

As a user, I expect a clearly communicated message on the "Error page."
As a user, I expect a direct way to return to the homepage.

You can find the Design on Figma. Go on the left menu on "🚫 Error Page" and then to the section "Rejection Page":
Currently it looks like this:

But we want this:

the same design is already used for the 404 page https://github.com/inovex/scrumlr.io/pull/2899, so using a prop to change the text should probably be sufficient

The Maindesign of the "Error-page" has changed a little bit. Had to improve some view details because of our design library (color check, button check, font size). But the design is done now!


Add sway support to Mason

From @pedronauck on Slack:
Hey folks, any change of getting Sway on Mason? https://github.com/williamboman/mason.nvim/
It will be so easier to install Sway on Neovim and get it running in the properly way, now it's not so easy to accomplish this as is for another LSPs.

This would definitely make for an easier installation process, but it would mean the forc-lsp used by vim would not be managed by fuelup.


LilyPond language lexer

Fixed several errors

Now that #1845 is in, this could be closed, I guess.

Closed as we got a lexer for LilyPond in #1845.


Setting up env failed

Dear sir,
Thx for your awsome work. I follow the instruction on env set up by running conda env create -f fm.yml. but I had the failed message as below. any suggestions would be very appreciated.
Pip subprocess error:
error: subprocess-exited-with-error
× Getting requirements to build wheel did not run successfully.
│ exit code: 1
╰─> [51 lines of output]
Traceback (most recent call last):
File "/tmp/pip-build-env-vkfz21ku/overlay/lib/python3.10/site-packages/numpy/core/init.py", line 22, in
from . import multiarray
File "/tmp/pip-build-env-vkfz21ku/overlay/lib/python3.10/site-packages/numpy/core/multiarray.py", line 12, in
from . import overrides
File "/tmp/pip-build-env-vkfz21ku/overlay/lib/python3.10/site-packages/numpy/core/overrides.py", line 7, in
from numpy.core._multiarray_umath import (
ImportError: /lib64/libm.so.6: version `GLIBC_2.29' not found (required by /tmp/pip-build-env-vkfz21ku/overlay/lib/python3.10/site-packages/numpy/core/_multiarray_umath.cpython-310-x86_64-linux-gnu.so)
  During handling of the above exception, another exception occurred:

  Traceback (most recent call last):
    File "/home/scratch/conda_scratch_pkg/env/fm/lib/python3.10/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 353, in <module>
      main()
    File "/home/scratch/conda_scratch_pkg/env/fm/lib/python3.10/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 335, in main
      json_out['return_val'] = hook(**hook_input['kwargs'])
    File "/home/scratch/conda_scratch_pkg/env/fm/lib/python3.10/site-packages/pip/_vendor/pyproject_hooks/_in_process/_in_process.py", line 118, in get_requires_for_build_wheel
      return hook(config_settings)
    File "/tmp/pip-build-env-vkfz21ku/overlay/lib/python3.10/site-packages/setuptools/build_meta.py", line 355, in get_requires_for_build_wheel
      return self._get_build_requires(config_settings, requirements=['wheel'])
    File "/tmp/pip-build-env-vkfz21ku/overlay/lib/python3.10/site-packages/setuptools/build_meta.py", line 325, in _get_build_requires
      self.run_setup()
    File "/tmp/pip-build-env-vkfz21ku/overlay/lib/python3.10/site-packages/setuptools/build_meta.py", line 341, in run_setup
      exec(code, locals())
    File "<string>", line 10, in <module>
    File "/tmp/pip-build-env-vkfz21ku/overlay/lib/python3.10/site-packages/numpy/__init__.py", line 150, in <module>
      from . import core
    File "/tmp/pip-build-env-vkfz21ku/overlay/lib/python3.10/site-packages/numpy/core/__init__.py", line 48, in <module>
      raise ImportError(msg)
  ImportError:

  IMPORTANT: PLEASE READ THIS FOR ADVICE ON HOW TO SOLVE THIS ISSUE!

  Importing the numpy C-extensions failed. This error can happen for
  many reasons, often due to issues with your setup or how NumPy was
  installed.

  We have compiled some common reasons and troubleshooting tips at:

      https://numpy.org/devdocs/user/troubleshooting-importerror.html

  Please note and check the following:

    * The Python version is: Python3.10 from "/home/scratch/conda_scratch_pkg/env/fm/bin/python"
    * The NumPy version is: "1.21.4"

  and make sure that they are the versions you expect.
  Please carefully study the documentation linked above for further help.

  Original error was: /lib64/libm.so.6: version `GLIBC_2.29' not found (required by /tmp/pip-build-env-vkfz21ku/overlay/lib/python3.10/site-packages/numpy/core/_multiarray_umath.cpython-310-x86_64-linux-gnu.so)

  [end of output]

note: This error originates from a subprocess, and is likely not a problem with pip.
error: subprocess-exited-with-error
× Getting requirements to build wheel did not run successfully.
│ exit code: 1
╰─> See above for output.
note: This error originates from a subprocess, and is likely not a problem with pip.
failed
CondaEnvException: Pip failed

Hi, are you sure this is an issue with our code? GLIBC_2.29 is a system package that needs to be installed separately.

Closing due to no activity.


feat: Split all Parquet ScanTasks by default

Refactors the Parquet splitting code into Iterators and state machines to make it more extendable.

Performs Parquet metadata fetches in batches ("windows" of ScanTasks)
Adds a mechanism for determining window sizing for ScanTasks to split (currently defaults to windows of size 1)
Will split all ScanTasks by default instead of just the first 10

This actually results in performance regressions in .show() cases. I will have to make follow-on PRs to add logic that will truncate this iterator in the presence of a limit.

Performance on .explain fell quite a bit. Looks like apparently ScanTask::estimate_in_memory_size_bytes is pretty expensive?

This has been fixed in commit: https://github.com/Eventual-Inc/Daft/pull/3454/commits/8c527e87bfd9e87b94a90268beff66cca3300188


Investigate IEM temp endpoint for precision and validity at 71.0 deg. N.

We were able to retrieve temperatures around -17000 deg. F. 🥶 and with way too many digits e.g. 21.9999999998

To replicate: http://snap-data.io/temperature/point/71/-146
You'll see  "tas":-9.223372036854776e+18

Now returns "No Data" - closed by #74


Date input field no longer responds to width changes on web

Current behaviour

When running on web (with React Native Web) the DateInputField does not scale to the width of it's parent container, where it used to do so.
Here is the behavior on version 0.18.19:

Expected behaviour

The DateInputField should respond to width changes on web.
Here is the behavior on version 0.18.14:

How to reproduce?

Place the DateInputField in a View that scales to 100% of available width:
<View style={{ width : '100%' }}>
  <DatePickerInput {...props}  />
</View>

What have you tried so far?

Changing the following code in src/Date/DatePickerInputWithoutModal.tsx seems to fix the issue:
const styles = StyleSheet.create({
  root: {
    flexGrow: 1,
    width: '100%', // Adding this to all these styles fixes the issue
    justifyContent: 'center',
    alignItems: 'flex-start',
  },
  inputContainer: {
    flexGrow: 1,
    width: '100%', // Adding this to all these styles fixes the issue
    flexDirection: 'row',
    alignItems: 'center',
    justifyContent: 'flex-start',
  },
  input: {
    flexGrow: 1,
    width: '100%', // Adding this to all these styles fixes the issue
  },
})

Your Environment

software
version

react-native
0.71.8

react-native-paper
^5.10.3

react-native-web
~0.18.12

node
18.16.0

npm
9.5.1

expo sdk
^48.0.20

I've created a PR which should address this issue.

@JPStrydom I think this may not work for mobile, but using width: Platform.OS === 'web' ? '100%' : undefined, would solve the problem and fix the issue on mobile. If your issue was only present on web.

Hi @JPStrydom.
I have created a new PR: https://github.com/web-ridge/react-native-paper-dates/pull/329
If you can check it too, would be perfect to test all devices and ways.
I think with my code I solved both issues:

When we have a element on the left.
The responsiveness in Web.

I hope be the correct solution :), If not, we will continue researching.

I'll take a look at the new version today and confirm if it's still working on web 👍

I'll take a look at the new version today and confirm if it's still working on web 👍

Great, I will wait.
Thanks

I'll take a look at the new version today and confirm if it's still working on web 👍

Looks like all is still in order on the web version 👍

Great, thanks for your confirmation. Happy all is working ok 👌


sw: Make compatible with non-12 LLVM versions

This targets the work-in-progress occamy branch, not main.
Make software build system work with LLVM versions other than 12.0.1 by:

Making LLVM lib paths adaptive to the version used
Fixing GNU C language violations in gemm.h: register may not be used with arrays (this was never legal to begin with, but the frontend lets it slide and the backend only fatals if it actually attempts to map registers)

Hi, this is quite exciting.
Which versions of LLVM will be tested?
Will it be the vanilla LLVM version or a custom/pulp one?
Thanks. Keep up the good work!


More constructors for Vectors

Currently, it is pretty long to make a Vector3 out of a Vector2:
Vector3(vec2.x, vec2.y, 0)

Same goes for vice-versa:
Vector2(vec3.x, vec3.y)

Now, imagine that the said Vector3/Vector2 has a very long name.. It would quickly become unmanageble, right? :smile:

That's why, I would like to propose (after a quick discussion with @karroffel and @reduz) a few utility constructors, similar to the shading language (which should be non-implicit, to minimize bugs):
func Vector3(Vector2 xy, float z = 0):
func Vector3(float x = 0, Vector2 yz):
func Vector2(Vector3 xy):

Now, the only few issues with this is that you can't:

Make Vector3(v2.y, v2.x, 0), for example
Make Vector2(v3.z, v3.x), which might need swizzling to work properly.

Anyway, what do you think of the proposed constructors? And also, do you think swizzling (v3.xz) is useful enough to include in GDScript?

I find the syntax a bit odd. Instead, O would expect something like this:
var pos3d = Vector3(v2, 0) # Same as Vector3(v.x, v.y, 0), and the 0 can be omitted
var pos3d = Vector3(0, v2) # Same as Vector3(0, v.x, v.y)
var pos3d = v2.xz # Same as Vector3(v.x, 0, v.z), although I would still prefer writing this

var pos2d = v3.xy # Same as Vector2(v.x, v.y)
var pos2d = v3.xz # Same as Vector2(v.x, v.z)

It's clear and doesn't involves language additions.

@Zylann I agree fully except for the v2.xz, which is a bit odd (v2 doesn't have a z member).

What about using a SKIP_AXIS_X/Y/Z parameter like:
func Vector2(Vector3, SKIP_AXIS_X)
func Vector2(Vector3, SKIP_AXIS_Y)
func Vector2(Vector3, SKIP_AXIS_Z)

SKIP_AXIS_Z may be the default value.
Same goes for Vector3 from Vector2.
func Vector3(Vector2, SKIP_AXIS_X/Y/Z)

Example 2d to 3d:
var vec2d = Vector2(20,30)
var vec3d = Vector3(vec2d, SKIP_AXIS_Y)
# Vec3d will be (20,0,30)

Example 3d to 2d:
var vec3d = Vector3(30,40,50)
var vec2d = Vector2(vec3d, SKIP_AXIS_Y)
# Vec2d will be (30,50)

Adding a FLIP_ORDER / KEEP_ORDER parameter may help in some situations
func Vector3(Vector2, SKIP_AXIS_X/Y/Z, FLIP_ORDER)

Example 2d to 3d with FLIP_ORDER:
var vec2d = Vector2(20,30)
var vec3d = Vector3(vec2d, SKIP_AXIS_Y, FLIP_ORDER)
# Vec3d will be (30,0,20)

Does these make sense?

Although it solves the oddity of var pos3d = v2.xz, I don't really like it either. Maybe something like pos3d = Vector3.xz(v2)? (named constructor, often useful but not used enough in Godot :p)

Another Idea:
func Vector2(Vector3, TRANSLATE_TO_XY)
func Vector2(Vector3, TRANSLATE_TO_XZ)
func Vector2(Vector3, TRANSLATE_TO_YX)
func Vector2(Vector3, TRANSLATE_TO_YZ)
func Vector2(Vector3, TRANSLATE_TO_ZX)
func Vector2(Vector3, TRANSLATE_TO_ZY)

more constants but more verbose. :)

This is getting way too complicated for something that should be sugar for a trivial operation.

What if written other way around?
pos3d.xz = pos2D
pos3d.xz = Vector2D(a,b)

OR
pos3d.xz() = pos2D
pos3d = Vector3D().xz(pos2D)

I think you're trying to solve a problem that doesn't exist. Most proposals made here are more convoluted than just a plain pos3d = Vector3(pos2d.x, 0, pos2d.y).
So I think https://github.com/godotengine/godot/issues/6861#issuecomment-254495968 was the best proposal, once removed the Vector2D weird swizzling (people will continue handling xz case manually - if it ever has a use case).

The use case I would see for xz is that the 3D engine is Y-up, so converting between top-down 2D coordinates into 3D coordinates is something that will happen. But again I'm not experienced enough in the use of 3D in Godot so I can't back this up with facts :p
I would use the explicit method anyways.

I use XZ quite often in my 3d projects because of the "3D Y-up to top-down 2D" conversion as mentioned by @Zylann.
It is sometime more convenient to use 2D math even for 3D, and being able to switch from Vector2 to Vector3 and vice-versa could be very handy.
I've been thinking about opening a feature request for "gdscript Vector2/3 swizzling" for months, but I thought this idea would not gather enough support.
In the end @bojidar-bg got a similar idea.

If #6866 is implemented, we might somehow do this instead:
Vector3(xz = v2, y = 0)

@bojidar-bg not quite, it would imply that an xz argument exists in a two-parameter constructor with the correct semantic. Unless you do a constructor with (x, y, z, xy, yz, xz, yx, zy, zx, ...) :D Or named arguments would have to behave differently especially for this case.

I was just about to create similar issue. Any progress on this?

For the xz stuff I've seen somewhere else the use of a "zero accessor", with the name "o". So you could do something like
vec2.xoy
# Same as
Vector3(vec2.x, 0.0, vec2.z)

I don't remember where I saw it.

Feature and improvement proposals for the Godot Engine are now being discussed and reviewed in a dedicated Godot Improvement Proposals (GIP) (godotengine/godot-proposals) issue tracker. The GIP tracker has a detailed issue template designed so that proposals include all the relevant information to start a productive discussion and help the community assess the validity of the proposal for the engine.
The main (godotengine/godot) tracker is now solely dedicated to bug reports and Pull Requests, enabling contributors to have a better focus on bug fixing work. Therefore, we are now closing all older feature proposals on the main issue tracker.
If you are interested in this feature proposal, please open a new proposal on the GIP tracker following the given issue template (after checking that it doesn't exist already). Be sure to reference this closed issue if it includes any relevant discussion (which you are also encouraged to summarize in the new proposal). Thanks in advance!


JDBC Generated Keys support for all databases

❗ please do not add sensitive information in issues, you can provide extra information via email using issue number as reference ❗
Describe the issue
JDBC support for getting generated keys from the database is only partially supported. There is still code to query tables for highest key value, or special support for getting the value from sequence manually.
All this code can now be cleaned up with modern drivers.
Reporter
Tim van der Leeuw

Tim, I don't see how your changes are implementing what is described in the issue. Can you explain how these changes enable you to get generated keys from the database?


Add dynamic config to toggle build ID based versioning

[x] Use flag to disable in matching, define rollback behavior
[x] Use flag to disable BuildID CRUD endpoints

Thank you for your feature requests! We appreciate your input and will consider them for future releases.
Here are some workarounds you can use in the meantime:

Disable BuildID matching:  Currently, there's no way to disable build ID matching directly. A workaround is to  use a different Build ID or manage your builds to avoid collisions.
Disable BuildID CRUD endpoints: You can disable BuildID endpoints by configuring the Temporal Server with the --disable-build-id-endpoints flag. Refer to this documentation for more information on configuring the Temporal Server.

We hope this helps!

Thank you for your feature requests. We appreciate your feedback.
Currently, there's no built-in option to disable BuildID matching or CRUD endpoints, but you can achieve similar functionality using these workarounds:

Disable BuildID matching: You can temporarily disable the BuildID matching by using a different --build-id flag with each workflow execution.
Disable BuildID CRUD endpoints: You can restrict access to the BuildID CRUD endpoints by implementing a dedicated API gateway and applying access control policies.

We'll take these feature requests into consideration for future development. Please let us know if you have any other questions or requests.

Thank you for your feature requests. We appreciate your feedback and are always looking for ways to improve Temporal.
Regarding the disabling of build ID matching:
We understand the need for this feature. Currently, there is no direct flag to disable build ID matching. As a workaround, you can try using a different workflow ID for each execution, which would prevent matching based on build ID.
Regarding the disabling of BuildID CRUD endpoints:
We appreciate this request. Currently, there is no flag to disable the BuildID CRUD endpoints. You can use a more restrictive authorization scheme on your Temporal cluster, such as a custom authorization provider, to restrict access to specific resources, such as build ID endpoints. See this page for more information on authorization.


Custom Generated Templates

I love that the article command is back, it's such a time saver!
It would be awesome if we could actually supply our own template, what do you guys think?
I'd like to add more to the front matter
Maybe set it in the config file for a article.tt path
https://github.com/middleman/middleman-blog/blob/master/lib/middleman-blog/commands/article.tt

Already there:   blog.new_article_template = 'blank-article'


Questions about offset calculation

Hi, thanks for your wonderful work.
I'm currently studying your work,
and come up with some question about the offset calculations.
I understood the offset calculation mentioned on the paper,
but can't understand about how generated offset is being used in the code.
For ex)
if $S_H \times S_W : 3 \times 1$;
I understood how the offset is applied in this figure

by calculate like this:

However, when I run the offset generating code,
I can't figure out how this offset is being used in deform_conv2d

Can you provide more detailed information about this??
And also, the paper contains how $S_H \times S_W: 3 \times 3$ works,
but in the code, it seems like either one ofkernel_size[0] or kernel_size[1] has to be 1.
So, if I want to use $S_H \times S_W : 3 \times 3$,
do I have to make $3 \times 1$ and $1 \times 3$ offsets and add those together?
Thank you again for your work.
I really learned a lot.

Hi, Thanks for your interest.
The offset you calculated using code is [0, 0, 1, 0, -1, 0],  which denotes

channel
x
y

0
0
0

1
1
0

2
-1
0

It differs from the figure as their cyclic periods start at different points.  It makes negligible as this is a cycle sampling process.
For kernel 3x3, you should use the cyclic pattern over two dimensions, ie, H and W.

Thanks for the quick reply.
So if that is applied in Figure 7-(c),

is it correct to think that the start point starts at the second channel?
Because as you explained,
if the offset x and y are (0, 0), (1, 0), and (-1, 0),
the starting point has to be started at channel 1 in the Figure 7 to have x offset as 0 -> 1 -> -1.
Am I correct?

Yes, your understanding is correct.

Thank you very much for your kind explanation!
Have a great day◡̈


Is this project updated/maintained?

Yes, it's used in https://github.com/Swimlane/angular-systemjs-seed.

Thanks. Didn't see any commits in 3 months.

We use it EVERYDAY in our production app, as we find issues we are always fixing/etc.


Update request: criterion 2.4.1 → 2.4.2

Package name: criterion
Latest released version: 2.4.2

Current version on the unstable channel: 2.4.1
Current version on the stable/release channel: 2.4.1

[x] Checked the nixpkgs pull requests

Notify maintainers

@Thesola10 @Yumasi
r-ryantm is failing to update the package because it now also depends on something called 'debugbreak'.

Note for maintainers: Please tag this issue in your PR.

Add a :+1: reaction to issues you find important.

The missing debugbreak is here: https://github.com/scottt/debugbreak (linked in the README.md of criterion)

I try to update it, but i wasn't successful.
Here is more information for anyone willing to give it a shot:

criterion 2.4.2 hash: sha256-5GH7AYjrnBnqiSmp28BoaM1Xmy8sPs1atfqJkGy3Yf0=

fetching debugbreak and klib

debugbreak = fetchFromGitHub {
  owner = "scottt";
  repo = "debugbreak";
  rev = "v1.0";
  sha256 = "sha256-lFMBSbA4mwAgW/+T+G1pfrwYjcZFuoKr6t8JYMB65Yw=";
  name = "debugbreak";
};

klib = fetchFromGitHub {
  owner = "attractivechaos";
  repo = "klib";
  rev = "2895a16cb55ee86152e5a4ee1403265342e40caf";
  sha256 = "sha256-AfeDouazTfh6ilf3miQeihqqm1SYHJks7fjgpyYJszE=";
  name = "klib";
};

Both do not have associated pc files, and since they do not build into shared object:

setting PKG_CONFIG_PATH will not work for them
setting LIBRARY_PATH wont help to solve dependencies either
setting --libdir in mesonFlags is also not a solution
there is likely not need to make a derivation for them


CASMINST-4362, CASMINST-4161, CASMINST-4183 adjust interface mac bond…

Signed-off-by: Jacob Salmela<EMAIL_ADDRESS>Summary and Scope
Backports a fix for the interface MAC comparison test from 1.2
Issues and Related PRs

Resolves CASMINST-4362

Testing
Tested on:

#surtur

Test description:
....
....

Total Tests: 51, Total Passed: 51, Total Failed: 0, Total Execution Time: 58.6371 seconds
surtur-ncn-m001-pit:/var/www/ephemeral/jsalmela #

Risks and Mitigations
Low.
Pull Request Checklist

[x] Version number(s) incremented, if applicable
[x] Copyrights updated
[x] License file intact
[x] Target branch correct
[ ] CHANGELOG.md updated
[ ] Testing is appropriate and complete, if applicable
[ ] HPC Product Announcement prepared, if applicable

Not needed since the commit that broken this was reverted


Support loading Spigot-family world zips on non-Spigot servers

Enhancement Type
Improve an existing feature
Describe the enhancement
Context
Servers in the Spigot family arrange their world files somewhat differently than other servers; for a world directory foo/, instead of locating the nether and end dimensions in foo/DIM-1/ and foo/DIM1/, Spigot locates them in foo_nether/DIM-1/ and foo_the_end/DIM1/. The start-setupWorld script is aware of this possibility, and knows to copy these directories for Spigot-family servers.
Current behaviour
start-setupWorld determines whether to create Spigot-style dimensions based on the family of the server about to be launched. When loading a Spigot-style world zip for a standard-style server jar, the script picks only one of the dimensions (at random) and fails to copy the other two.
Desired behaviour
start-setupWorld detects the existence of Spigot-style or standard-style dimensions based on what appears in the world zip, and renames them if needed. In particular, a world zip created using either style of dimensions should be correctly loaded by either style of server.

I'm prototyping this, but the edge cases make it a little bit ugly. Consider:

World files with no nether
World files with only a vanilla nether
World files with only a Spigot nether
World files with both (shouldn't happen, but we should have a defined behaviour in this case)

Vanilla servers will load the vanilla nether in cases 2 and 4, and no nether at all in cases 1 and 3. Spigot servers will load any nether that's provided[1], favouring the Spigot nether in case 4.
I suspect that we probably want to have the same preferences as Spigot regardless of what server type we're actually loading - if the world file contains both, favour the Spigot nether, otherwise do whatever reorganization is necessary to ensure the server finds the dimension correctly.
[1] According to some forum posts anyway, but I haven't yet tested this myself.

Thanks. Yes it is indeed one of those cases where listing out the scenarios helps to reason through it.


Tests: ensure there is no remaining TOTRAD on settings page

Fixed by https://github.com/jclaveau/strapi-provider-upload-google-drive/commit/f30fbefe8002c14c7fce57976c1d89b4ed3114d3


RequestRetrier timeDelay not honored after encountering AdaptError

In SessionManager.allowRetrier() the timeDelay supplied by the request retrier is not honored.
This code path is hit when a request fails due to an AdaptError.
Alamofire v4.2.0

I've verified this is in fact a bug. Should be a simple fix.

I just put up PR #1864 to address this issue. I'm going to close this issue out. Please direct all future comments to #1864. Thanks @ejensen for filing! 🍻


After upgrade, no tasks are displayed

Describe the bug
After I upgraded to the latest version, no tasks are displayed - only a blank grey box
To Reproduce
Upgrade from previous version to current version
Expected behavior
I should see all my tasks
Screenshots
If applicable, add screenshots to help explain your problem.

Technical Info (please complete the following information)

OS: 10.13.5
Ao Version: 5.6.0

Additional context
Add any other context about the problem here.

I see the same thing, I get an empty window with nothing inside but on Windows not Mac. I tried to reproduce it under a debugger in VS Code and it doesn't repro. Not sure what is going on here.

Same problem.


Adimako/bugs in tanks

@lmaurel Please run the tests, for linear nonlinear and standing waves. Results should be a bit better now, so update tresholds if they are better. Once these are complete and you are happy, please merge

Wrong branch to merge


Bug in VrpXMLReader when calling .read with solutions, all solutions have zeros arrTime and endTime

I think this is a bug,
I read an xml file (wrote using VrpXMLWriter) with problem and solutions as following:
VehicleRoutingProblem.Builder builder = VehicleRoutingProblem.Builder.newInstance();
ArrayList solutions = new ArrayList<>();
new VrpXMLReader(builder, solutions).read(fileName);
VehicleRoutingProblem vrp = builder.build();
While debugging I found that in all solutions, all activities have 0.0 values for both arrTime and endTime (although I see their values in the xml file)

arrTime and endTime are modified and determined by the search for a solution, therefore, I do not see any point to specify it here.

Hi @oblonski could you reconsider adding it in the reader?
In our use case we use jsprit to plan a tour and want to translate the output further by reading and processing the solution based on the arrival/end times found. What would be the point in writing them out then?
Similarly, the "name" attribute of shipment locations are lost when writing/reading. Currently we're overwritng the Reader/Writer in our classpath but I would prefer a "cleaner" solution.
What do you think?
Thanks in advance


Only redirect to homeStream from categories

Finishes #141746125

@mkitt I realized that this would have prevented people from getting to any other part of onboarding after categories since we update the profile onboarding viewed version after the categories step.

          1 Message

:book:
Nice, more deletions than insertions :red_circle:

  Generated by :no_entry_sign: danger


Fixed key lookup when looking for swift callback.

Callback was not invoked. It is my understanding the structure is placed inside the "data" member.

Hi, @carlonluca
Would you mind telling your test case that caused callback not invoke? I tested all the cases in demo project and it worked just fine.
As for the key, "data", is for storing json data. The callbacks are placed in the each side of Swift and Javascript which are not passed as json object from both sides.
For example,  I call the one handler registered in Javascript with the "handlerName"、"data" and "callbackId", levaing the callback closure in Swift. And after SwiftWebViewBridge.js executed the function matched the "handlerName" with the "data", it will store the response json object in "responseData" if the value of "callbackId" is not null, also the "callbackId" will be the "responseId" when the next time Swift ask Javascript for messages.
So if I check if the "responseId" is nil first, because it must be the case that Javascript calls the Swift's handler without "responseId". That 's why we can't count on the "data" value to distinguish the case is Javascript calls Swift's handler or is Swift handle the response json object from the Javascript.
Also you might want see in the Unminified javascript file in:  ./UnminifiedJavascript/ SwiftWebViewBridge.js file.
And thanks.

It is probably me not properly understanding the interface then. Referring to the demo app, I'd expect https://github.com/ShawnFoo/SwiftWebViewBridge/blob/master/SwiftWebViewBridgeDemo/SwiftWebViewBridgeDemo/ViewController.swift#L117 and https://github.com/ShawnFoo/SwiftWebViewBridge/blob/master/SwiftWebViewBridgeDemo/SwiftWebViewBridgeDemo/ViewController.swift#L130 to be called once SendDataToJSWithCallBack and CallJSHandlerWithCallBack respectively are pressed. What I see here is that only the default handler is called instead.

As I see the structure is similar when passing the object this patch takes that into consideration. Not sure this is how the interface was intended but I needed those callbacks.

@carlonluca
You're right, there is  bug that all callbacks run into the default handler's closure.
I'll merge your request first. Later commit the refactoring version and update the cocoapods.
Thank you! 👍  Can't imagine how long this bug has been existed : [


Add support for component aws-sqs

http://camel.apache.org/aws-sqs.html

Found 8 matching posts for subject:aws-sqs in Camel - Users within 700 days


Receive warning when typing in DateInput

When typing in DateInput, after a while chrome reports a warning:
Warning: Expected `onClick` listener to be a function, instead got `false`.

If you used to conditionally omit it with onClick={condition && value}, pass onClick={condition ? value : undefined} instead.
    in i (created by Icon)
    in Icon (created by PickerHeader)
    in th (created by TableCell)
    in TableCell (created by TableHeaderCell)
    in TableHeaderCell (created by PickerHeader)
    in tr (created by TableRow)
    in TableRow (created by PickerHeader)
    in thead (created by TableHeader)
    in TableHeader (created by PickerHeader)
    in PickerHeader (created by DayMode)
    in table (created by Table)
    in Table (created by DayMode)
    in DayMode (created by DatePickerContent)
    in DatePickerContent (created by DateInput)
    in div (created by Popup)

Because it gives advise already how to solve it, it would be nice for this to be done.

I made the change and would like to create a PR.

@tobias-at-remindme Yes, that whould be nice, if you make a PR.


Add a new clip::has() function that allows to specify an error handling function avoiding the use of the default one

This is introduced because sometimes the caller might want to handle the locking error that might arise in a different way than the current error handler does.
Related to:
https://github.com/aseprite/aseprite/issues/4016

This is not needed anymore as another approach was taken.


arm: Refine the common Make.defs

Summary
Follow up PR https://github.com/apache/incubator-nuttx/pull/6165:

arm/common: Skip compile arm_[m|u]delay.c if CONFIG_[ALARM|TIMER]_ARCH is true
arch/arm: Remove arm_etherstub.c

Impact
Minor, code refactor
Testing
Pass CI

ping @pkarashchenko


Handling data changes with mounted components

Thanks for this example, it's very helpful! I have a case where I'm adding data to a table, then navigating back to the list without unmounting that component. Would you recommend a different lifecycle callback to re-fetch the updated data?

What are you using to do the navigation between views?

Currently using NavigatorIOS.