Wrap the return value from push() so that it always returns a thenable promise.

Version info

Angular:
n/a
Firebase:
Verified in 3.3.0 - 3.5.5
AngularFire:
<= 2.0.0-beta.6
How to reproduce these conditions
Failing test unit, Plunkr, or JSFiddle demonstrating the problem
var list = af.database.list(...);
list.push({ foo: "bar" }); // returns a firebase.database.ThenableReference (a promise)
list.push(null); // returns a firebase.database.Reference (not a promise)
describe('push', () => {
it('should still resolve when passing a null value', () => {
O = new FirebaseListObservable(null, (observer:Observer) => {});
O.push(null).then(done, done.fail);
});
});
Steps to set up and reproduce
Check out this fiddle to see the inconsistency in return values.
Then try push(null).then(...)
(throws an error because then is undefined)
See also #600
Sample data and security rules
n/a
Debug output
** Errors in the JavaScript console **
this._af.list(...).push(...).then is not a function
Expected behavior
push() method should always return a promise suitable for chaining.

It looks like changing the return value of push() here to the following will resolve this issue; need to test:
  push(val:any):Promise<firebase.database.Reference> {
    if(!this.$ref) {
      throw new Error('No ref specified for this Observable!');
    }
    return Promise.resolve(this.$ref.ref.push(val));
  }

It may also be possible to use firebase.Promise here; maybe that will be more compatible with synchronously fetching the auto-generated key?

This looks to be resolved.
Can be closed


About addresses that don't exist now

Hello, there are addresses that were before but are not now, for example, m_flDetectedByEnemySensorTime
what happened to this and how can I access it?

Removed by Valve a while ago.

see also
#145 #139 #135 #133

is there any other way to activate the glow effect with a short code

is there any other way to activate the glow effect with a short code

https://github.com/M3351AN/AimStar/blob/main/CS2_External/Features/Glow.cpp

is there any other way to activate the glow effect with a short code

https://github.com/M3351AN/AimStar/blob/main/CS2_External/Features/Glow.cpp
I reviewed the code. But I'm using C#, and I don't have enough knowledge to convert it to C++. Can you help me?

void Glow()
{

    if (glow)
    {
        IntPtr entityList = swed.ReadPointer(client, Offsets.dwEntityList);

        IntPtr listEntry = swed.ReadPointer(entityList, 0x10);

        for (int i = 0; i < 64; i++)
        {

            if (listEntry == IntPtr.Zero)
                continue;

            IntPtr currentController = swed.ReadPointer(listEntry, i * 0x78);

            if (currentController == IntPtr.Zero)
                continue;

            int pawnHandle = swed.ReadInt(currentController, Offsets.m_hPlayerPawn);
            if (pawnHandle == 0)
                continue;

            IntPtr listEntry2 = swed.ReadPointer(entityList, 0x8 * ((pawnHandle & 0x7FFF) >> 9) + 0x10);

            IntPtr currentPawn = swed.ReadPointer(listEntry2, 0x78 * (pawnHandle & 0x1FF));

            IntPtr baseAddress1 = swed.ReadPointer(client, Offsets.m_Glow, 0);
            IntPtr baseAddress2 = swed.ReadPointer(client, Offsets.m_bGlowing, 0);

            IntPtr combinedAddress = IntPtr.Add(baseAddress1, baseAddress2.ToInt32());

            IntPtr targetAddress = IntPtr.Add(currentPawn, combinedAddress.ToInt32());

            swed.WriteFloat(targetAddress, 1);

        }

    }

}

i guess there's no one to help :D


C3: Fix disappearing cursor after early exit

Fixes #3835.
What this PR solves / how to test:
This solves an issue where exiting c3 early via ctrl+c causes the terminal cursor to become hidden.
Associated docs issue(s)/PR(s):

[insert associated docs issue(s)/PR(s)]

Author has included the following, where applicable:

[ ] Tests
[ x ] Changeset (Changeset guidelines)

Reviewer is to perform the following, as applicable:

Checked for inclusion of relevant tests
Checked for inclusion of a relevant changeset
Checked for creation of associated docs updates
Manually pulled down the changes and spot-tested

Note for PR author:
We want to celebrate and highlight awesome PR review! If you think this PR received a particularly high-caliber review, please assign it the label highlight pr review so future reviewers can take inspiration and learn from it.

When you use C3 the cursor disappears (in some paths, especially the framework ones, I don't think this happens always always), this makes it inconvenient for example to modify the app name you're providing.
In a conversation we had a while back I understood that the disappearance of the cursor in C3 is not intentional.
In this PR your are making it re-appear after C3 terminates if the user cancels the operation, this does make things better but I don't think this is the proper solution, shouldn't we fix the issue at the root and not have the cursor disappear in the first place?

When you use C3 the cursor disappears (in some paths, especially the framework ones, I don't think this happens always always), this makes it inconvenient for example to modify the app name you're providing.

It happens whenever you are in the middle of a clack select or confirm prompt and you cancel.

In a conversation we had a while back I understood that the disappearance of the cursor in C3 is not intentional.
In this PR your are making it re-appear after C3 terminates if the user cancels the operation, this does make things better but I don't think this is the proper solution, shouldn't we fix the issue at the root and not have the cursor disappear in the first place?

The root cause is that clack hides the cursor via ansi escape codes whenever a select or confirm prompt is rendered. It does this for good reason, since having a cursor in addition to the artificial cursor affordance we give would be confusing. Imagine having another cursor in this select list:

Since we're using custom prompts instead of the built-in prompts that clack provides (due to us wanting to have more fine grained control over the rendering step), it's on us to handle restoring the cursor state. This change does it almost identically to how clack handles it.

@jculvey ah ok I see, thanks a bunch for the explanation ❤
If that's the case I'd imagine that then this solution is ok, but I still think that there's more to do regarding the cursor?
As I mentioned it looks like the cursor is not even showing when you're providing a name/directory for your app:

anyways if that's a different thing and is not conflicting with the current solution then I'm ok with going forward with this (and hopefully handle the broader cursor issue later on?)


[WIP] Add changelog instructions

What was wrong?
I'm a little confused on the release process, and just want to make sure I have it down correctly.

Should the make command be run from master? or from a branch and then merged into master?

If there's a changelog, when and how should it be updated? Should there be a commit for the changelog change on the master branch before running the make command?

Cute Animal Picture

Should the make command be run from master?

Yes, for a "typical" release, but not always. For example, when working on a beta: the beta is released from master, and the previous stable version is released from that stable branch.

or from a branch and then merged into master?

Nope

If there's a changelog, when and how should it be updated?

In docs/releases.rst

Should there be a commit for the changelog change on the master branch before running the make command?

Yes, that commit can be applied direct to master before release. make release won't work with uncommitted changes anyway.

@carver Thanks for the clarification. Added changes to the readme, but i'm fine whether or not you think it's worthwhile to include or superfluous.

Explicitly stating the current process (even if it has problems) seems better than having it only live in someone's head, so :+1:


add LockOrFail function

sometimes we don't want to be waiting there if it is locked by others.
LockOrFail provide a way to fast fail and return.

Coverage decreased (-3.2%) to 76.837% when pulling f3de43ac6dd1031cd80772abb82166050983f1d2 on sinkingsun2:master into c4fab1ac1bec58281ad0667dc3f0907a9476ac47 on samuel:master.

sorry, a little bug here, I'll retry after fix


is transparent option only in Windows?

i tried to find transparent option in macOS but can't.
Can only option in Windows?

Its not transparency to your desktop, its just a background image set in the editor. Pretty sure it should work everywhere, I've used it on both windows and linux.
You can see the intellij docs here to set it up.


Load multiple type of env_file and environments

WHAT
Accept multiple types of env_files and environments in docker-compose.yml using type assertion and switch-statement.
WHY
Original docker-compose.yml supports the multiple type of some configurations:

env_file: string or array[string]

env_file: .env
# or
env_file:
  - .env

environment: array[string] or map[string]string or map[string]int

environment:
  - FOO=bar
# or
environment:
  FOO: bar

However, current libcompose accepts single type only. env_file accepts array[string], environment accepts array[string].
If unsupported type is given, config.readEnvFile fails with panic.
with array[string] env_file:
remote: panic: interface conversion: interface is string, not []interface {}
remote:
remote: goroutine 1 [running]:
remote: panic(0xbe0c20, 0xc820017f40)
remote:         /usr/local/Cellar/go/1.6.2/libexec/src/runtime/panic.go:481 +0x3e6
remote: github.com/dtan4/paus-gitreceive/receiver/vendor/github.com/docker/libcompose/config.readEnvFile(0x7f84e76565e8, 0x11acc38, 0xc820016240, 0x37, 0xc8201275c0, 0x5, 0x0, 0x0)
remote:         /Users/dtan4/src/github.com/dtan4/paus-gitreceive/receiver/vendor/github.com/docker/libcompose/config/merge.go:89 +0x161
remote: github.com/dtan4/paus-gitreceive/receiver/vendor/github.com/docker/libcompose/config.parseV2(0x7f84e76565e8, 0x11acc38, 0x7f84e7656668, 0xc820014280, 0xc820016240, 0x37, 0xc8201275c0, 0xc820127560, 0x117f820, 0xc820016100, ...)
remote:         /Users/dtan4/src/github.com/dtan4/paus-gitreceive/receiver/vendor/github.com/docker/libcompose/config/merge_v2.go:95 +0x83
remote: github.com/dtan4/paus-gitreceive/receiver/vendor/github.com/docker/libcompose/config.MergeServicesV2(0xc8200142c0, 0x7f84e7656668, 0xc820014280, 0x7f84e76565e8, 0x11acc38, 0xc820016240, 0x37, 0xc8202d0000, 0x3eb, 0x5eb, ...)
remote:         /Users/dtan4/src/github.com/dtan4/paus-gitreceive/receiver/vendor/github.com/docker/libcompose/config/merge_v2.go:36 +0x2e3
remote: github.com/dtan4/paus-gitreceive/receiver/vendor/github.com/docker/libcompose/config.Merge(0xc8200142c0, 0x7f84e7656668, 0xc820014280, 0x7f84e76565e8, 0x11acc38, 0xc820016240, 0x37, 0xc8202d0000, 0x3eb, 0x5eb, ...)
remote:         /Users/dtan4/src/github.com/dtan4/paus-gitreceive/receiver/vendor/github.com/docker/libcompose/config/merge.go:40 +0x24c
remote: github.com/dtan4/paus-gitreceive/receiver/vendor/github.com/docker/libcompose/project.(*Project).load(0xc8201440c0, 0xc820016240, 0x37, 0xc8202d0000, 0x3eb, 0x5eb, 0x0, 0x0)
remote:         /Users/dtan4/src/github.com/dtan4/paus-gitreceive/receiver/vendor/github.com/docker/libcompose/project/project.go:159 +0xdf
remote: github.com/dtan4/paus-gitreceive/receiver/vendor/github.com/docker/libcompose/project.(*Project).Parse(0xc8201440c0, 0x0, 0x0)
remote:         /Users/dtan4/src/github.com/dtan4/paus-gitreceive/receiver/vendor/github.com/docker/libcompose/project/project.go:84 +0x323
remote: github.com/dtan4/paus-gitreceive/receiver/model.NewCompose(0xc82019664b, 0x14, 0xc820016240, 0x37, 0xc820196720, 0x17, 0x7f84e767e270, 0x0, 0x0)
remote:         /Users/dtan4/src/github.com/dtan4/paus-gitreceive/receiver/model/compose.go:65 +0x466
remote: main.main()
remote:         /Users/dtan4/src/github.com/dtan4/paus-gitreceive/receiver/main.go:168 +0xc07

with map[string]string environments:
remote: panic: interface conversion: interface is map[interface {}]interface {}, not []interface {}
remote:
remote: goroutine 1 [running]:
remote: panic(0xbe0c20, 0xc820121600)
remote:         /usr/local/Cellar/go/1.6.2/libexec/src/runtime/panic.go:481 +0x3e6
remote: github.com/dtan4/paus-gitreceive/receiver/vendor/github.com/docker/libcompose/config.readEnvFile(0x7f574fd91fb0, 0x11acc38, 0xc820120a80, 0x37, 0xc82038c150, 0x7, 0x0, 0x0)
remote:         /Users/dtan4/src/github.com/dtan4/paus-gitreceive/receiver/vendor/github.com/docker/libcompose/config/merge.go:109 +0x4c2
remote: github.com/dtan4/paus-gitreceive/receiver/vendor/github.com/docker/libcompose/config.parseV2(0x7f574fd91fb0, 0x11acc38, 0x7f574fd92030, 0xc820126e80, 0xc820120a80, 0x37, 0xc82038c150, 0xc82038c0f0, 0x117f820, 0xc820016100, ...)
remote:         /Users/dtan4/src/github.com/dtan4/paus-gitreceive/receiver/vendor/github.com/docker/libcompose/config/merge_v2.go:95 +0x83
remote: github.com/dtan4/paus-gitreceive/receiver/vendor/github.com/docker/libcompose/config.MergeServicesV2(0xc820126ec0, 0x7f574fd92030, 0xc820126e80, 0x7f574fd91fb0, 0x11acc38, 0xc820120a80, 0x37, 0xc820352c00, 0x3e6, 0x5e6, ...)
remote:         /Users/dtan4/src/github.com/dtan4/paus-gitreceive/receiver/vendor/github.com/docker/libcompose/config/merge_v2.go:36 +0x2e3
remote: github.com/dtan4/paus-gitreceive/receiver/vendor/github.com/docker/libcompose/config.Merge(0xc820126ec0, 0x7f574fd92030, 0xc820126e80, 0x7f574fd91fb0, 0x11acc38, 0xc820120a80, 0x37, 0xc820352c00, 0x3e6, 0x5e6, ...)
remote:         /Users/dtan4/src/github.com/dtan4/paus-gitreceive/receiver/vendor/github.com/docker/libcompose/config/merge.go:40 +0x24c
remote: github.com/dtan4/paus-gitreceive/receiver/vendor/github.com/docker/libcompose/project.(*Project).load(0xc82013a0c0, 0xc820120a80, 0x37, 0xc820352c00, 0x3e6, 0x5e6, 0x0, 0x0)
remote:         /Users/dtan4/src/github.com/dtan4/paus-gitreceive/receiver/vendor/github.com/docker/libcompose/project/project.go:159 +0xdf
remote: github.com/dtan4/paus-gitreceive/receiver/vendor/github.com/docker/libcompose/project.(*Project).Parse(0xc82013a0c0, 0x0, 0x0)
remote:         /Users/dtan4/src/github.com/dtan4/paus-gitreceive/receiver/vendor/github.com/docker/libcompose/project/project.go:84 +0x323
remote: github.com/dtan4/paus-gitreceive/receiver/model.NewCompose(0xc82018c6ab, 0x14, 0xc820120a80, 0x37, 0xc82018c780, 0x17, 0x7f574fdc0270, 0x0, 0x0)
remote:         /Users/dtan4/src/github.com/dtan4/paus-gitreceive/receiver/model/compose.go:65 +0x466
remote: main.main()
remote:         /Users/dtan4/src/github.com/dtan4/paus-gitreceive/receiver/main.go:168 +0xc07

Please sign your commits following these rules:
https://github.com/docker/docker/blob/master/CONTRIBUTING.md#sign-your-work
The easiest way to do this is to amend the last commit:
$ git clone -b "multiple-env-type" git@github.com:dtan4/libcompose.git somewhere
$ cd somewhere
$ git rebase -i HEAD~2
editor opens
change each 'pick' to 'edit'
save the file and quit
$ git commit --amend -s --no-edit
$ git rebase --continue # and repeat the amend for each commit
$ git push -f

Ammending updates the existing PR. You DO NOT need to open a new one.

Please sign your commits following these rules:
https://github.com/docker/docker/blob/master/CONTRIBUTING.md#sign-your-work
The easiest way to do this is to amend the last commit:
$ git clone -b "multiple-env-type" git@github.com:dtan4/libcompose.git somewhere
$ cd somewhere
$ git rebase -i HEAD~2
editor opens
change each 'pick' to 'edit'
save the file and quit
$ git commit --amend -s --no-edit
$ git rebase --continue # and repeat the amend for each commit
$ git push -f

Ammending updates the existing PR. You DO NOT need to open a new one.

I agree, we should definitely support both types for env_file! I'm pretty sure all three types are already supported for environment though. When we unmarshal the Compose file, we just convert all three types to a single one for consistent processing afterwards.

I reconfirmed with minimal example: dtan4/libcompose-example with the latest libcompose 78932ca, and I noticed that all types of environment were parsed collectly as you said.
I also found that *MaporEqualSlice.Unmarshal handled these type conversion. Sorry for my misunderstanding 🙇
However, env_file of array[string] is still not parsed correctly. I found the similar logic to environment at *Stringorslice.Unmarshal.
Should I modify types_yaml.go, instead of config/merge.go ?

@dtan4 I would definitely prefer we modified yaml types than in config :angel:

I added a test case with compose file including both environment (map[string]string) and env_file, and it failed to parse.
$ ./libcompose-example docker-compose-env-env-file.yml
panic: interface conversion: interface is map[interface {}]interface {}, not []interface {}

goroutine 1 [running]:
panic(0x44b000, 0xc820015a40)
        /usr/local/Cellar/go/1.6.2/libexec/src/runtime/panic.go:481 +0x3e6
github.com/dtan4/libcompose-example/vendor/github.com/docker/libcompose/config.readEnvFile(0x878928, 0x74fd98, 0x7fff5fbff3dd, 0x1f, 0xc820126030, 0x7, 0x0, 0x0)
        /Users/dtan4/src/github.com/dtan4/libcompose-example/vendor/github.com/docker/libcompose/config/merge.go:100 +0x42c
github.com/dtan4/libcompose-example/vendor/github.com/docker/libcompose/config.parseV2(0x878928, 0x74fd98, 0x8789a8, 0xc8200d1ce0, 0x7fff5fbff3dd, 0x1f, 0xc820126030, 0xc820011fb0, 0x72a920, 0xc820014200, ...)
        /Users/dtan4/src/github.com/dtan4/libcompose-example/vendor/github.com/docker/libcompose/config/merge_v2.go:95 +0x83
github.com/dtan4/libcompose-example/vendor/github.com/docker/libcompose/config.MergeServicesV2(0xc8200d1d20, 0x8789a8, 0xc8200d1ce0, 0x878928, 0x74fd98, 0x7fff5fbff3dd, 0x1f, 0xc8200a1200, 0x221, 0x421, ...)
        /Users/dtan4/src/github.com/dtan4/libcompose-example/vendor/github.com/docker/libcompose/config/merge_v2.go:36 +0x2e3
github.com/dtan4/libcompose-example/vendor/github.com/docker/libcompose/config.Merge(0xc8200d1d20, 0x8789a8, 0xc8200d1ce0, 0x878928, 0x74fd98, 0x7fff5fbff3dd, 0x1f, 0xc8200a1200, 0x221, 0x421, ...)
        /Users/dtan4/src/github.com/dtan4/libcompose-example/vendor/github.com/docker/libcompose/config/merge.go:40 +0x24c
github.com/dtan4/libcompose-example/vendor/github.com/docker/libcompose/project.(*Project).load(0xc8200d63c0, 0x7fff5fbff3dd, 0x1f, 0xc8200a1200, 0x221, 0x421, 0x0, 0x0)
        /Users/dtan4/src/github.com/dtan4/libcompose-example/vendor/github.com/docker/libcompose/project/project.go:159 +0xdf
github.com/dtan4/libcompose-example/vendor/github.com/docker/libcompose/project.(*Project).Parse(0xc8200d63c0, 0x0, 0x0)
        /Users/dtan4/src/github.com/dtan4/libcompose-example/vendor/github.com/docker/libcompose/project/project.go:84 +0x323
main.main()
        /Users/dtan4/src/github.com/dtan4/libcompose-example/main.go:42 +0x4d1

I digged into the code more, and then I found the fact described below.
Though marshalling as ServiceConfig can convert all types into a single type, at the point of config.readEnvFile services in compose yaml is marshalling as RawService. So we still have to do type assertion in config.readEnvFile.
It seems the problem core exists at config, rather than yaml. To parse all types of env_file and environment, I think we have to take either the modification of this Pull Request or stopping using RawService at readEnvFile.
@joshwget @vdemeester How is this?

@dtan4 ah damn you're right, ok then let's handle this in config as of now because the other change is way bigger change.

I agree this is the proper solution. config should use RawService (or maps instead of structs, more generally) which means there isn't really another way of doing this as @dtan4 said.

Is there anything more I have to do now? As I understand current patch should be matched the proper way.

The CI failed weirdly (and I can't restart it), but I can confirm it builds (and tests are green).
LGTM 👼
/cc @joshwget

@dtan4 Can I suggest a slight change to your method? Reusing code from the yaml package simplifies this a bit and avoids duplicating code. https://github.com/joshwget/libcompose/commit/9bda34e7dfd951f7e7cfd16b2a44277be0522213

@joshwget It looks good and smart❗ Actually I worried about code duplication by my changes. Reusing yaml struct is so good way 👍 I'll apply your patch.

Applied @joshwget 's idea. Please look and review again 🙇

LGTM, but can you squash these down to one commit @dtan4?

@joshwget Squashed 🍆

Thanks!


About df02eb0

Commit df02eb0 assumes stuff is png and ignores JPEG and other non-PNG image formats

The website only stores gifs and pngs

oh
ok


support all auth coin transactions

[ ] support encoding/decoding of auth coin transactions
[ ] support signing and hashing of auth coin transactions

Resolved by @LeeSmet, wallet usage can be found as methods of
j.clients.goldchain.myclient.wallets.mywallet.authcoin


refactor: add rpc stacks msg signing

Try out this version of Leather — download extension builds.

WIP
Refactors msg signing to also support RPC method

Closing in favour of @edgarkhanzadian's PR https://github.com/leather-wallet/extension/pull/4638


MarkdownExport: fix export for overlapping styles

Previously, exporting text with "layered" formats resulted in layered
markdown. For example, this string:
 root
  └ (53) paragraph
    ├ (48) text  "he"
    ├ (49) text  "llo" { format: bold }
    ├ (50) text  "wor" { format: bold, italic }
    ├ (51) text  "ld" { format: italic }
>   └ (52) text  "!"

Would be exported like this:
he**llo*wor**ld*!

The export incrementally applied the italic to a portion of a bold span.
This seems to not be valid according to Commonmark, although micromark
supports it to some extent (but not fully -- it breaks on strikethroughs
for me).
This change closes and opens markdown tags every time the format
changes between text nodes. It now exports that example like this:
he**llo*****wor****ld*!

While this uses a few more characters, it will work in more
circumstances, it fixes the specific issue I was having, and it matches
Draft.js's export behavior, anecdotally.
Fixes #4895

Oh, I didn't realize, but this change to export produces markdown that fails to import. Hm

Closing this PR due to staleness! If there are new updates, please reopen the PR.


Fix debug message in GetRequest handler

Signed-off-by: Chris Dewbery<EMAIL_ADDRESS>

+1


Beer and Soup, with a splash of proper tea

Everything I've done is described in medium detail in the commit notes, but a high-level summary would be:

Got rid of mechanize (So Python 3.x compatible, I believe!)

Used BeautifulSoup to parse the webpages and make searching it a bit easier (although it's not the best laid out website to begin with)

used the property decorator so that attributes of a beer can be accessed via beer.abv, beer.name etc. without having to explicitly set those internally.

The functionality remains relatively untouched from an external point of view, however.

Thanks, this is great! Merged.


[SP-3757] Backport of PDI-16323 - Ability to publish data source over SSL to the BA server (7.1 Suite)

backport of #4371

Build Completed
:white_check_mark: This pull request has passed all validations.
Build Commands
ant -Dtestreports.dir=bin/reports/unit-test -f core/build.xml clean-all resolve jacoco && ant -f core/build.xml checkstyle publish-local

Cleanup Commands
rm -r ~/.ivy2/local || echo no publish local to remove

Changed files
  core/src/org/pentaho/di/core/database/Database.java

Unit test coverage change
These statistics help you identify how your changes have affected the coverage of the following files. If a file is not in this list, then its coverage was not affected by your changes. To get some help interpreting these metrics, please refer to Jacoco's documentation.
org.pentaho.di.core.database.Database

Instruction Change: -.02%:small_red_triangle_down:
Line Change: -.02%:small_red_triangle_down:

@mbatchelor @pamval @mchen-len-son @stepanovdg please review

@kolinus @stepanovdg @mchen-len-son @pamval please review


Publish for Scala 2.13

Just upgraded everything to SBT 1.2.8 / Scala.js 0.6.28 / Scala 2.12.8.
Next is Scala.js 1.0-Mx / Scala 2.13... No ETA, but soon.

Checkout branch "feature/scala-2.3.x"

https://github.com/scalajs-io/nodejs/tree/feature/scala-2.3.x


Gesture: System gesture gate timed out.

[SystemGestureGate] <0x101c8d590> Gesture: System gesture gate timed out.
1.i use flame in my project.
2.i add  'HasTappableComponents','HasDraggableComponents' these two mixin about Gesture into Class FlameGame.
3.it worked normally on ios 15.4,it makes error when i update on ios 16.0.
4.but it works normally on android.
flutter doctor:
[✓] Flutter (Channel stable, 3.0.1, on macOS 12.6 21G115 darwin-x64, locale zh-Hans-CN)
[✓] Android toolchain - develop for Android devices (Android SDK version 32.1.0-rc1)
[✓] Xcode - develop for iOS and macOS (Xcode 14.0)
device information:
• android-arm64  • Android 12(API 31)
• ios                       • iOS 16.0 20A362
Actual results:

Code sample
class MyFlameGame extends FlameGame
    with
        //碰撞检测
        HasCollisionDetection,
        //点击事件和拖动事件不互斥，不影响操作机制
        //点击事件
        HasTappableComponents,
        //拖动事件
        HasDraggableComponents {

  ///按压事件
  @override
  void onTapDown(TapDownEvent event) {
    super.onTapDown(event);
    //游戏界面右上角两个按钮响应区域
    if (event.canvasPosition.x >= width - 75.0 &&
        event.canvasPosition.y <= safeTop + 80.0) {
      gameExit.call();
    } else if (event.canvasPosition.x >= width - 145.0 &&
        event.canvasPosition.y <= safeTop + 80.0) {
      gameStop.call();
    } else {
      //人物控制
      if (event.canvasPosition.x >= (playerLayer.x + playerLayer.size.x / 2)) {
        playerLayer.moveToRight();
      } else {
        playerLayer.moveToLeft();
      }
    }
  }

  ///停止按压事件
  @override
  void onTapUp(TapUpEvent event) {
    super.onTapUp(event);
    //player停止移动
    playerLayer.movePause();
  }

  ///取消按压事件
  @override
  void onTapCancel(TapCancelEvent event) {
    super.onTapCancel(event);
    //player停止移动
    playerLayer.movePause();
  }

  ///记录上一次拖动的位置
  double lastX = 0.0;
  DIRECTION direction = DIRECTION.none;

  ///开始拖动
  @override
  void onDragStart(DragStartEvent event) {
    super.onDragStart(event);
    lastX = event.canvasPosition.x;
    if (lastX > playerLayer.x) {
      direction = DIRECTION.right;
    } else if (lastX < playerLayer.x) {
      direction = DIRECTION.left;
    } else {
      direction = DIRECTION.none;
    }
  }

  ///拖动中
  @override
  void onDragUpdate(DragUpdateEvent event) {
    super.onDragUpdate(event);
    if (event.canvasPosition.x > lastX) {
      playerLayer.moveToRight();
    } else if (event.canvasPosition.x < lastX) {
      playerLayer.moveToLeft();
    } else {
      switch (direction) {
        case DIRECTION.left:
          playerLayer.moveToLeft();
          break;
        case DIRECTION.right:
          playerLayer.moveToRight();
          break;
        case DIRECTION.none:
        default:
          playerLayer.movePause();
      }
    }
    lastX = event.canvasPosition.x;
  }

  ///拖动结束
  @override
  void onDragEnd(DragEndEvent event) {
    super.onDragEnd(event);
    playerLayer.movePause();
  }

  ///拖动取消
  @override
  void onDragCancel(DragCancelEvent event) {
    super.onDragCancel(event);
    playerLayer.movePause();
  }
}

Can you post the full stacktrace/error that you get?
This sounds like a Flutter bug, but I couldn't find any open issues related to the error you wrote in the title.

[        ] "method: resume"
[        ] "playerId: 752aa0f9-2c42-4af5-a8ca-bab58f16aef2"
[+2966 ms] [SystemGestureGate] <0x1026557b0> Gesture: System gesture gate timed out.
[+3016 ms] "method: setReleaseMode"
[        ] "playerId: 5a79fcc1-cd84-4cab-a7ab-22850e4c01ad"
[+2966 ms] [SystemGestureGate] <0x1026557b0> Gesture: System gesture gate timed out.
only this message

thank for your help @spydon
but i test common flutter project about gesture and it does not have this error

In any system there are 2 kinds of errors: (1) errors caused by incorrect use of the API of that system (external errors), and (2) errors caused by internal inconsistencies within the system (internal errors). The external errors will normally have messages indicating where the problem is and what the user did wrong. The internal errors will typically be vague and indecipherable.
By the looks of it, this is an internal error within the iOS itself -- two levels removed from Flame. Which means it is extremely unlikely we would be able to do anything about either diagnosing or resolving the problem.
Your best bet would be to ask on StackOverflow, or on Apple Support forums. Sorry.


Use Fsc msbuild task instead of dotnet-compile-fsc

The msbuild target invoke the dotnet-compile-fsc sdk tool.
Should use an Fsc  msbuild task instead (see microsoft/visualfsharp task for example)

integration should be like now, so target file are good or similar.
But instead of call dotnet-compile-fsc in the target file , we use Fsc task.
Fsc task source code i think can be duplicated (for now) from microsoft/visualfsharp repo.
Later it should use the fsc task from visualsharp as deps, on just one package (doenst matter from what repo) with embedded assembly/target
The f# target files pratically set properties of Fsc task in CoreCompile target.
the Fsc task should contains the same little workaround of dotnet-compile-fsc (.exe extension, --targetprofile, etc), if needed.
Maybe .exe is not required anymore with newer compiler version

Is the FSC task going to be bundled with the target files in the FSharp.NET.Sdk nupkg?

yes, temporary.
we make it work, and after we can coordinate/sendpr to microsoft/visualfsharp

fixed by #61


Allow audio & video to continue playing when app is minimised

Describe the problem
It can be frustrating having the audio pause when I briefly switch to another app.
Describe the solution
It would be great if it was possible to continue listening to audio from a video even when switching to another app.
Allowing a video to pop up and stay on top of other apps could be good too.

#210  appears to be a solution to this, so this can probably be closed?

Version v3.7.4 implement this feature.
There are now two options implemented, enabled by default (under Settings / General / Media) :

Allows video to continue to play when Squawker is in the background
Allows video/music of other apps to play in the background while a video is playing in Squawker.


App crashes when you leave it open for a long time

Getting this consistently when leaving the app open in a browser tab.
Guessing the Service Worker / CDN is to blame for this.

Thanks for the report! How long about does it take for this to happen? I'm guessing you are on the JSON viewer page when this occurs?

Hi @ericallam
I just leave the browser open all day. Some time I leave the laptop in suspend and open it again the next day.
I've received this a couple of times now.

I've managed to recreate this issue: it happens when you are viewing JSON and lose internet access, and then we attempt to fetch the details of a URL preview. It could be happening in this file here: https://github.com/apihero-run/jsonhero-web/blob/main/app/components/Preview/Types/PreviewUri.tsx

/bounty $200

I'd like to try this.
/attempt #95

/attempt #95


[ArkServer] GameUserSettings Always overwrite

HI i edit the GameUserSettings and always after the server restart are my GameUserSetting are set to Default??
Any Fix for This

Having this issue as well.
I edited the initial files and started the server. Everything stuck and the server title is what I wanted it at the time.
Now I edit the server title and it never shows the new title on restart.
Pulling the same file back out from FTP shows my changes still present but they seem to not apply.

I found my Problem i use this | in my Name a change to this - and now works ark can Not read the Letter |


Bump version to 1.9.1

This fixes

boondoggle package build failure
fix clifford qubit ordering issues

Build failure looks like the same out-of-date QVM issue I encountered in #284.

Yep, this is an on-going problem that ought to fixed soon (@karalekas his this on his plate). The actual deploy stage does not depend on tests passing, however. Docker images will be built when a "vX.Y.Z" tag is pushed.


Status segment do not respect user defined colors

Describe Your Issue
Error status segment do not respect defined background and foreground colors.

As seen on the image, the colors are displayed incorectly in the status segment in case of an error, even though in the OK case, everything works perfectly.
Have you tried to debug or fix it?
I tried to use the old variables names but that didn't change anything.
Environment Information
OS: Ubuntu 18.10
ZSH version: 5.5.1
ZSH framework: Oh-My-ZSH
P9K installation: Cloning the repo
P9K version: Latest next commit at this time (110efcb)
Terminal emulator: Tested on Terminator and Ubuntu default terminal

@numered Can you please provide the config you are setting the colours with?
https://github.com/bhilburn/powerlevel9k/blob/110efcbee73fcaa24fdbc59fb99ee5f53d156768/segments/status/README.md#color-customization

Just checked, some variable names were changed. Thanks.


Ways to sync settings across different devices

Is there any good suggestion for syncing Atom settings across different devices?

I know a lot of people using git or dropbox for sublime, not sure what's the best way for Atom

There are a number of suggestions for how to do this on Discuss, the official Atom message board. Personally, I use Git and rcm to sync my environment between my machines, including my Atom configuration.


Smoke test error TestKameletBindingScale

❌ TestKameletBindingScale/Scale_kamelet_binding_with_Camel_K_client (40ms)
scale_binding_test.go:120:
Expected
<v1.ConditionStatus>: False
to equal
<v1.ConditionStatus>: True

It was a flaky test apparently.

Why don't we fix the flakiness then? :-)

Why don't we fix the flakiness then? :-)

Good one... I think this problem happened just once, so, it does not justify to invest more time on it. When the problem is repeated more than once I guess there is enough opportunity to reproduce the reason of the flakiness and try to fix it.


[frontend] Add knox prefix to download url

What changes were proposed in this pull request?

Modify the single point file download function to include knox prefix in the url

How was this patch tested?

Manually locally to make sure it works when knox is not present
On a datahub test cluster with knox present by directly modifying the js file in the browser to use the same fix

Please review Hue Contributing Guide before opening a pull request.

@bjornalm - Good to merge?


Several error cases when reading from opendap

Environment Information

What platform are you using? (please provide specific distribution/version in summary)

[x] Linux
[ ] Windows
[ ] OSX
[ ] Other
[ ] NA

32 and/or 64 bit?

[ ] 32-bit
[x] 64-bit

What build system are you using?

[x] autotools (configure)
[ ] cmake

Can you provide a sample netCDF file or C code to recreate the issue?

[x] Yes (please attach to this issue, thank you!)
[ ] No
[ ] Not at this time

Summary of Issue
When reading large amounts of data I randomly get one out of two errors:

DAP failure
No failure, but grid only contains zeros.

I have tested with both versions 4.6.1 (which fails) and 4.4, which does not fail.
With my test dataset, failures always occur after 10-20 seconds. When running version 4.4 I get a seemingly correct result after around 10 minutes (I am on a slow internet connection). Fast-loading grids seem not to cause this error.
Steps to reproduce the behavior
Compile and run the code below, like this:
$ export LD_LIBRARY_PATH=<path to netcd 4.6 or 4.4 libdir>
$ export PKG_CONFIG_PATH=$LD_LIBRARY_PATH/pkgconfig
$ gcc test.c -otest $(pkg-config --cflags --libs netcdf)
$ ./test http://thredds.met.no/thredds/dodsC/meps25files/t2myr_kf_0_5km_latest.nc  air_temperature_2m

You should either get "Data contains only zeros" or "DAP failure".
Retry with 4.4 and get a correct result.
I have tested with several datasets. If you do too, please note that the source code below is hardcoded to read float values only.
#include <stdlib.h>
#include <stdio.h>
#include <netcdf.h>

void check(int result) {
    if (result != NC_NOERR) {
        printf("%d\t%s\n", result, nc_strerror(result));
        exit(1);
    }
}

void read_data(const char* file, const char* variable)
{
    int ds;
    int var;
    int nDims;
    int * dims;

    check(nc_open(file, NC_NOWRITE, &ds));
    check(nc_inq_varid(ds, variable, &var));
    check(nc_inq_varndims(ds, var, &nDims));
    dims = (int*) malloc(sizeof(int) * nDims);
    check(nc_inq_vardimid(ds, var, dims));

    size_t size = 1;
    for (int i = 0; i < nDims; ++i)
    {
        size_t len;
        check(nc_inq_dimlen(ds, dims[i], &len));
        size *= len;
    }

    printf("size: %lu\n", size);
    float* data = (float*) malloc(sizeof(float) * size);
    check(nc_get_var_float(ds, var, data));

    for (size_t i = 0; i < size; ++i)
    {
        if (data[i] != 0)
        {
            for (int j = 0; j < 20; ++j)
                printf("%d:\t%f\n", j, data[j]);
            return;
        }
    }
    puts("Data contains only zeros");
}

int main(int argc, char ** argv) {
    const char * file = argv[1];
    const char * variable = argv[2];
    read_data(file, variable);
}

There is a known problem with the dap code not reporting lost connections.
I have a fix, but it is not yet available. As a stopgap, you can try the following.
In the file libdispatch/dauth.c, about line 33, it should currently say:
"HTTP.TIMEOUT","10", /*seconds */
Try changing the 10 to some much larger value, for example:
"HTTP.TIMEOUT","3600", /*seconds */
and see if that helps; note that your request may take a much longer time
to complete, but the result should be correct.

I will assume the suggestion solved the problem.

I tried setting HTTP.TIMEOUT in ~/.dodsrc:
HTTP.TIMEOUT=1800

but ncdump (version 4.6.0) does not seem to care about this. Should this not also fix the issue?

The  timeout is utilized deep inside the netcdf-c library, so it is probable
that ncdump is not involved.
More likely is that the .dodsrc ltimeout line is being
ignored for some reason. Let me do some checking.

Ok, I did a check and that .dodsrc value is being picked up
and applied to the curl connection via CURL_TIMEOUT.
What  makes you think it is not working?

If I make my dap server sleep for more than 10 seconds it fails with
symptoms described above. If I compile latest master it works. I am not
able to recompile 4.6.0 from git at Ubuntu now, because of hdf5 issues.
tor. 9. jan. 2020, 18:40 skrev Dennis Heimbigner<EMAIL_ADDRESS>
Ok, I did a check and that .dodsrc value is being picked up
and applied to the curl connection via CURL_TIMEOUT.
What makes you think it is not working?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/Unidata/netcdf-c/issues/1136?email_source=notifications&email_token=AAAN365QPBRVZYDKTB6JVA3Q45OSRA5CNFSM4FTSDRQKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIRERIA#issuecomment-572672160,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAAN36YCPQJVKY4AFUNDWO3Q45OSRANCNFSM4FTSDRQA
.

Http.verbose is picked up by python netcdf (probably a conda lib), but I
don't see any effect of this when using ncdump
tor. 9. jan. 2020, 19:03 skrev Gaute Hope<EMAIL_ADDRESS>
If I make my dap server sleep for more than 10 seconds it fails with
symptoms described above. If I compile latest master it works. I am not
able to recompile 4.6.0 from git at Ubuntu now, because of hdf5 issues.
tor. 9. jan. 2020, 18:40 skrev Dennis Heimbigner<EMAIL_ADDRESS>
:

Ok, I did a check and that .dodsrc value is being picked up
and applied to the curl connection via CURL_TIMEOUT.
What makes you think it is not working?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/Unidata/netcdf-c/issues/1136?email_source=notifications&email_token=AAAN365QPBRVZYDKTB6JVA3Q45OSRA5CNFSM4FTSDRQKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIRERIA#issuecomment-572672160,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAAN36YCPQJVKY4AFUNDWO3Q45OSRANCNFSM4FTSDRQA
.

Did you spell it as Http.verbose or HTTP.VERBOSE
In any case, this just should set the CURLOPT_VERBOSE
flag to 1. Is stderr being redirected by any chance?

HTTP.VERBOSE=1
this did not cause additional output with ncdump. But did with python
netcdf.
Not redirected unless ncdump does.
tor. 9. jan. 2020, 19:12 skrev Dennis Heimbigner<EMAIL_ADDRESS>
Did you spell it as Http.verbose or HTTP.VERBOSE
In any case, this just should set the CURLOPT_VERBOSE
flag to 1. Is stderr being redirected by any chance?
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
https://github.com/Unidata/netcdf-c/issues/1136?email_source=notifications&email_token=AAAN3647CQLP6AP4P7K63ATQ45SIDA5CNFSM4FTSDRQKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEIRHSVA#issuecomment-572684628,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AAAN363AQMUGKKLMFCQXW6DQ45SIDANCNFSM4FTSDRQA
.

It is working for me. For example this command:
./ncdump -h 'http://thredds.met.no/thredds/dodsC/meps25files/t2myr_kf_0_5km_latest.nc'
Produces this output:

STATE: INIT => CONNECT handle 0x800cd240; line 1491 (connection #-5000)
Added connection 0. The cache now contains 1 members
STATE: CONNECT => WAITRESOLVE handle 0x800cd240; line 1532 (connection #0)
Trying <IP_ADDRESS>:80...
TCP_NODELAY set
STATE: WAITRESOLVE => WAITCONNECT handle 0x800cd240; line 1611 (connection #0)
Connected to thredds.met.no (<IP_ADDRESS>) port 80 (#0)
STATE: WAITCONNECT => SENDPROTOCONNECT handle 0x800cd240; line 1667 (connection #0)
Marked for [keep alive]: HTTP default
STATE: SENDPROTOCONNECT => DO handle 0x800cd240; line 1685 (connection #0)

GET /thredds/dodsC/meps25files/t2myr_kf_0_5km_latest.nc.dds HTTP/1.1
Host: thredds.met.no
User-Agent: oc4.7.4-development
Accept: /

STATE: DO => DO_DONE handle 0x800cd240; line 1756 (connection #0)
STATE: DO_DONE => PERFORM handle 0x800cd240; line 1877 (connection #0)
Mark bundle as not supporting multiuse
HTTP 1.1 or later with persistent connection
< HTTP/1.1 404
< Server: nginx
< Date: Thu, 09 Jan 2020 18:33:12 GMT
< Content-Type: text/plain; charset=utf8
< Transfer-Encoding: chunked
< Connection: keep-alive
< Access-Control-Allow-Origin: *
< Content-Description: dods-error
<
STATE: PERFORM => DONE handle 0x800cd240; line 2067 (connection #0)
multi_done
Connection #0 to host thredds.met.no left intact
Expire cleared (transfer 0x800cd240)
./ncdump: http://thredds.met.no/thredds/dodsC/meps25files/t2myr_kf_0_5km_latest.nc: http://thredds.met.no/thredds/dodsC/meps25files/t2myr_kf_0_5km_latest.nc: NetCDF: file not found
BlackBird:ncdump:

Is this with ncdump version 4.6.0?

But the underlying problem of timeouts is still there, correct?

Yes, I believe so. If the timeout cannot be avoided I think it would be useful with an error.

I agree; This will be primarily determined by what libcurl can do.


Codeunit 90 "Purch.-Post" - Publisher  "OnBeforeUpdateAssocOrder" - make Variable var

[IntegrationEvent(true, false)]
local procedure OnBeforeUpdateAssocOrder(var TempDropShptPostBuffer: Record "Drop Shpt. Post. Buffer" temporary; var IsHandled: Boolean; SuppressCommit: Boolean; **var** PurchaseHeader: Record "Purchase Header")
begin
end;

Set parameter to var in order to allow changes (e.g. "Expected Receipt Date") before UpdateAssocSalesOrder

Thanks for reporting this. We agree, and we’ll publish a fix asap, either in an update for the current version or in the next major release. Please do not reply to this, as we do not monitor closed issues. If you have follow-up questions or requests, please create a new issue where you reference this one.
Build ID: 13321.


Open in new window - formsPlot in new window shows the yellow Refresh() warning

Hello! I plot my graph using formsPlot1.Refresh(); and  formsPlot1.Plot.Render();.
Via the right mouse click menu, I use the "Open in New Window" option.
The data points are where they should be, but i get the yellow warning box in the middle:

System Details

ScottPlot Version: 4.1.21
Operating System: (Windows 10)
Application Type: (WinForms)
.NET Version: (NET Framework 4.7.2)

Looks like the same thing as here: https://github.com/ScottPlot/ScottPlot/issues/1264#issuecomment-925974571


Unable to create EC private key using named curve SM2

Unable to create EC private key using named curve SM2.
584 	checkerr( OSSL_PARAM_BLD_push_utf8_string( bld, OSSL_PKEY_PARAM_GROUP_NAME, "SM2", 0 ) );
585 	checkerr( OSSL_PARAM_BLD_push_BN( bld, OSSL_PKEY_PARAM_PRIV_KEY, qx=SV2BN(qx_SV) ) );
586 	params = OSSL_PARAM_BLD_to_param(bld);
587 	ctx = EVP_PKEY_CTX_new_from_name( libctx, "EC", NULL );
588 	checkerr( EVP_PKEY_fromdata_init(ctx) );
589 	checkerr( EVP_PKEY_fromdata( ctx, &RETVAL, EVP_PKEY_KEYPAIR, params ) );
590 	OSSL_PARAM_free(params);

EVP_PKEY_fromparams() fails with nothing written to the error stack.
ok 4 - set up SM2SM3 private key
libcrypto error (SEC.xs line 589) at blib/lib/Net/DNS/SEC/SM2.pm line 64.
# Looks like your test exited with 255 just after 4.
make: *** [Makefile:1109: test_dynamic] Error 255

OpenSSL 3.2.1 built from distribution tarball.
Fedora 39  x86_64 GNU/Linux

the evp_extra_test2 has an SM2 test exercises SM2 (both todata, and fromdata), and it appears to pass.  can you please provide a reproducer that we can use to observe the problem your describing?

#include <stdio.h>
#include <openssl/core_names.h>
#include <openssl/param_build.h>
#include <openssl/bn.h>
#include <openssl/evp.h>
#define checkerr(x) if (!(x)) printf("error in " #x "\n")

int main()
{
        const char *privkey = "C3E0233E8EB9D0803C0D6784AB942A6762D6629B82FE878469868613566F2B20";
        BIGNUM *privbn = NULL;
        OSSL_LIB_CTX *libctx = NULL;
        OSSL_PARAM *params;
        OSSL_PARAM_BLD *bld = OSSL_PARAM_BLD_new();
        EVP_PKEY_CTX *ctx;
        EVP_PKEY *RETVAL = NULL;

        checkerr( BN_hex2bn(&privbn, privkey) );
        checkerr( OSSL_PARAM_BLD_push_utf8_string( bld, OSSL_PKEY_PARAM_GROUP_NAME, "SM2", 0 ) );
        checkerr( OSSL_PARAM_BLD_push_BN( bld, OSSL_PKEY_PARAM_PRIV_KEY, privbn ) );
        params = OSSL_PARAM_BLD_to_param(bld);
        ctx = EVP_PKEY_CTX_new_from_name( libctx, "EC", NULL );
        checkerr( EVP_PKEY_fromdata_init(ctx) );
        checkerr( EVP_PKEY_fromdata( ctx, &RETVAL, EVP_PKEY_KEYPAIR, params ) );  /* fails here */
        BN_clear_free(privbn);
        EVP_PKEY_CTX_free(ctx);
        OSSL_PARAM_free(params);
        OSSL_PARAM_BLD_free(bld);

        return 0;
}

oh, I see the problem, you created an evp context using the name EC, which set your keymanagement to the general elliptic curve keymanagement, rather than the sm2 key management.  if you change this line:
ctx = EVP_PKEY_CTX_new_from_name( libctx, "EC", NULL );

to
ctx = EVP_PKEY_CTX_new_from_name( libctx, "SM2", NULL );

It works as expected

Thanks.
This does not appear to be documented anywhere.
This was merely the hors d'œuvres before the main course!

The documentation is somewhat vague on this, because the fan out of possible names that can handle the corresponding created keys is large, and the assumption is that a context that is capable of handling the created PKEY will be used.  We should probably an ERR in common_check_sm2 to indicate that a context not using an SM2 curve was requested for a key that has an SM2 curve applied.
In the future though, if you want to harden this code to errors like, this, it may be advisable to create the context with EVP_PKEY_CTX_new_from_pkey(). That api will create a context that is appropriate for whatever key type has been created, obviating the need to determine the key type in your application when creating the context

On Fri, 15 Mar 2024 at 15:27, Neil Horman @.***> wrote:

In the future though, if you want to harden this code to errors like,
this, it may be advisable to create the context with
EVP_PKEY_CTX_new_from_pkey(). That api will create a context that is
appropriate for whatever key type has been created, obviating the need to
determine the key type in your application when creating the context

I fail to see how that would work given that the context is created before
the key:
    ctx = EVP_PKEY_CTX_new_from_name( libctx, "SM2", NULL );
    checkerr( EVP_PKEY_fromdata_init(ctx) );
    checkerr( EVP_PKEY_fromdata( ctx, &pkey, EVP_PKEY_KEYPAIR, params )

);
--rwf
Message ID: @.***>


dx-button not working properly with @ngneat/transloco pipe

I found an issue where working with @ngneat/transloco is not showing the translation when setting it to the body of the dx-button. It will work with the transloco directive and if I set the text attribute.
But in my custom dialog component (wrapped dx-popup) i specified some buttons and set the text in the body with the transloco pipe and this somehow works.
Small side note, setting the text attribute and changing the height doesn't center the text. This might not correlate with the transloco problem, but it is still weird.
I made a Stackblitz project, where you can see the problem in action.
https://stackblitz.com/edit/angular-ivy-5yzupo
If you made some changes to the code on Stackblitz, you probably have to reload the whole site, cause the dx-popup won't open after changes.
Steps to Reproduce:

Add @ngneat/transloco to your project
declare a button the following way:
<dx-button (onClick)="showDialog()" type="danger"> {{ 'Some.Translation' | transloco }} </dx-button>

Results You Received:
No text displayed when using the transloco pipe inside a button
Results You Expected:
Text to be displayed when using the transloco pipe inside a button
Environment Details:
angular 11
devextreme 20.2.6
devextreme-angular 20.2.6
@ngneat/transloco 2.20.1

Maybe you should try binding text property?
<dx-button
	[text]="'Some.Translation' | transloco"
></dx-button>

Don't get me wrong, but I tried it and I even mentioned that in my issue description. When i set the text attribute it doesn't center the text, when i change the height to be smaller
Small side note, setting the text attribute and changing the height doesn't center the text. This might not correlate with the transloco problem, but it is still weird.

Nonetheless it works in my wrapped component, also described in the issue.
But in my custom dialog component (wrapped dx-popup) i specified some buttons and set the text in the body with the transloco pipe and this somehow works.

You can check out the stackblitz repo I setup, I've described everything i noticed there.

Maybe is the TranslocoModule: is not imported anywhere.

The problem is that it doesn't render correctly, not that it isn't showing anything. If you look at the Stackblitz, you can see it.

You right, in my projects I'm importing the exported TranslocoModule in each module to render it;
Maybe this can help some devexpress coders or even you:

If you add a character before it works :(


[CTRL]+F4 does not close tabs

From<EMAIL_ADDRESS>on 2014-05-28T07:25:23Z
Spyder Version:  2.3.0rc
Python Version:  3.3.5
Qt Version    :  4.8.4, PyQt4 (API v2) 4.9.6 on Windows
pyflakes >=0.6.0:  None (OK)
pep8 >=0.6      :  None (NOK)
IPython >=0.13  :  2.0.0 (OK)
pygments >=1.6  :  1.6 (OK)
sphinx >=0.6.6  :  1.2.2 (OK)
psutil >=0.3    :  2.1.0 (OK)
rope >=0.9.2    :  0.9.4 (OK)
matplotlib >=1.0:  1.3.1 (OK)
sympy >=0.7.0   :  0.7.5 (OK)
pylint >=0.25   :  1.1.0 (OK)
What steps will reproduce the problem?

Open multiple tabs with different scripts
Press [CTRL]+F4 to close the current tab
Nothing happens

What is the expected output? What do you see instead?
In previous Spyder versions, [CTRL]+F4 was closing the current tab, as expected in most Windows applications. Nothing happens in the Spyder 2.3.0rc
Please provide any additional information below
.
Original issue: http://code.google.com/p/spyderlib/issues/detail?id=1836

From ccordoba12 on 2014-06-19T14:38:15Z
This issue was closed by revision fab0c3f62ddd .
Status: Fixed

From ccordoba12 on 2014-06-11T18:40:49Z
Labels: MS-v2.3 Cat-Editor


[#134342161] add mark-definite-framework-results.py script

This has no tests yet so caveat emptor.
Story https://www.pivotaltracker.com/story/show/134342161
This generalizes the action of marking SupplierFrameworks as passed/failed hopefully across frameworks. It does so by evaluating them against json schemas. json schemas for dos2 declarations and services are included.
I don't want to repeat the contents of the script docstring too much, but declaration schemas that are composed of an inner definitions entry notDefiniteFail sub-schema will also have that evaluated against the declaration to allow the script the differentiate between those it can mark as definite failures and those that are discretionary.
A supplier's submitted draft services will also be evaluated against a draft_service schema if supplied. Failing that schema would cause the draft service's status to be marked as failed.
Suppliers who end up with no non-failed services will be a definite fail for the framework.
As you can see I haven't even pep8'd this yet.
And my switch to find_draft_services_iter has caused a glitch in the mocks which I need to fix.

Yeah I was really wedded to the notDefiniteFail term when I started out but the more I used it the more weird it seemed. I could re-assign the two as minimum and strict?

OK let's give this a go after a rebase :+1:
I wonder if we should remove the -v option altogether if it's broken though?

I don't think -v is broken, I think this is the bug @galund was fixing in utils. He's about to merge that fix so once it's in I'll try running it again and see how it fairs...


skip: [:omniauth_callbacks] doesn't work in v0.1.37.beta3

I use skip as it's suggested in readme:
mount_devise_token_auth_for 'User', at: 'auth', skip: [:omniauth_callbacks]

but rake routes still has omniauth routes in the list. after downgrading to 0.1.36, skip worked seamlessly, and I don't get omniauth routes in the list

Hi there @pavloo    ,
In an effort to cleanup this project and prioritize a bit, we're marking issues that haven't had any activity in a while with a "close-in-7-days" label. If we don't hear from you in about a week, we'll be closing this issue. Obviously feel free to re-open it at any time if it's the right time or this was done in error!
If you are still having the issue (especially if it's a bug report) please refer to our new Issue Template to provide some more details to help us solve it.
Hope all is well.


MODEXPW-477 - Items and holdings tenant populating

MODEXPW-477 - Items and holdings tenant populating
Purpose
Support tenant-id for items, holdings, instances.
Approach
Changing formats representation to include tenantId parameter.
TODOS and Open Questions

Learning

Pre-Merge Checklist:
Before merging this PR, please go through the following list and take appropriate actions.

Does this PR meet or exceed the expected quality standards?

[ ] Code coverage on new code is 80% or greater
[ ] Duplications on new code is 3% or less
[ ] Check logging
[ ] There are no major code smells or security issues

Does this introduce breaking changes?

[ ] Were any API paths or methods changed, added or removed?
[ ] Were there any schema changes?
[ ] Did any of the interface versions change?
[ ] Were permissions changed, added, or removed?
[ ] Are there new interface dependencies?
[ ] There are no breaking changes in this PR.

If there are breaking changes, please STOP and consider the following:

What other modules will these changes impact?
Do JIRAs exist to update the impacted modules?

[ ] If not, please create them
[ ] Do they contain the appropriate level of detail?  Which endpoints/schemas changed, etc.
[ ] Do they have all they appropriate links to blocked/related issues?

Are the JIRAs under active development?

[ ] If not, contact the project's PO and make sure they're aware of the urgency.

Do PRs exist for these changes?

[ ] If so, have they been approved?

Ideally all of the PRs involved in breaking changes would be merged in the same day to avoid breaking the folio-testing environment.  Communication is paramount if that is to be achieved, especially as the number of intermodule and inter-team dependencies increase.
While it's helpful for reviewers to help identify potential problems, ensuring that it's safe to merge is ultimately the responsibility of the PR assignee.

This PR was merged with a branch failure for the api-lint GitHub Workflow.
Subsequently, today the daily Workflow "gather-config-apidocs" (see PR 1696) automatically removed knowledge of API documentation endpoints for mod-data-export-worker.


Extension causes high cpu load

Issue Type: Performance
Extension Name: bracket-pair-colorizer-2
Extension Version: 0.0.28
OS Version: Darwin x64 18.2.0
VSCode version: 1.33.1

:warning: Make sure to attach this file from your home-directory:
:warning:/Users/Bossia/CoenraadS.bracket-pair-colorizer-2-unresponsive.cpuprofile.txt
Find more details here: https://github.com/Microsoft/vscode/wiki/Explain:-extension-causes-high-cpu-load

Here's my copy of the file, since I'm experiencing the issue as well: CoenraadS.bracket-pair-colorizer-2-unresponsive.cpuprofile.txt.
Windows 10, VS Code 1.41.1, extension version 0.0.29

Duplicate of #55. Please close this and post there instead.
@ChardyT
@ajmeese7, post in #55


Added us/ms/jackson

A lot of address number 0 but mostly good.

great find!
On Wed, Dec 7, 2016 at 10:25 PM, OpenAddresses Bot<EMAIL_ADDRESS>
wrote:

[image: Preview]
https://camo.githubusercontent.com/15249f900a442e4851bf573a5883f8a2f1f9a648/68747470733a2f2f73332e616d617a6f6e6177732e636f6d2f646174612e6f70656e6164647265737365732e696f2f72756e732f3133333236382f707265766965772e706e67
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/openaddresses/openaddresses/pull/2223#issuecomment-265663193,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AA0EOzgVFAFgoTX6gd4lvmcu725XGVAYks5rF6LOgaJpZM4LHegZ
.


Microsoft.CodeAnalysis.LanguageServer client: couldn't create connection to server. version `GLIBC_2.38' not found

Environment data

`dotnet --info` output:
.NET SDK:
Version:           8.0.103
Commit:            6a90b4b4bc
Workload version:  8.0.100-manifests.e99a2be4
Runtime Environment:
OS Name:     ubuntu
OS Version:  23.10
OS Platform: Linux
RID:         ubuntu.23.10-x64
Base Path:   /usr/lib/dotnet/sdk/8.0.103/
.NET workloads installed:
Workload version: 8.0.100-manifests.e99a2be4
There are no installed workloads to display.
Host:
Version:      8.0.3
Architecture: x64
Commit:       9f4b1f5d66
.NET SDKs installed:
6.0.128 [/usr/lib/dotnet/sdk]
8.0.103 [/usr/lib/dotnet/sdk]
.NET runtimes installed:
Microsoft.AspNetCore.App 6.0.28 [/usr/lib/dotnet/shared/Microsoft.AspNetCore.App]
Microsoft.AspNetCore.App 8.0.3 [/usr/lib/dotnet/shared/Microsoft.AspNetCore.App]
Microsoft.NETCore.App 6.0.28 [/usr/lib/dotnet/shared/Microsoft.NETCore.App]
Microsoft.NETCore.App 8.0.3 [/usr/lib/dotnet/shared/Microsoft.NETCore.App]
Other architectures found:
None
Environment variables:
DOTNET_ROOT       [/usr/lib/dotnet/dotnet]
global.json file:
Not found
Learn more:
https://aka.ms/dotnet/info
Download .NET:
https://aka.ms/dotnet/download

VS Code version: 1.88
C# Extension version: 2.23.15
OS: Ubuntu 23.10
Steps to reproduce

$ dotnet new console -o test-languageserver
$ code test-languageserver
The following notification toast appears: Microsoft.CodeAnalysis.LanguageServer client: couldn't create connection to server. Source: C#
If I click on Go to output in the toast, the output lists the following error:

Using dotnet configured on PATH
Dotnet path: /usr/lib/dotnet/dotnet
Activating C# + C# Dev Kit + C# IntelliCode...
[Error - 10:55:47] Microsoft.CodeAnalysis.LanguageServer client: couldn't create connection to server.
Error: /snap/core20/current/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.38' not found (required by /lib/x86_64-linux-gnu/libstdc++.so.6)

Full error message
Using dotnet configured on PATH
Dotnet path: /usr/lib/dotnet/dotnet
Activating C# + C# Dev Kit + C# IntelliCode...
[Error - 10:55:47] Microsoft.CodeAnalysis.LanguageServer client: couldn't create connection to server.
Error: /snap/core20/current/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.38' not found (required by /lib/x86_64-linux-gnu/libstdc++.so.6)
	at process.func [as dlopen] (node:electron/js2c/node_init:2:2214)
	at Module._extensions..node (node:internal/modules/cjs/loader:1356:18)
	at Object.func [as .node] (node:electron/js2c/node_init:2:2214)
	at Module.load (node:internal/modules/cjs/loader:1126:32)
	at Module._load (node:internal/modules/cjs/loader:967:12)
	at c._load (node:electron/js2c/node_init:2:13672)
	at l._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:175:5602)
	at i._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:172:29719)
	at t._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:137:35279)
	at Module.require (node:internal/modules/cjs/loader:1150:19)
	at h (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:4:647)
	at Object. (/home/n645862/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/node_modules/onnxruntime-node/dist/binding.js:9:1)
	at o._compile (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:4:1271)
	at Module._extensions..js (node:internal/modules/cjs/loader:1326:10)
	at Module.load (node:internal/modules/cjs/loader:1126:32)
	at Module._load (node:internal/modules/cjs/loader:967:12)
	at c._load (node:electron/js2c/node_init:2:13672)
	at l._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:175:5602)
	at i._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:172:29719)
	at t._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:137:35279)
	at Module.require (node:internal/modules/cjs/loader:1150:19)
	at h (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:4:647)
	at Object. (/home/n645862/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/node_modules/onnxruntime-node/dist/backend.js:18:19)
	at o._compile (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:4:1271)
	at Module._extensions..js (node:internal/modules/cjs/loader:1326:10)
	at Module.load (node:internal/modules/cjs/loader:1126:32)
	at Module._load (node:internal/modules/cjs/loader:967:12)
	at c._load (node:electron/js2c/node_init:2:13672)
	at l._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:175:5602)
	at i._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:172:29719)
	at t._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:137:35279)
	at Module.require (node:internal/modules/cjs/loader:1150:19)
	at h (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:4:647)
	at Object. (/home/n645862/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/node_modules/onnxruntime-node/dist/index.js:21:17)
	at o._compile (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:4:1271)
	at Module._extensions..js (node:internal/modules/cjs/loader:1326:10)
	at Module.load (node:internal/modules/cjs/loader:1126:32)
	at Module._load (node:internal/modules/cjs/loader:967:12)
	at c._load (node:electron/js2c/node_init:2:13672)
	at l._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:175:5602)
	at i._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:172:29719)
	at t._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:137:35279)
	at Module.require (node:internal/modules/cjs/loader:1150:19)
	at h (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:4:647)
	at 884 (/home/n645862/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1301229)
	at __webpack_require__ (/home/n645862/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1449676)
	at 7974 (/home/n645862/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:290437)
	at __webpack_require__ (/home/n645862/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1449676)
	at 5175 (/home/n645862/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:290103)
	at __webpack_require__ (/home/n645862/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1449676)
	at 3843 (/home/n645862/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:323341)
	at __webpack_require__ (/home/n645862/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1449676)
	at 4054 (/home/n645862/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:335524)
	at __webpack_require__ (/home/n645862/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1449676)
	at 8746 (/home/n645862/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:312316)
	at __webpack_require__ (/home/n645862/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1449676)
	at 9972 (/home/n645862/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1194711)
	at __webpack_require__ (/home/n645862/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1449676)
	at 8902 (/home/n645862/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1196784)
	at __webpack_require__ (/home/n645862/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1449676)
	at /home/n645862/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1450511
	at /home/n645862/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1451450
	at Object. (/home/n645862/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1451489)
	at o._compile (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:4:1271)
	at Module._extensions..js (node:internal/modules/cjs/loader:1326:10)
	at Module.load (node:internal/modules/cjs/loader:1126:32)
	at Module._load (node:internal/modules/cjs/loader:967:12)
	at c._load (node:electron/js2c/node_init:2:13672)
	at l._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:175:5602)
	at i._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:172:29719)
	at t._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:137:35279)
	at Module.require (node:internal/modules/cjs/loader:1150:19)
	at require (node:internal/modules/cjs/helpers:119:18)
	at Function.i [as __$__nodeRequire] (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:5:98)
	at m.xb (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:172:30898)
	at async Promise.all (index 0)

Expected  behavior
No error message, and language server works. For instance, I expect suggestions when I start to type things like Console.WriteLine("");, and I expect a method signature toast when I hover over a method call.
Actual behavior
I get the error message described above, and language server does not seem to work. For instance, the only suggestions I get when I start to type, are those that just suggest other words in the file (those suggestions with the "abc" type), and when I hover over a method call, I get no method signature toast.
Additional context
This worked until just recently for me.
Thanks for the good product, I hope to be able to use these features again soon :)

Also seeing this issue.
Would appreciate a fix or workaround! Thanks!

Same problem here, but with version "`GLIBC_2.33' not found (required by /lib/x86_64-linux-gnu/libstdc++.so.6)"

I have the same problem. I do not know what to do

When did this issue start?  We haven't uploaded a new extension version this week - was there by a chance a system update recently?

I am also experiencing this.  I'm working with dotnet Aspire right now, which updated to preview 5 yesterday... could this be related?

I noticed the issue after a combination of Ubuntu patching and updating my VSCode version using the Ubuntu App Store snap package.
I noticed that the issue seemed similar to this one:
https://github.com/microsoft/vscode/issues/168427
Since the recommendation there was to uninstall the snap package, and install the package (code-tunnel in that case) directly, I decided to try the same with the VSCode.  I uninstalled the snap package, manually downloaded the .deb file from https://code.visualstudio.com/Download and manually installed it with
sudo apt install ./code_1.88.0-1712152114_amd64.deb.
This seems to have resolved this issue for me.

I also update yesterday.

Eu também estou vivenciando isso. Estou trabalhando com o dotnet Aspire agora, que foi atualizado para a visualização 5 ontem... isso pode estar relacionado?

I also update yesterday.

I noticed the issue after a combination of Ubuntu patching and updating my VSCode version using the Ubuntu App Store snap package.
I noticed that the issue seemed similar to this one: microsoft/vscode#168427
Since the recommendation there was to uninstall the snap package, and install the package (code-tunnel in that case) directly, I decided to try the same with the VSCode. I uninstalled the snap package, manually downloaded the .deb file from https://code.visualstudio.com/Download and manually installed it with sudo apt install ./code_1.88.0-1712152114_amd64.deb.
This seems to have resolved this issue for me.

Thanks for the info - I can confirm this.  Using the non-snap version of VSCode should work.  This doesn't appear to be directly related to the extension

Full stack of the error
[Error - 12:20:18 PM] Microsoft.CodeAnalysis.LanguageServer client: couldn't create connection to server.
Error: /snap/core20/current/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.33' not found (required by /lib/x86_64-linux-gnu/libstdc++.so.6)
	at process.func [as dlopen] (node:electron/js2c/node_init:2:2214)
	at Module._extensions..node (node:internal/modules/cjs/loader:1356:18)
	at Object.func [as .node] (node:electron/js2c/node_init:2:2214)
	at Module.load (node:internal/modules/cjs/loader:1126:32)
	at Module._load (node:internal/modules/cjs/loader:967:12)
	at c._load (node:electron/js2c/node_init:2:13672)
	at l._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:175:5602)
	at i._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:172:29719)
	at t._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:137:35279)
	at Module.require (node:internal/modules/cjs/loader:1150:19)
	at h (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:4:647)
	at Object.<anonymous> (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/node_modules/onnxruntime-node/dist/binding.js:9:1)
	at o._compile (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:4:1271)
	at Module._extensions..js (node:internal/modules/cjs/loader:1326:10)
	at Module.load (node:internal/modules/cjs/loader:1126:32)
	at Module._load (node:internal/modules/cjs/loader:967:12)
	at c._load (node:electron/js2c/node_init:2:13672)
	at l._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:175:5602)
	at i._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:172:29719)
	at t._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:137:35279)
	at Module.require (node:internal/modules/cjs/loader:1150:19)
	at h (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:4:647)
	at Object.<anonymous> (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/node_modules/onnxruntime-node/dist/backend.js:18:19)
	at o._compile (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:4:1271)
	at Module._extensions..js (node:internal/modules/cjs/loader:1326:10)
	at Module.load (node:internal/modules/cjs/loader:1126:32)
	at Module._load (node:internal/modules/cjs/loader:967:12)
	at c._load (node:electron/js2c/node_init:2:13672)
	at l._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:175:5602)
	at i._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:172:29719)
	at t._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:137:35279)
	at Module.require (node:internal/modules/cjs/loader:1150:19)
	at h (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:4:647)
	at Object.<anonymous> (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/node_modules/onnxruntime-node/dist/index.js:21:17)
	at o._compile (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:4:1271)
	at Module._extensions..js (node:internal/modules/cjs/loader:1326:10)
	at Module.load (node:internal/modules/cjs/loader:1126:32)
	at Module._load (node:internal/modules/cjs/loader:967:12)
	at c._load (node:electron/js2c/node_init:2:13672)
	at l._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:175:5602)
	at i._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:172:29719)
	at t._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:137:35279)
	at Module.require (node:internal/modules/cjs/loader:1150:19)
	at h (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:4:647)
	at 884 (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1301229)
	at __webpack_require__ (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1449676)
	at 7974 (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:290437)
	at __webpack_require__ (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1449676)
	at 5175 (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:290103)
	at __webpack_require__ (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1449676)
	at 3843 (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:323341)
	at __webpack_require__ (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1449676)
	at 4054 (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:335524)
	at __webpack_require__ (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1449676)
	at 8746 (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:312316)
	at __webpack_require__ (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1449676)
	at 9972 (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1194711)
	at __webpack_require__ (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1449676)
	at 8902 (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1196784)
	at __webpack_require__ (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1449676)
	at /home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1450511
	at /home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1451450
	at Object.<anonymous> (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1451489)
	at o._compile (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:4:1271)
	at Module._extensions..js (node:internal/modules/cjs/loader:1326:10)
	at Module.load (node:internal/modules/cjs/loader:1126:32)
	at Module._load (node:internal/modules/cjs/loader:967:12)
	at c._load (node:electron/js2c/node_init:2:13672)
	at l._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:175:5602)
	at i._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:172:29719)
	at t._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:137:35279)
	at Module.require (node:internal/modules/cjs/loader:1150:19)
	at require (node:internal/modules/cjs/helpers:119:18)
	at Function.i [as __$__nodeRequire] (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:5:98)
	at m.xb (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:172:30898)
	at async Promise.all (index 0)

Pilha completa do erro
[Error - 12:20:18 PM] Microsoft.CodeAnalysis.LanguageServer client: couldn't create connection to server.
Error: /snap/core20/current/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.33' not found (required by /lib/x86_64-linux-gnu/libstdc++.so.6)
	at process.func [as dlopen] (node:electron/js2c/node_init:2:2214)
	at Module._extensions..node (node:internal/modules/cjs/loader:1356:18)
	at Object.func [as .node] (node:electron/js2c/node_init:2:2214)
	at Module.load (node:internal/modules/cjs/loader:1126:32)
	at Module._load (node:internal/modules/cjs/loader:967:12)
	at c._load (node:electron/js2c/node_init:2:13672)
	at l._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:175:5602)
	at i._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:172:29719)
	at t._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:137:35279)
	at Module.require (node:internal/modules/cjs/loader:1150:19)
	at h (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:4:647)
	at Object.<anonymous> (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/node_modules/onnxruntime-node/dist/binding.js:9:1)
	at o._compile (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:4:1271)
	at Module._extensions..js (node:internal/modules/cjs/loader:1326:10)
	at Module.load (node:internal/modules/cjs/loader:1126:32)
	at Module._load (node:internal/modules/cjs/loader:967:12)
	at c._load (node:electron/js2c/node_init:2:13672)
	at l._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:175:5602)
	at i._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:172:29719)
	at t._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:137:35279)
	at Module.require (node:internal/modules/cjs/loader:1150:19)
	at h (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:4:647)
	at Object.<anonymous> (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/node_modules/onnxruntime-node/dist/backend.js:18:19)
	at o._compile (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:4:1271)
	at Module._extensions..js (node:internal/modules/cjs/loader:1326:10)
	at Module.load (node:internal/modules/cjs/loader:1126:32)
	at Module._load (node:internal/modules/cjs/loader:967:12)
	at c._load (node:electron/js2c/node_init:2:13672)
	at l._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:175:5602)
	at i._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:172:29719)
	at t._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:137:35279)
	at Module.require (node:internal/modules/cjs/loader:1150:19)
	at h (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:4:647)
	at Object.<anonymous> (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/node_modules/onnxruntime-node/dist/index.js:21:17)
	at o._compile (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:4:1271)
	at Module._extensions..js (node:internal/modules/cjs/loader:1326:10)
	at Module.load (node:internal/modules/cjs/loader:1126:32)
	at Module._load (node:internal/modules/cjs/loader:967:12)
	at c._load (node:electron/js2c/node_init:2:13672)
	at l._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:175:5602)
	at i._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:172:29719)
	at t._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:137:35279)
	at Module.require (node:internal/modules/cjs/loader:1150:19)
	at h (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:4:647)
	at 884 (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1301229)
	at __webpack_require__ (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1449676)
	at 7974 (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:290437)
	at __webpack_require__ (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1449676)
	at 5175 (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:290103)
	at __webpack_require__ (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1449676)
	at 3843 (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:323341)
	at __webpack_require__ (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1449676)
	at 4054 (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:335524)
	at __webpack_require__ (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1449676)
	at 8746 (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:312316)
	at __webpack_require__ (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1449676)
	at 9972 (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1194711)
	at __webpack_require__ (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1449676)
	at 8902 (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1196784)
	at __webpack_require__ (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1449676)
	at /home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1450511
	at /home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1451450
	at Object.<anonymous> (/home/dibarbet/.vscode/extensions/ms-dotnettools.vscodeintellicode-csharp-2.0.25-linux-x64/dist/extension.js:2:1451489)
	at o._compile (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:4:1271)
	at Module._extensions..js (node:internal/modules/cjs/loader:1326:10)
	at Module.load (node:internal/modules/cjs/loader:1126:32)
	at Module._load (node:internal/modules/cjs/loader:967:12)
	at c._load (node:electron/js2c/node_init:2:13672)
	at l._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:175:5602)
	at i._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:172:29719)
	at t._load (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:137:35279)
	at Module.require (node:internal/modules/cjs/loader:1150:19)
	at require (node:internal/modules/cjs/helpers:119:18)
	at Function.i [as __$__nodeRequire] (/snap/code/156/usr/share/code/resources/app/out/vs/loader.js:5:98)
	at m.xb (/snap/code/156/usr/share/code/resources/app/out/vs/workbench/api/node/extensionHostProcess.js:172:30898)
	at async Promise.all (index 0)

So do you suggest installing visual studio code again?

So do you suggest installing visual studio code again?

The workaround right now seems to be installing vscode as a .deb package, not from the snap store, yes.

Another workaround appears to be to disable the 'IntelliCode for C# Dev Kit' extension.

Closing this issue as external, the failure is happening while activating the IntelliCode extension (and can be tracked here - https://github.com/MicrosoftDocs/intellicode/issues/552).
Either of the following workarounds should work

Use a manually installed .deb package version of VSCode instead of one installed by snap as described above.
Disable the 'IntelliCode for C# Dev Kit' extension (id: ms-dotnettools.vscodeintellicode-csharp)

Additionally, in the next C# extension prerelease update we'll be adding functionality to gracefully handle IntelliCode activation failures so the C# extension can continue to function without it, see https://github.com/dotnet/vscode-csharp/pull/7037


Updating dependencies

Issue #, if available:
Description of changes:
Combining all dependabot changes into one PR:
https://github.com/amazon-connect/amazon-connect-chat-interface/pull/157
https://github.com/amazon-connect/amazon-connect-chat-interface/pull/156
https://github.com/amazon-connect/amazon-connect-chat-interface/pull/155
https://github.com/amazon-connect/amazon-connect-chat-interface/pull/153
https://github.com/amazon-connect/amazon-connect-chat-interface/pull/152
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

This passes locally on my machine which uses Node v16.20.0.  Is that enough validation or is there a better way?

Should be all set then! I think customer had issues running npm install previously, but it looks fine now


Solarized Dark Theme

While sometimes I'm on Solarized Light, but most of the time I'm on Solarized Dark. This theme works really great on Solarized Light. Would be really interested in having a Solarized Dark theme as well.
Thank you very much for this project!

Added dark Solarized theme!

Added dark theme!


Introduce with Permission doesn't work

Hi. It seems that the option to give limited permission to players after introduction doesn't work anymore. The permissions don't change.
I tried it in different systems.

Hm, I can't replicate the issue on Foundry V9.
I did correct an error that made the permission change only apply to the actual token on the screen though - IE at the moment if you drag out a new token from the actor, that one won't have the limited permission set. I'll push this out together with V10 things I'm looking at currently.
Is the above the issue you were having? Looking at the permissions for the actor will currently show it not changing :grin:

Maybe I didn't understand what this feature is for.
I thought that this option changed the permission of the actor, so it showed to the players in the actor's tab because "he/she already introduced himself/herself".

This is what I wrote it didn't update (tried with the last update too).

I've been testing this more. It seems to work only if "Set Display Name" is also activated (I had it desactivated because I always set the Display Name to "Hovered by Anyone").

That seems to work. Thanks for the quick fix!


Remove AttributeOptions.openStreetMapNodeIdentifier

AttributeOptions.openStreetMapNodeIdentifier was added and documented back in #118 when the Directions API’s annotation parameter was still in flux: https://github.com/mapbox/MapboxDirections.swift/pull/118#discussion_r110547410. The parameter no longer accepts the nodes value, so we should remove this AttributeOptions case.
/cc @bsudekum @danpat @karenzshea

Fixed in #272.


Fix CSV download URL on numerator breakdown page

Previously, the URLs were built seperately for the DataTable request and
for the download link. This made it easy to omit the org_type
parameter from the download link. In addition, there is some backwards
compatibility code which makes the org type optional and, if it is
omitted, tries to guess the type from the length of the code. So in
fact, the download link worked OK for practices and CCGs which is
probably why we never noticed the issue before. The addition of PCNs
made the problem more obvious.
The fix here is to generate the URL once, inside the view, and then use
it both places.

Good point. I hadn't even clocked that I was getting rid of it (hence code reviews!) and I've added it back now.

Have just remembered there's _build_api_url() in views.py that does just what you want.

So there is. Thanks!


[NTR] add excitation wavelength as a quality and as a setting of a spectrometer light source

Preferred term label
excitation wavelength
Synonyms
Textual definition
A physical quality of the light source that is used used to excite a system to a higher energy state.
Suggested parent term
PATO:wavelength
Examples
Attribution
ORCID:0000-0002-1595-3213

Preferred term label
excitation wavelength setting
Synonyms
Textual definition
A setting datum that specifies the wavelength of an electromagnetic radiation source (e.g. a laser) which has the function to excite the energy state of a target material.
Suggested parent term
IAO:setting datum
Examples
Attribution
ORCID:0000-0002-1595-3213

This issue was created retrospectivly to have a term tracker item to link to within the ontology, for future discussions about and the tracking of possible changes of this term.

As argued in https://github.com/NFDI4Chem/VibrationalSpectroscopyOntology/issues/34#issuecomment-1351394274, defining "excitation wavelength" as above is not really helpful for our purposes and PATO:wavelength should suffice to describe that a spectroscope has a wavelength as a quality (characteristic). I thus deprecated it in https://github.com/NFDI4Chem/VibrationalSpectroscopyOntology/blob/main/src/templates/vibso_classes.tsv#L15


[add-resource] New Plugin - Import

I would like to add my new plugin/theme to the Grav Repository. Here are the project details:
https://www.github.com/Deester4x4jr/grav-plugin-import

should be there soon!


Update README.md

Made the code more  self-explanatory and maintainable.

Closing due to lack of activity.


fixed linter issues and store credentials cookie in the session object

Motivation and context
Need fix linter issues, also storing credentials cookies leads to reduce user authentication time in case of LDAP usage.
How has this been tested?
Manual testing
Checklist

[x] I submit my changes into the develop branch
[ ] I have added description of my changes into CHANGELOG file
[ ] I have updated the documentation accordingly
[ ] I have added tests to cover my changes
[ ] I have linked related issues (read github docs)

License

[x] I submit my code changes under the same MIT License that covers the project.
Feel free to contact the maintainers if that's a concern.
[x] I have updated the license header for each file (see an example below)

# Copyright (C) 2020 Intel Corporation
#
# SPDX-License-Identifier: MIT

@azhavoro , could you please resolve conflicts?


Support start_index other than 0

Connectivity arrays should be decremented by one for Python's 0-based indexing.
(Also make sure the fill_values are treated appropriately)

Done in 9563e83


Update contributing-sever-events.md

Notes for Reviewers
This PR fixes #
Signed commits

[ ] Yes, I signed my commits.

🚀 Preview for commit 2e4ed9aaf6d8bace822757679b2b66d8904ea7f7 at: https://66aba2134b65e7039f6be3a0--meshery-docs-preview.netlify.app


Updating instance gives PrivateIPAddressIsAllocated in v35.5.0

Versions (please add them if you have more releases for this issue)
CPI      Version: 35.5.0
BOSH     Version: 268.3.0
CF       Version: -
Diego    Version: -
Stemcell
Version: bosh-azure-hyperv-ubuntu-trusty-go_agent  3586.54
Distro:

[x] Ubuntu
[ ] CentOS

Environment

Azure Environment:

[x] Azure
[ ] AzureChinaCloud
[ ] AzureUSGovernment
[ ] AzureGermanCloud
[ ] AzureStack

Version: (e.g. 1712 update or build number 180106.1)

[ ] Others:

Location: (e.g. East US)
Subscription ID:
Resource Group Name:
[ ] Use Managed Disks

Issue Details
When redeploying an existing deployment, forcing the CPI to recreate the instance by changing the vm_type, we get the error below.
With version 35.4.0 the workflow described below succeeds.
Logs (Please redact all sensitive information in your logs)
Error message: {
"error": {
"code": "PrivateIPAddressIsAllocated",
"message": "IP configuration /subscriptions/<...>/resourceGroups/rg-azure-staging/providers/Microsoft.Network/networkInterfaces/<...>/ipConfigurations/ipconfig0 is using the private IP address <IP_ADDRESS> which is already allocated to resource /subscriptions/<...>/resourceGroups/rg-azure-staging/providers/Microsoft.Network/networkInterfaces/<...>.",
"details": []
}
}>
Repro steps (if necessary, delete otherwise)

deploy dummy

---
name: dummy

releases:
- name: dummy
  version: latest

stemcells:
- alias: ubuntu
  os: ubuntu-trusty
  version: latest

instance_groups:
- name: dummy
  instances: 1
  vm_type: vm_2cpu_8gb
  stemcell: ubuntu
  networks:
  - name: default
    static_ips:
      - <IP_ADDRESS>
  azs:
  - z1
  jobs:
  - name: dummy
    release: dummy

update:
  canaries: 1
  max_in_flight: 6
  serial: false
  canary_watch_time: 1000-60000
  update_watch_time: 1000-60000

change vm_type and redeploy

---
name: dummy

releases:
- name: dummy
  version: latest

stemcells:
- alias: ubuntu
  os: ubuntu-trusty
  version: latest

instance_groups:
- name: dummy
  instances: 1
  vm_type: vm_4cpu_8gb
  stemcell: ubuntu
  networks:
  - name: default
    static_ips:
      - <IP_ADDRESS>
  azs:
  - z1
  jobs:
  - name: dummy
    release: dummy

update:
  canaries: 1
  max_in_flight: 6
  serial: false
  canary_watch_time: 1000-60000
  update_watch_time: 1000-60000

Hi, @pivotal-todd-robbins
We did not receive your logs, and cannot reproduce this issue either. Could you send your logs again.
Please send logs to<EMAIL_ADDRESS>. thanks.


Investigate prompting as a tool to zero-shot condition both the S2A and T2S models

This could also allow us to:

zero-shot voice (and prosody) clone existing recording
generate some random samples and then freeze one style we like most for subsequent generations.

Hi, for pt. 2 (freezing one style), have you considered StyleTTS 2's approach (see section B.3)?

Our findings indicate that style diffusion creates significant variation in samples, a characteristic that
poses challenges for long-form synthesis. In this scenario, a long paragraph is usually divided into
smaller sentences for generation, sentence by sentence, in the same way as real-time applications.
Using an independent style for each sentence may generate speech that appears inconsistent due
to differences in speaking styles. Conversely, maintaining the same style from the first sentence
throughout the entire paragraph results in monotonic, unnatural, and robotic-sounding speech.
We empirically observe that the latent space underlying the style vectors generally forms a convex
space. Consequently, a convex combination of two style vectors yields another style vector, with
the speaking style somewhere between the original two. This allows us to condition the style of the
current sentence on the previous sentence through a simple convex combination. The pseudocode of
this algorithm, which uses interpolated style vectors, is provided in Algorithm 1.

Hey, thanks for the tip. I skimmed the StyleTTS 2 paper before but maybe I'll read it again more carefully. :)


[Documentation Update]: Testimonial image missing

Is there an existing issue for this?

[X] I have searched the existing issues

Issue Description
testimonial image is missing
Suggested Change
add testimonial image

Rationale
No response
Urgency
High
Record

[X] I have read the Contributing Guidelines
[X] I'm a GSSOC'24 contributor
[X] I'm a VSOC'24 contributor
[X] I have starred the repository

@apu52  Please assign me this issue and also fix level under gssoc'24 label.


TAJO-1270 Fix typos

Fix typos for tajo files
Major Change:
in DefaultTajoCliOutputFormatter.java
change function name:
setScirptMode -> setScriptMode

Sorry for my late review.
I also agree with @hyunsik's opinion and current words looks good compare than the full name.

@blrunner @hyunsik I changed interim to intermididate :)

+1

Thank you @charsyam for your work :)


EDP ReaderListener not notified about some cache changes

When attaching a user listener to a participants EDP readers the user listener is only notified of EDP cache changes if change->kind == ALIVE .  This appears to be caused by the '''attached_listener->onNewCacheChangeAdded''' method only being called when that condition is true in '''cpp/rtps/builtin/discovery/endpoint/EDPSimpleListeners.cpp" both in the '''EDPSimplePUBListener" and "EDPSimpleSUBListener".
Without the other types of EDP messages, user listeners can tell when new reader or writer endpoints are found but not when they are destroyed.

I've fixed it in 6322cb9e875f685e9f68619143ded9374765ecb9. You have an example how to use it in our tests