text:
Loading mask needs to support inverse state

https://github.com/softlayer/sl-ember-components/blob/v0.11.0/app/styles/addon.less#L41

mememememe

source: gharchive/issue

authors: SpikedKira notmessenger

repo: softlayer/sl-ember-components

license: mit

license_type: permissive

license_source: bigquery


text:
Evaluate whether assert.async() needs to be employed in test cases currently using assert.expect()

I'm not sure we need these assert.async calls. If you look at the Ember testing guide, you will notice they do not use them for testing either, user interaction or testing actions.
Not saying there's no use case for assert.async, sl-modal and sl-tab-panel is an example of when we need to use assert.async because of the modal's transition. I don't think we should be using it across the board if it's not needed.

Reviewed 9 of 9 files at r1.
Review status: all files reviewed at latest revision, all discussions resolved.

Comments from the review on Reviewable.io

@azizpunjani  If you were to wrap the assertion inside of a .on() in an Ember.run.later() the test case will still pass even though the assertion never ran.  The use of assert.async makes sure that the test case waits for the assertion to be ran.  This doesn't manifest itself because the code runs so quickly sequentially that it is not observed.  However, anything that causes this execution to slow down - unlikely in the test logic itself because of what is being written, so anything within the firing of the on event - will cause this scenario to be encountered.
Perhaps too defensive?  If so balance it with a consistent pattern for async code - which this is - versus having to understand which async code won't likely cause you a problem versus that which will.
Thoughts?

Reviewed 9 of 9 files at r1.
Review status: all files reviewed at latest revision, 1 unresolved discussion, all commit checks successful.

tests/unit/components/sl-calendar-year-test.js, line 52 [r1] (raw file):
This should be the first entry in the test - https://github.com/softlayer/ember-style-guide/blob/master/ember-testing.md#assertexpect

Comments from the review on Reviewable.io

Review status: 8 of 9 files reviewed at latest revision, 1 unresolved discussion.

tests/unit/components/sl-calendar-year-test.js, line 52 [r1] (raw file):
done.

Comments from the review on Reviewable.io

@azizpunjani Thoughts?

Reviewed 1 of 1 files at r2.
Review status: all files reviewed at latest revision, all discussions resolved, some commit checks failed.

Comments from the review on Reviewable.io

@notmessenger keep in mind I'm saying, we don't need the assert.async code, we would still have the assert.expect(..) line. With the assert.expect(..) present in the test, if you were to wrap the assert within the on callback in an Ember.run.later the assert would still run at a late time. If the assertion were not to run, the test would fail.
It seems black and white to me, if a test were passing sometimes and failing at times, then it's a timing issue and we should be looked into and the remedy would likely be using assert.async. I think since these cases are not common we should not enforce assert.async code unless it's necessary.

@azizpunjani It is not true that you can have assert.expect(...) present, wrapped code with Ember.run.later, and assert` would still run at a later time.  Below are a variety of scenarios I have tested.  Notice #4 which is what you describe which fails when ran:
import Ember from 'ember';
import { moduleForComponent, test } from 'ember-qunit';
import hbs from 'htmlbars-inline-precompile';

moduleForComponent( 'sl-button', 'Integration | Component | sl button', {
    integration: true
});

test( '1) No done(), no timeout delay, with assert.expect()', function( assert ) {
    assert.expect( 1 );

    this.on( 'externalAction', () => {
        assert.ok(
            true,
            'External action was called'
        );
    });

    this.render( hbs`
        {{#sl-button action="externalAction"}}
            Default Text
        {{/sl-button}}
    ` );

    this.$( '>:first-child' ).click();
});

test( '2) No done(), no timeout delay, no assert.expect()', function( assert ) {
    this.on( 'externalAction', () => {
        assert.ok(
            true,
            'External action was called'
        );
    });

    this.render( hbs`
        {{#sl-button action="externalAction"}}
            Default Text
        {{/sl-button}}
    ` );

    this.$( '>:first-child' ).click();
});

test( 'FAILS: 3) No done(), with timeout delay, no assert.expect()', function( assert ) {
    this.on( 'externalAction', () => {
        Ember.run.later( function() {
            assert.ok(
                true,
                'External action was called'
            );
        }, 3500 );
    });

    this.render( hbs`
        {{#sl-button action="externalAction"}}
            Default Text
        {{/sl-button}}
    ` );

    this.$( '>:first-child' ).click();
});

test( 'FAILS: 4) No done(), with timeout delay, with assert.expect()', function( assert ) {
    assert.expect( 1 );

    this.on( 'externalAction', () => {
        Ember.run.later( function() {
            assert.ok(
                true,
                'External action was called'
            );
        }, 3500 );
    });

    this.render( hbs`
        {{#sl-button action="externalAction"}}
            Default Text
        {{/sl-button}}
    ` );

    this.$( '>:first-child' ).click();
});

test( '5) With done(), no timeout delay, with assert.expect()', function( assert ) {
    assert.expect( 1 );

    const done = assert.async();

    this.on( 'externalAction', () => {
        assert.ok(
            true,
            'External action was called'
        );

        done();
    });

    this.render( hbs`
        {{#sl-button action="externalAction"}}
            Default Text
        {{/sl-button}}
    ` );

    this.$( '>:first-child' ).click();
});

test( 'FAILS: 6) With done(), with timeout delay, with assert.expect()', function( assert ) {
    assert.expect( 1 );

    const done = assert.async();

    this.on( 'externalAction', () => {
        Ember.run.later( function() {
            assert.ok(
                true,
                'External action was called'
            );
        }, 3500 );

        done();
    });

    this.render( hbs`
        {{#sl-button action="externalAction"}}
            Default Text
        {{/sl-button}}
    ` );

    this.$( '>:first-child' ).click();
});

test( 'FAILS: 7) With done(), with timeout delay, no assert.expect()', function( assert ) {
    const done = assert.async();

    this.on( 'externalAction', () => {
        Ember.run.later( function() {
            assert.ok(
                true,
                'External action was called'
            );
        }, 3500 );

        done();
    });

    this.render( hbs`
        {{#sl-button action="externalAction"}}
            Default Text
        {{/sl-button}}
    ` );

    this.$( '>:first-child' ).click();
});

Review status: all files reviewed at latest revision, all discussions resolved, some commit checks failed.

Comments from the review on Reviewable.io

Had a conversation with @notmessenger. It was decided that it's best to use assert.async across the board so that the developer does not have to discern situations that assert.async needs to be used.

Reviewed 2 of 2 files at r3.
Review status: all files reviewed at latest revision, all discussions resolved.

Comments from the review on Reviewable.io

source: gharchive/pull-request

authors: azizpunjani erangeles notmessenger


text:
Set/Remove new options bind change parent for group.

I found something strange when I add some options to the select. My form triggers that form data was changed but I see that form data doesn't change
Could you please help me to understand how it can be fixed.
it looks like it is because of this line:
https://github.com/softsimon/angular-2-dropdown-multiselect/blob/5d692b121d5ff423c3ce5f104a6c1b56d3dea175/src/dropdown/dropdown.component.ts#L226

Have you tried with v1.6.1 which was published just an hour ago?

Yeah. I use latest version. I see the problem when I added options to the select.
It looks like this.fireModelChange();  send to FormGroup that data changed. But it is not try because I don't select any option. Just set option to select box

   this.productForm.valueChanges.subscribe(() => {       this.isProductFormChanged = true;     });
In my case after I add options to the select. isProductFormChanged set to TRUE.

@demo-igor did you found a solution for this issue?

@puppeteer701 I decided to don't use this.isProductFormChanged. Instead of this I compare to JSONs (old form data and new form data) in canDeactivate
  public canDeactivate(): Observable<boolean> | Promise<boolean> | boolean {
    if (JSON.stringify(this.organizationFormValue) === JSON.stringify(new OrganizationModel(this.organizationForm.value))) {
      return true;
    }

authors: demo-igor puppeteer701 softsimon


text:
Allow delay seconds of 0 on FIFO queues + expand error messages

Addresses #273
I took the liberty to also expand some of the existing error messaging (inline with what AWS returns of course) as it's sometimes confusing why a FIFO request might be failing.

Released in 0.14.11. Thanks!

authors: adamw simong

repo: softwaremill/elasticmq

license_source: github-api


text:
Fix variadic arglist to enable native backend

Fixes #376  bringing back to life scala native backend...Hopefully! I fixed the invocation of varargs as part of the migration to 0.4.x from 0.3.x as mentioned on native official documentation.
Also, I got to know an important part of the problem from https://github.com/scala-native/scala-native-loop/commit/3a164e72de36cc2609ff6d60e02229a9b536280d

Released in 2.0.0-RC13 - thanks!

authors: adamw carlosrogue

repo: softwaremill/sttp


text:
[token-cli] upgrade to clap-v3

Problem
There has been useful updates to solana-clap-v3-utils in the monorepo, but the token-cli still uses clap-v2. For example:

https://github.com/solana-labs/solana-program-library/issues/4097 should be resolved by switching to clap-v3-utils with version 1.16.0
Support for encryption keys needed for token-2022 is only available in solana-clap-v3-utils

Proposed changes
Upgrade token-cli to use clap v3 and solana-clap-v3-utils in a sequence of steps suggested in the clap change logs.

Migrating
From clap v2

Add CLI tests, -h and --help output at a minimum (recommendation: trycmd for snapshot testing)
Update your dependency
i. If you use no-default-features: add the std feature
Resolve compiler errors
Resolve behavior changes
i. Refactor your App creation to a function and add a test similar to the one below, resolving any of its assertions
ii. Look over the "subtle changes" under BREAKING CHANGES
iii. If using builder: test your application under various circumstances to see if ArgMatches asserts regarding AllowInvalidUtf8.
At your leisure: resolve deprecation notices

Status:

https://github.com/solana-labs/solana-program-library/pull/4506 implements steps 1-4 above
Step 5 can be implemented in follow-up PRs that are split in digestible chunks

From clap change logs:
Subtle changes (i.e. compiler won't catch):

AppSettings::UnifiedHelpMessage is now default behaviour

{flags} and {unified} will assert if present in App::help_template
See https://github.com/clap-rs/clap/issues/2807

AppSettings::EnableColoredHelp is now the default behavior but can be opted-out with AppSettings::DisableColoredHelp (https://github.com/clap-rs/clap/issues/2806)
App::override_usage no longer implies a leading \t, allowing multi lined usages
Arg::require_equals no longer implies ArgSettings::ForbidEmptyValues (https://github.com/clap-rs/clap/issues/2233)
Arg::require_delimiter no longer implies ArgSettings::TakesValue and ArgSettings::UseValueDelimiter (https://github.com/clap-rs/clap/issues/2233)
Arg::env, Arg::env_os, Arg::last, Arg::require_equals, Arg::allow_hyphen_values, Arg::hide_possible_values, Arg::hide_default_value, Arg::hide_env_values, Arg::case_insensitive and Arg::multiple_values no longer imply ArgSettings::TakesValue (https://github.com/clap-rs/clap/issues/2233)
ArgMatches::is_present no longer checks subcommand names
Some env variable values are now considered false for flags, not just "not-present" (https://github.com/clap-rs/clap/issues/2539)
Changed ...s meaning in usage parser. Before, it always meant multiple which is still true for --option [val].... Now [name]... --option [val] results in ArgSettings::MultipleOccurrences.
Usage exit code changed from 1 to 2 (https://github.com/clap-rs/clap/issues/1327)
Reject --foo=bar when takes_value(false) (https://github.com/clap-rs/clap/issues/1543)
No longer accept an arbitrary number of - for long arguments (-----long)

From clap change logs:
Easier to catch changes:

When using no-default-features, you now have to specify the std feature (reserved for future work)
Gated env support behind env feature flag

Impacts Arg::env, Arg::env_os, Arg::hide_env_values, ArgSettings::HideEnvValues
See https://github.com/clap-rs/clap/pull/2694

Gated crate information behind cargo feature flag

Impacts crate_name!, crate_version!, crate_authors!, crate_description!, app_from_crate!

AppSettings::StrictUtf8 is now default behaviour and asserts if AppSettings::AllowInvalidUtf8ForExternalSubcommands and ArgSettings::AllowInvalidUtf8 and ArgMatches::value_of_os aren't used together

AppSettings::AllowInvalidUtf8 has been removed
https://github.com/clap-rs/clap/issues/751

Arg::short and Arg::value_delimiter now take a char instead of a &str
ArgMatches panics on unknown arguments
Removed VersionlessSubcommands, making it the default (see https://github.com/clap-rs/clap/issues/2812)
Completion generation has been split out into clap_complete.
Removed ArgSettings::EmptyValues in favor of ArgSettings::ForbidEmptyValues
Validator signatures have been loosed:

Arg::validator now takes first argument as Fn(&str) -> Result<O, E: ToString> instead of Fn(String) -> Result<(), String>
Arg::validator_os now takes first argument as Fn(&OsStr) -> Result<O, OsString> instead of Fn(&OsStr) -> Result<(), OsString>

Arg::value_name now sets, rather than appends (see https://github.com/clap-rs/clap/issues/2634)
Upgrade yaml-rust from 0.3 to 0.4
Replaced ArgGroup::from(BTreeMap) to ArgGroup::from(yaml)
Replaced ArgMatches::usage with App::generate_usage
Replaced Arg::settings with Arg::setting(Setting1 | Setting2)
App and Arg now need only one lifetime
Removed deprecated App::with_defaults, replaced with app_from_crate
Removed deprecated AppSettings::PropagateGlobalValuesDown (now the default)
Some App functions, like App::write_help now take &mut self instead of &self
Error::message is now private, use Error::to_string
Arg::default_value_if, Arg::default_value_if_os, Arg::default_value_ifs, Arg::default_value_ifs_os now takes the default value parameter as an option (https://github.com/clap-rs/clap/issues/1406)
Changed App::print_help & App::print_long_help to now return std::io::Result
Changed App::write_help & App::write_long_help to now return std::io::Result
Changed Arg::index, Arg::number_of_values, Arg::min_values, Arg::max_values to taking usize instead of u64
Changed Error::info to type Vec<String> instead of Option<Vec<String>>
Changed ArgMatches::subcommand to now return Option<(&str, &ArgMatches)>
Renamed ErrorKind::MissingArgumentOrSubcommand to ErrorKind::DisplayHelpOnMissingArgumentOrSubcommand
Renamed ErrorKind::HelpDisplayed to ErrorKind::DisplayHelp
Renamed ErrorKind::VersionDisplayed to ErrorKind::DisplayVersion
Added #[non_exhaustive] to clap::{ValueHint, ErrorKind, AppSettings, ArgSettings} (https://github.com/clap-rs/clap/pull/3167)

From clap change logs v3.1.0:
Compatibility:
Changes in behavior of note that are not guaranteed to be compatible across releases:

[ ] (help) help subcommand shows long help like --help, rather than short help (-h), deprecated clap::AppSettings::UseLongFormatForHelpSubcommand (#3440)
[ ] (help) Pacman-style subcommands are now ordered the same as usage errors (#3470)
[ ] (help) Pacman-style subcommands use standard alternate syntax in usage (#3470)

Deprecations:

[ ] clap::Command is now preferred over clap::App (#3089 in #3472)

clap::command! is now preferred over clap::app_from_crate (#3089 in #3474)
clap::CommandFactory::command is now preferred over clap::IntoApp::into_app (#3089 in #3473)

[ ] (help) help subcommand shows long help like --help, rather than short help (-h), deprecated clap::AppSettings::UseLongFormatForHelpSubcommand (#3440)
[ ] (error) Deprecate clap::AppSettings::WaitOnError, leaving it to the user to implement
[ ] (validation) clap::Command::subcommand_required(true).arg_required_else_help(true) is now preferred over clap::AppSettings::SubcommandRequiredElseHelp (#3280)
[ ] (builder) clap::AppSettings are nearly all deprecated and replaced with builder methods and getters (#2717)
[ ] (builder) clap::ArgSettings is deprecated and replaced with builder methods and getters (#2717)
[ ] (builder) clap::Arg::id and clap::ArgGroup::id are now preferred over clap::Arg::name and clap::ArgGroup::name (#3335)
[ ] (help) clap::Command::next_help_heading is now preferred over clap::Command::help_heading (#1807, #1553)
[ ] (error) clap::error::ErrorKind is now preferred over clap::ErrorKind (#3395)
[ ] (error) clap::Error::kind() is now preferred over clap::Error::kind
[ ] (error) clap::Error::context() is now preferred over clap::Error::info (#2628)

From clap change logs v3.2.0:
Compatibility
MSRV is now 1.56.0 (#3732)
Behavior

[ ] Defaults no longer satisfy required and its variants (#3793)
[ ] When misusing ArgMatches::value_of and friends, debug asserts were turned into panics

Moving (old location deprecated)

[ ] clap::{PossibleValue, ValueHint} to clap::builder::{PossibleValue, ValueHint}
[ ] clap::{Indices, OsValues, ValueSource, Values} to clap::parser::{Indices, OsValues, ValueSource, Values}
[ ] clap::ArgEnum to clap::ValueEnum (#3799)

Replaced

[ ] Arg::allow_invalid_utf8 with Arg::value_parser(value_parser!(PathBuf)) (#3753)
[ ] Arg::validator / Arg::validator_os with Arg::value_parser (#3753)
[ ] Arg::validator_regex with users providing their own builder::TypedValueParser (#3756)
[ ] Arg::forbid_empty_values with builder::NonEmptyStringValueParser / builder::PathBufValueParser (#3753)
[ ] Arg::possible_values with Arg::value_parser([...]), builder::PossibleValuesParser, or builder::EnumValueParser (#3753)
[ ] Arg::max_occurrences with arg.action(ArgAction::Count).value_parser(value_parser!(u8).range(..N)) for flags (#3797)
[ ] Arg::multiple_occurrences with ArgAction::Append or ArgAction::Count though positionals will need Arg::multiple_values (#3772, #3797)
[ ] Command::args_override_self with ArgAction::Set (#2627, #3797)
[ ] AppSettings::NoAutoVersion with ArgAction or Command::disable_version_flag (#3800)
[ ] AppSettings::NoHelpVersion with ArgAction or Command::disable_help_flag / Command::disable_help_subcommand (#3800)
[ ] ArgMatches::{value_of, value_of_os, value_of_os_lossy, value_of_t} with ArgMatches::{get_one,remove_one} (#3753)
[ ] ArgMatches::{values_of, values_of_os, values_of_os_lossy, values_of_t} with ArgMatches::{get_many,remove_many} (#3753)
[ ] ArgMatches::is_valid_arg with ArgMatches::{try_get_one,try_get_many} (#3753)
[ ] ArgMatches::occurrences_of with ArgMatches::value_source or ArgAction::Count (#3797)
[ ] ArgMatches::is_present with ArgMatches::contains_id or ArgAction::SetTrue (#3797)
[ ] ArgAction::StoreValue with ArgAction::Set or ArgAction::Append (#3797)
[ ] ArgAction::IncOccurrences with ArgAction::SetTrue or ArgAction::Count (#3797)
[ ] (derive) #[clap(parse(...))] replaced with: (#3589, #3794)

For default parsers (no parse attribute), deprecation warnings can be silenced by opting into the new behavior by adding either #[clap(action)] or #[clap(value_parser)] (ie requesting the default behavior for these attributes). Alternatively, the unstable-v4 feature changes the default away from parse to action/value_parser.
For #[clap(parse(from_flag))] replaced with #[clap(action = ArgAction::SetTrue)] (#3794)
For #[clap(parse(from_occurrences))] replaced with #[clap(action = ArgAction::Count)] though the field's type must be u8 (#3794)
For #[clap(parse(from_os_str)] for PathBuf, replace it with #[clap(value_parser)] (as mentioned earlier this will call value_parser!(PathBuf) which will auto-select the right ValueParser automatically).
For #[clap(parse(try_from_str = ...)], replace it with #[clap(value_parser = ...)]
For most other cases, a type implementing TypedValueParser will be needed and specify it with #[clap(value_parser = ...)]

repo: solana-labs/solana-program-library


text:
token tests p1

Hi,
This PR adds some tests for token program.
Best regards,
Michal

@joncinque Fixed. Thank you for the review.

Thanks for the contribution, looks good!

authors: eventhorizonpl joncinque


text:
new update for "Start Tower Token"

Please note: This repository is being rebuilt to accept the new volume of token additions and modifications. PR merges will be delayed.

I agree to not ping anybody on Discord/Twitter/email about this pull request. Instead I will inquire by posting a new comment in the pull request if needed.

PRs are reviewed in bulk and and can take up to two weeks to be merged.
This repository is managed using an auto merge action. Please ensure your PR has no deleted lines, and it will be merged.
Please provide the following information for your token.
Please include change to the src/tokens/solana.tokenlist.json file in the PR.
DON'T modify any other token on the list.
At minimum each entry should have

Token Address: 4Fy8Abq9JTqg8bpTtgUpvxC2gocrbqRTUjTBwgHEjim1
Token Name: Start Tower Token
Token Symbol: STT
Logo: https://raw.githubusercontent.com/solana-labs/token-list/main/assets/mainnet/4Fy8Abq9JTqg8bpTtgUpvxC2gocrbqRTUjTBwgHEjim1/logo.png
Link to the official homepage of token: https://www.tiktok.com/@qwentosb?
Coingecko ID if available (https://www.coingecko.com/api/documentations/v3#/coins/get_coins__id_):

Auto merge requirements
Your pull request will be automatically merged if the following conditions are met:

Your pull request only adds new tokens to the list. Any modification to existing
tokens will require manual review to prevent unwanted modifications.

Your pull request does not touch unrelated code. In particular, reformatting changes to unrelated
code will cause the auto merge to reject your PR.

Any asset files added correspond to the token address you are adding. Asset files
must be PNG, JPG or SVG files.

Your change is valid JSON and conforms to the schema. If your change failed validation,
read the error message carefully and update your PR accordingly.

No other tokens shares the same name, symbol or address.

For example, this change would be rejected due to unrelated changes:

The bot runs every 60 minutes and bulk-merges all open pull requests to prevent conflicts.
This means that you need to wait up to 60 minutes for your pull request to be merged or reprocessed.

commas between tags

repo: solana-labs/token-list


text:
update Crypto King Coin token image

Please note: This repository is being rebuilt to accept the new volume of token additions and modifications. PR merges will be delayed.

I agree to not ping anybody on Discord/Twitter/email about this pull request. Instead I will inquire by posting a new comment in the pull request if needed.

PRs are reviewed in bulk and and can take up to two weeks to be merged.
This repository is managed using an auto merge action. Please ensure your PR has no deleted lines, and it will be merged.
Please provide the following information for your token.
Please include change to the src/tokens/solana.tokenlist.json file in the PR.
DON'T modify any other token on the list.
At minimum each entry should have

Token Address:
Token Name:
Token Symbol:
Logo: (logo should be uploaded under assets/mainnet//*.<png/svg>)
Link to the official homepage of token:
Coingecko ID if available (https://www.coingecko.com/api/documentations/v3#/coins/get_coins__id_):

Auto merge requirements
Your pull request will be automatically merged if the following conditions are met:

Your pull request only adds new tokens to the list. Any modification to existing
tokens will require manual review to prevent unwanted modifications.

Your pull request does not touch unrelated code. In particular, reformatting changes to unrelated
code will cause the auto merge to reject your PR.

Any asset files added correspond to the token address you are adding. Asset files
must be PNG, JPG or SVG files.

Your change is valid JSON and conforms to the schema. If your change failed validation,
read the error message carefully and update your PR accordingly.

No other tokens shares the same name, symbol or address.

For example, this change would be rejected due to unrelated changes:

The bot runs every 60 minutes and bulk-merges all open pull requests to prevent conflicts.
This means that you need to wait up to 60 minutes for your pull request to be merged or reprocessed.

Used the wrong image when setting up originally 6 days ago.  This merge only changes that token icon path to the correct one.  Please let this merge.
Thank you

author added in https://github.com/solana-labs/token-list/commit/490e7e3d873519bc0a0586a7d53755963f6a0661

authors: CKSLLC keone


text:
Improve packaging to deploy a fully fledged package with init script, config & docs (for debian)

Bump packaged version to v2.0.5 upstream
Make wget output less verbose
Create a file tree with /etc and /usr files
Introduce an init script and config files
Package for debian with awareness of configs, init script and data dir
Package includes postinst and prerm scripts for graceful handling
Make the README relevant to the changes introduced

Whoa!!! This is super!
I have also added you as a contributor. No need to fork anymore, just commit directly when you have improvements! (you can still PR if you want review)

So great.

Thank you!

authors: jinnko solarkennedy

repo: solarkennedy/etcd-packages


text:
Fix debian init

When running the Debian init_script manually the do_start function would immediately exit with a failure on the first test in the for loop sequence even if the process was actually running.
for i in `seq 1 30`; do
    if ! start-stop-daemon --quiet --stop --test --pidfile $PIDFILE --exec $DAEMON --user $USER; then
        echo " FAIL: consul process died"
        return 2
    fi

Have altered this so it captures the return code and sleeps before proceeding through the for loop.

Ug. I hate init scripts.

They can be a pain it's true! :-)

authors: dizzythinks solarkennedy

repo: solarkennedy/puppet-consul


text:
Add description parameter for token

Add missing token description parameter.

@solarkennedy Hello. Could you please take a look at the PR?

Looks cool. Thanks for fixing the tests.

authors: Hexta solarkennedy


text:
The README was not published with 1.7.0

The current npm page says "Unable to find a readme for @solid/react@1.7.0":

Even though 1.6.0 did have one.

Reported npm bug: https://npm.community/t/readme-not-published-for-solid-react/9835

It's visible again now, so closing this.

authors: RubenVerborgh Vinnl

repo: solid/react-components

license: MIT


text:
Pull request to fix issue 229

This change adds the ability to define a specific collection to import work items to. Without this, work items cannot be imported to collection specific projects on AzureDevOps instances hosted on premise.

We handle this by including the collection name in the url for the account/server.

repo: solidify/jira-azuredevops-migrator


text:
[Bug?]: useAction causes silent crash on the client

Duplicates

[X] I have searched the existing issues

Latest version

[X] I have tested the latest version

Current behavior 😯

Using useAction with non trivial server side code causes a silent crash on the client and no errors

Expected behavior 🤔

Using useAction with server side code simply works

Steps to reproduce 🕹
Repro repo: https://github.com/shoooe/solid-start-blank-page
Context 🔦
I'm trying to call a server-only action using useAction
Your environment 🌎
No response

It's unclear what comment I should run exactly for the "Your environment 🌎" section but I'm happy to oblige.

i'm also experiencing this from time to time

I did a bit of testing and its because your calling a function outside of "use server". I would think it should be able to handle it.
If you move "use server" to the top of the file it works

@brenelz I don't think the mode of failure is the concern on this (ie. there are a number of ways to repro this, this just happens to be one of them), but rather the way in which it's failing.
When this is happening in start, assuming the issues I've faced are the same as this, the error just basically nullifies the entire subtree from where it occurs, meanwhile the app continues running as expected above this level of the component tree. This creates an experience where a portion of your app fails to render with no insight as to why, other than the inferring the rough problematic route by what fails to render.
Thus, I don't think the specific 'use server' placement is the real concern here. It may solve this specific issue, but eg. I'm using start on a project with server: false set, and have experienced similar behavior when using actions on client. The common thread between this and the issues I've faced is the action method itself.

authors: brenelz jackbisceglia shoooe

repo: solidjs/solid-start


text:
Fix RuboCop RSpec subject declaration warning

RSpec/SubjectDeclaration:
https://www.rubydoc.info/gems/rubocop-rspec/RuboCop/Cop/RSpec/SubjectDeclaration

Passing suite apart from lint warnings.


text:
Log details of digest failures

So that we can debug string encoding issues more easily going forward.

:100:

:+1:

@jhawthorn or @gmacdougall or @cbrunsdon -- seem OK? We've had string encoding issues a couple times with Signifyd and this was helpful this time in debugging things.
Also the fix: https://github.com/solidusio/solidus_signifyd/pull/8

:+1:

authors: gmacdougall jordan-brough magnusvk richardnuno


text:
🛑 server.h-24871.kz is down

In 98d5c3b, server.h-24871.kz (185.121.81.43) was down:

HTTP code: 0
Response time: 0 ms

Resolved: server.h-24871.kz is back up in 84cf407.


text:
🛑 orda.kz is down

In 84fc3da, orda.kz (https://orda.kz/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: orda.kz is back up in 097787c after 9 hours, 32 minutes.


text:
🛑 eler-plast.kz is down

In d61b37f, eler-plast.kz (https://eler-plast.kz/) was down:

HTTP code: 0
Response time: 0 ms

Resolved: eler-plast.kz is back up in 0ec2a9d.


text:
replace gittip by liberapay

Gittip, later Gratipay has shut down.
https://gratipay.news/the-end-cbfba8f50981
There is a fork, Liberapay. Gratipay has hand their asset's over to them.
I also use Liberapay sucessfully, so i can reccommend that!

Thanks for the suggestion! To be honest I've never received any donation through gitpay and I forgot we have that link on the website. I'm going to remove it in a moment.
It seems to me that Liberapay is something similar to Patreon. With my current level of involvement into this project I feel it's more appropriate to ask for one time donations using ko-fi. I'll create an account for that when I'm less busy

authors: davidak solusipse

repo: solusipse/fiche


text:
Feature Request: [0] All

Use this every day. Much easier to work with than the new mutagen functionality.
Working with many projects, it might be handy if the All option (on start and stop) was the first, zero indexed option. I always start and stop all.
It would also save another fraction of a second if the start option didn't ask to start the daemon, but just highlighted that this was going to happen when offering up the list of tasks.

Add auto-start and [0] All on start/stop. Stop gains [1] All & Daemon for consistency of options.

authors: chrisnoden dave-redfern

repo: somnambulist-tech/sync-it


text:
Parking toggle sometimes stops working

Sometimes the togglebar for parking becomes disabled. Unknown reasons. Must refresh to make it availiable again.

THIS turns out to be deactivation due to zoom cap
need to receive warning for this again, must put back
the cap only makes sense in cities, when in the north or smaller areas or mountains it is pointless, as you need a wider area to be able to find anything at all


text:
Sondrelg/add deps

Type of changes

[ ] Bug fix
[ ] New feature
[ ] Documentation / docstrings
[ ] Tests
[ ] Other

Checklist

[ ] I've run the latest black with default args on new code.
[ ] I've updated CHANGELOG.md and CONTRIBUTORS.md where appropriate.
[ ] I've added tests for new code.
[ ] I accept that @willmcgugan may be pedantic in the code review.

Description
Please describe your changes here. If this fixes a bug, please link to the issue, if possible.

Codecov Report

:exclamation: No coverage uploaded for pull request base (master@6cff61f). Click here to learn what that means.
The diff coverage is n/a.

@@            Coverage Diff            @@
##             master       #1   +/-   ##
=========================================
  Coverage          ?   99.61%
=========================================
  Files             ?       54
  Lines             ?     4640
  Branches          ?        0
=========================================
  Hits              ?     4622
  Misses            ?       18
  Partials          ?        0

Flag
Coverage Δ

unittests
99.61% <0.00%> (?)

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

Continue to review full report at Codecov.

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

authors: codecov-io sondrelg

repo: sondrelg/rich


text:
大佬，咱程序未来会支持Claude么？

例行检查

[ ] 我已确认目前没有类似 issue
[ ] 我已确认我已升级到最新版本
[ ] 我已完整查看过项目 README，尤其是常见问题部分
[ ] 我理解并愿意跟进此 issue，协助测试和提供反馈
[ ] 我理解并认可上述内容，并理解项目维护者精力有限，不遵循规则的 issue 可能会被无视或直接关闭

问题描述
复现步骤
预期结果
相关截图
如果没有的话，请删除此节。

会的，重复 #150

authors: songquanpeng zisanjun

repo: songquanpeng/one-api


text:
Support for DSprites dataset and updates to the trainer

This PR comprises of the following updates :

Updated DSpritesConfig to reflect the dataset
dsprites dataset object updated to support indexing of a target class
trainer updated to work with MSE, and perform train/test split in case of test split not being provided

Updates to trainer great! Remove DSpriteConfig and dataloader?

The PR now comprises only updates to the trainer.

Excellent ty

authors: PraneetNeuro soniajoseph

repo: soniajoseph/ViT-Prisma


text:
[fuzzer] Convert state summary unit test to golden test. Replace btree_map with flat_hash_map for canonical entry representation. Ignore order of all repeated fields when comparing entries.

Keyword Check:
/pins_upstream/sonic-buildimage/src/sonic-p4rt/sonic-pins$ ~/tools/keyword_checks.sh p4_fuzzer/
Keyword check Passed.

Build result:
/sonic/src/sonic-p4rt/sonic-pins$ bazel build $BAZEL_BUILD_OPTS  ...
INFO: Analyzed 510 targets (0 packages loaded, 0 targets configured).
INFO: Found 510 targets...
INFO: Elapsed time: 0.610s, Critical Path: 0.00s
INFO: 1 process: 1 internal.
INFO: Build completed successfully, 1 total action

Test result:
/sonic/src/sonic-p4rt/sonic-pins$ bazel test $BAZEL_BUILD_OPTS --cache_test_results=no ... --sandbox_debug
INFO: Analyzed 510 targets (0 packages loaded, 324 targets configured).
INFO: Found 340 targets and 170 test targets...
INFO: Elapsed time: 155.200s, Critical Path: 87.60s
INFO: 179 processes: 211 linux-sandbox, 18 local.
INFO: Build completed successfully, 179 total actions
//gutil:collections_test                                                 PASSED in 0.5s
//gutil:io_test                                                          PASSED in 0.7s
//gutil:proto_matchers_test                                              PASSED in 0.6s
//gutil:proto_ordering_test                                              PASSED in 0.8s
//gutil:proto_test                                                       PASSED in 0.6s
//gutil:status_matchers_test                                             PASSED in 0.7s
//gutil:test_artifact_writer_test                                        PASSED in 1.7s
//gutil:testing_test                                                     PASSED in 0.5s
//gutil:timer_test                                                       PASSED in 5.3s
//gutil:version_test                                                     PASSED in 3.0s
//lib:basic_switch_test                                                  PASSED in 0.9s
//lib:ixia_helper_test                                                   PASSED in 1.3s
//thinkit:mock_control_device_test                                       PASSED in 0.6s
//thinkit:mock_generic_testbed_test                                      PASSED in 0.8s
//thinkit:mock_mirror_testbed_test                                       PASSED in 0.7s
//thinkit:mock_ssh_client_test                                           PASSED in 0.1s
//thinkit:mock_switch_test                                               PASSED in 0.7s
//thinkit:mock_test_environment_test                                     PASSED in 0.1s
//thinkit:switch_test                                                    PASSED in 0.8s
//sai_p4/instantiations/google/test_tools:table_entry_generator_test     PASSED in 87.5s
  Stats over 5 runs: max = 87.5s, min = 1.1s, avg = 28.5s, dev = 35.3s
//sai_p4/instantiations/google/tests:p4_constraints_integration_test     PASSED in 1.1s
  Stats over 5 runs: max = 1.1s, min = 0.7s, avg = 0.9s, dev = 0.1s

Executed 170 out of 170 tests: 170 tests pass.
INFO: Build completed successfully, 179 total actions

@VSuryaprasad-HCL Pls fix the build error

@VSuryaprasad-HCL Pls fix the build error

@kishanps, Could you please review,
Thanks.

authors: VSuryaprasad-HCL kishanps

repo: sonic-net/sonic-pins


text:
Com 1404 final

[x] J'ai verifié la fonctionnalite sur mobile

Périmetre interface : vendeur

Périmetre roles : vendeur

Cas d'usage : j'ai refacto les modals de customer/profileInfo aussi

L'edition d'un financement ne fonctionne pas - quand je clique sur le bouton de la modale, il ne se passe rien

authors: CorentinMartinot sophiemoustard

repo: sophiemoustard/alenvi-webapp


text:
wip: More accurate shape and tuple literals

Motivation

Closes #11
Closes #713
Commit summary
The core change is basically: instead of computing underlying when the type
is built, compute it when it's needed. By that point, we're guaranteed to have
a GlobalState on hand, which means we have no problem using Types::any to
lub all the elements together.
Before, there were some places where we didn't have a GlobalState populated,
so we could not reliably lub all the elements together at shape/tuple
allocation time.

Delete underlying_, update all constructor calls (2fdb44298)

Thread GlobalState through call sites (8fed7668a)

Thread GlobalState through GENERATE_CALL_MEMBER (f3c4e097c)

Types::lubAll -> lubAllDropLiteral (3aeb4ebf9)
Types::lubAll was only used in one place: TupleType::build, which I
removed.
I have repurposed it to help implement the assorted underlying methods
below, and made it private. Also, TupleType::build used to call
dropLiteral on its own. I have also moved that call into the helper.

Fix some use-after-free errors (edde0ec9d)
Since underlying is computed on the fly now, if it's not stored by the
caller, it's dropped immediately. So if you try to get the underlying
and immediately cast it to something, it will destruct before you have a
chance to make use of the downcast value.
This is super annoying, and I'm glad it came up in our test case, but I
would love to figure out how to make it a compile error.

ShapeType::showWithMoreInfo (edb29fcc3)
I noticed that we had a showWithMoreInfo for TupleType, but we
didn't have one for ShapeType. That felt inconsistent, and also helped
me make sense of some of the tests.

Empty arrays and hashes are containers of untyped (2896cc75a)
Largely, this is to preserve the existing behavior.

Magic_buildArray already made it so that empty array literals behaved
like T::Array[T.untyped] (by short circuiting in the intrinsic).

Magic_buildHash also did, but by passing hashOfUntyped when
constructing the underlying, instead of short circuiting like for
arrays.

Now, this untypedness is handled consistently for both in underlying.
This strikes a balance--for places that actually try to look at whether
you have a shape type or not, it's still visibly an empty shape type
(e.g., some keyword arg stuff was depending on this). But if you ever
try to call a method on it that isn't implemented as a
ShapeType/TupleType intrinsic (and thus falls back up to Hash or Array),
then it will decay as an untyped container.

Add and fix tests (ec828d227)
I believe that every change is expected, and is not going to cause undue
breakage (i.e., in every case, to get back the original behavior, people
should be able to T.unsafe(...) their hash literal, or more accurately
T.let(..., T::Hash[T.untyped, T.untyped])).

Test plan

See included automated tests.

We have a policy of testing changes to Sorbet against Stripe's codebase before
merging them. I've kicked off a test run for the current PR.  When the build
finishes, I'll share with you whether or how it failed. Thanks!
Stripe employees can see the build results here:
→ https://go/builds/bui_IbpW48VvJ1Hrph
→ https://go/builds/bui_IbpWn3pNNHIlvP

We have a policy of testing changes to Sorbet against Stripe's codebase before
merging them. I've kicked off a test run for the current PR.  When the build
finishes, I'll share with you whether or how it failed. Thanks!
Stripe employees can see the build results here:
→ https://go/builds/bui_IbppXUCtvo0K6u
→ https://go/builds/bui_IbppkPV0PYI7A4

This causes ~5,000 errors on Stripe's code base.
A skim of some of the major classes of errors:
1
x = {foo: ''}
x[:foo].size

We should be able to write an intrinsic that says x[:foo] is non-nil.
2
x = {foo: 0}
x[:bar] = ''

maybe we should write an intrinsic for []= that silently allows this? it's not much worse than it is currently but would allow for other things to be typed better
3
sig {params(x: {foo: T.nilable(Integer)}).void}
def foo(x)
  if x[:foo]
    x[:foo].pred
  end
end

... this is tricky. maybe we should detect type errors on hashes and have an autocorrect to pin the origin of the shape type to T::Hash[T.untyped, T.untyped]?
4
... even then there are a lot that don't seem to fall into a particular category.
What we might want to do is:

give people on Slack a heads up
ask them to give feedback about whether they want this or not
merge support for this in behind a flag

tbd: should this behavior be opt in or opt out

We have a policy of testing changes to Sorbet against Stripe's codebase before
merging them. I've kicked off a test run for the current PR.  When the build
finishes, I'll share with you whether or how it failed. Thanks!
Stripe employees can see the build results here:
→ https://go/builds/bui_IbrdPMzRMkn81V
→ https://go/builds/bui_IbrdgL391r4lqe

It's down to only ~2,000 errors on Stripe's codebase with the changes in #3823.

Probably the best way to land this:

remove underlying_, but continue to compute underlying(gs) as if it were T::Hash[T.untyped, T.untyped]

we can land that with no behavior changes, so the large diff doesn't have to bitrot
we'll then have a convenient single place to tweak how aggressively to tighten up shapes and tuple types

land #3823 which adds some [] and []= intrinsics for hashes

this will cause some errors, but hopefully a manageable amount

then we'd be back to landing the core of this PR's changes
ideas:

if there's ever a shape type in an error message, make an autocorrect to T.let(..., T::Hash[T.untyped, T.untyped] around the definition
land it behind a command line flag, so that people can turn it on and chip away at the errors it in their free time

depending on community reception, might want to flip it to be opt-out at some point

make some way to change the behavior of buildHash per file? this seems bad because it means sorbet behaves way differently in different places, but it would make migrating portions of a large codebase easier

repo: sorbet/sorbet


text:
I miss these directory aliases from Oh-my-zsh.

I miss these directory aliases from Oh-my-zsh.
alias -g ...='../..'
alias -g ....='../../..'
alias -g .....='../../../..'
alias -g ......='../../../../..'

Open to implementing this or similar in Prezto?

Something really close, and imho better:
https://github.com/sorin-ionescu/prezto/blob/master/runcoms/zpreztorc#L44-L45
try it out!

What @jedahan said.

Thanks @jedahan

authors: JesseLeite jedahan sorin-ionescu

repo: sorin-ionescu/prezto


text:
Add the covid-19 topic

The covid-19 topic has a good deal of eyes on it currently and seems to be the canonical topic for covid-19 and coronavirus related projects.

@derekprior Yes, I agree with you.
I created this list because when I was looking for an open-source API about Coronavirus statistics I didn't can find the best repository on GitHub and now this list is so helpful for developers to find the best resources.

@derekprior Yes, I agree with you.

authors: derekprior soroushchehresa

repo: soroushchehresa/awesome-coronavirus


text:
Doesn't support ingressClassName and latest nginx-ingress controller

Doesn't support nginx-ingress v 1.0.0 https://github.com/kubernetes/ingress-nginx/blob/main/Changelog.md

https://github.com/sorry-cypress/charts/pull/72

Resolved in #74

repo: sorry-cypress/charts


text:
Add Cocoapods support

Describe the solution you'd like
Being able to add soto to my project with cocoapods
Additional context
We are working on a share lib for both iOS and MacOS, and to be able to use this in both platforms we need to run Soto from Cocoapods

There aren't currently any plans to add cocoapods support. Why do you need support? SwiftPM works for both platforms.

Hi,
We want to use this lib using our shared code library which is delivered to our apps using a pod, we are able to move our dependencies using the podspec file except for this framework

Given that Soto is about to move to using a Swift Package Plug-in to generate the code for each service, I'd say it's unlikely cocoapods will ever be supported

Ok got it, thanks
We'll find some sort of workaround to using Cocoapods

The full source version of Soto will be available for still some time, but we are dependent on swift-server/async-http-client which does not have a cocoa-pod so it still won't be possible.

authors: 0xTim YoavGro adam-fowler

repo: soto-project/soto


text:
Image Styling

Styled image using box-shadow

Styled image using box-shadow

Please share the SS or site link

Sorry for creating a Pull Request without authorization, I'm new to this and I wasn't aware of the same.

No worry.


text:
Contributor card and hover effect

##484 Contributor  card
Closes: #484
Description of Changes
I'm added card to contributors and apply hover effect.
For example:

Added card to contributor.
-Apply hover effect.

Checklist:

[x] My code adheres to the established style guidelines of this project.
[x] I have conducted a self-review of my code.
[x] I have included comments in areas that may be difficult to understand.
[x] I have made corresponding updates to the project documentation.
[x] My changes have not introduced any new warnings.

Screenshots

Original
Updated

Please provide any necessary screenshots to illustrate the changes made.

Merge conflicts @BhartiNagpure

@sourabhsikarwar resolve conflict please review it.

authors: BhartiNagpure sourabhsikarwar

repo: sourabhsikarwar/Scene-Movie-Platform


text:
[JOSS-Review][Question] How to use framework for non OpenAI models?

@souradipp76 , I am trying to install and use this python package. Could you please provide more details in the README on how to run a non OpenAI model since the main USP of this project is to have a framework for README generation to avoid costly OpenAI API pricing.

Additional Context
As part of https://github.com/openjournals/joss-reviews/issues/7489

Hi @Manvi-Agrawal, you can follow the installation and CLI usage instructions given in README.md. For using non-OpenAI models, set a dummy value for OPENAI_API_KEY env variable and run the CLI app using the readme_ready command. The app will prompt you to select the open-source model and other parameters.


text:
Update README.md

Adds reference to frontend wiki

Pull Request Test Coverage Report for Build 2608

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 35.596%

Totals

Change from base Build 2606:
0.0%

Covered Lines:
2301

Relevant Lines:
5757

💛  - Coveralls

authors: coveralls martin-henz

repo: source-academy/cadet-frontend


text:
Allow admin to see and edit all submissions

Fixes #242

I get why you're not exactly happy about this. Our permission management seems kind of arbitrary and hard-coded. I think it's fine for now due to time constraints and since we don't foresee many additions to it. A refactor might be in order if we need to add more granularity.

authors: indocomsoft tuesmiddt

repo: source-academy/cadet


text:
adding Sanka to Coordination

Description
adding Sanka to the "Contributors" page
Type of change

[ ] Bug fix (non-breaking change which fixes an issue)
[x] New feature (non-breaking change which adds functionality)
[ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
[ ] This change requires a documentation update
[ ] Code quality improvements

How to test

Checklist

[x] I have tested this code
[x] I have updated the documentation

Pull Request Test Coverage Report for Build 3479266427
Warning: This coverage report may be inaccurate.
This pull request's base commit is no longer the HEAD commit of its target branch. This means it includes changes from outside the original pull request, including, potentially, unrelated coverage changes.

For more information on this, see Tracking coverage changes with pull request builds.
To avoid this issue with future PRs, see these Recommended CI Configurations.
For a quick fix, rebase this PR at GitHub. Your next report should be accurate.

Details

0 of 0   changed or added relevant lines in 0 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage remained the same at 32.953%

Totals

Change from base Build 3399154523:
0.0%

Covered Lines:
4325

Relevant Lines:
12211

💛  - Coveralls

repo: source-academy/frontend


text:
Enterprise login is broken on "JetBrains Client" IDE version

java.lang.NoClassDefFoundError: com/intellij/collaboration/async/CompletableFutureUtil
	at com.sourcegraph.cody.config.BaseLoginDialog.doOKAction(BaseLoginDialog.kt:81)
	at com.intellij.openapi.ui.DialogWrapper$OkAction.doAction(DialogWrapper.java:1863)
	at com.intellij.openapi.ui.DialogWrapper$DialogWrapperAction.actionPerformed(DialogWrapper.java:1817)
	at java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1972)
	at java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2313)
	at java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:405)
	at java.desktop/javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:262)
	at java.desktop/javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:279)
	at java.desktop/java.awt.Component.processMouseEvent(Component.java:6656)
	at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3385)
	at java.desktop/java.awt.Component.processEvent(Component.java:6421)
	at java.desktop/java.awt.Container.processEvent(Container.java:2266)
	at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5026)
	at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2324)
	at java.desktop/java.awt.Component.dispatchEvent(Component.java:4854)
	at java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4948)
	at java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4575)
	at java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4516)
	at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2310)
	at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2804)
	at java.desktop/java.awt.Component.dispatchEvent(Component.java:4854)
	at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:790)
	at java.desktop/java.awt.EventQueue$3.run(EventQueue.java:739)
	at java.desktop/java.awt.EventQueue$3.run(EventQueue.java:731)
	at java.base/java.security.AccessController.doPrivileged(AccessController.java:399)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:97)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:763)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:761)
	at java.base/java.security.AccessController.doPrivileged(AccessController.java:399)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86)
	at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:760)
	at com.intellij.ide.IdeEventQueue.defaultDispatchEvent(IdeEventQueue.kt:666)
	at com.intellij.ide.IdeEventQueue.dispatchMouseEvent(IdeEventQueue.kt:614)
	at com.intellij.ide.IdeEventQueue._dispatchEvent(IdeEventQueue.kt:569)
	at com.intellij.ide.IdeEventQueue.access$_dispatchEvent(IdeEventQueue.kt:68)
	at com.intellij.ide.IdeEventQueue$dispatchEvent$processEventRunnable$1$1$1.compute(IdeEventQueue.kt:349)
	at com.intellij.ide.IdeEventQueue$dispatchEvent$processEventRunnable$1$1$1.compute(IdeEventQueue.kt:348)
	at com.intellij.openapi.progress.impl.CoreProgressManager.computePrioritized(CoreProgressManager.java:787)
	at com.intellij.ide.IdeEventQueue$dispatchEvent$processEventRunnable$1$1.invoke(IdeEventQueue.kt:348)
	at com.intellij.ide.IdeEventQueue$dispatchEvent$processEventRunnable$1$1.invoke(IdeEventQueue.kt:343)
	at com.intellij.ide.IdeEventQueueKt.performActivity$lambda$1(IdeEventQueue.kt:994)
	at com.intellij.openapi.application.TransactionGuardImpl.performActivity(TransactionGuardImpl.java:105)
	at com.intellij.ide.IdeEventQueueKt.performActivity(IdeEventQueue.kt:994)
	at com.intellij.ide.IdeEventQueue.dispatchEvent$lambda$4(IdeEventQueue.kt:343)
	at com.intellij.openapi.application.impl.ApplicationImpl.runIntendedWriteActionOnCurrentThread(ApplicationImpl.java:831)
	at com.intellij.ide.IdeEventQueue.dispatchEvent(IdeEventQueue.kt:385)
	at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:207)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:128)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:121)
	at java.desktop/java.awt.WaitDispatchSupport$2.run(WaitDispatchSupport.java:191)
	at java.desktop/java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:236)
	at java.desktop/java.awt.WaitDispatchSupport$4.run(WaitDispatchSupport.java:234)
	at java.base/java.security.AccessController.doPrivileged(AccessController.java:318)
	at java.desktop/java.awt.WaitDispatchSupport.enter(WaitDispatchSupport.java:234)
	at java.desktop/java.awt.Dialog.show(Dialog.java:1080)
	at com.intellij.openapi.ui.impl.DialogWrapperPeerImpl$MyDialog.show(DialogWrapperPeerImpl.java:741)
	at com.intellij.openapi.ui.impl.DialogWrapperPeerImpl.show(DialogWrapperPeerImpl.java:466)
	at com.intellij.openapi.ui.DialogWrapper.doShow(DialogWrapper.java:1675)
	at com.intellij.openapi.ui.DialogWrapper.show(DialogWrapper.java:1633)
	at com.intellij.openapi.ui.DialogWrapper.showAndGet(DialogWrapper.java:1647)
	at com.sourcegraph.cody.auth.ui.SignInWithEnterpriseInstanceAction.actionPerformed(SignInWithEnterpriseInstanceAction.kt:25)
	at com.intellij.openapi.actionSystem.ex.ActionUtil.doPerformActionOrShowPopup(ActionUtil.java:333)
	at com.intellij.openapi.actionSystem.ex.ActionUtil.lambda$performActionDumbAwareWithCallbacks$4(ActionUtil.java:307)
	at com.intellij.openapi.actionSystem.ex.ActionUtil.performDumbAwareWithCallbacks(ActionUtil.java:356)
	at com.intellij.openapi.actionSystem.ex.ActionUtil.performActionDumbAwareWithCallbacks(ActionUtil.java:307)
	at com.intellij.openapi.actionSystem.ex.ActionUtil.invokeAction(ActionUtil.java:532)
	at com.intellij.openapi.actionSystem.ex.ActionUtil.invokeAction(ActionUtil.java:519)
	at com.intellij.ui.components.AnActionLink$1.invoke(AnActionLink.kt:18)
	at com.intellij.ui.components.AnActionLink$1.invoke(AnActionLink.kt:18)
	at com.intellij.ui.components.ActionLink._init_$lambda$1(ActionLink.kt:32)
	at java.desktop/javax.swing.AbstractButton.fireActionPerformed(AbstractButton.java:1972)
	at java.desktop/javax.swing.AbstractButton$Handler.actionPerformed(AbstractButton.java:2313)
	at java.desktop/javax.swing.DefaultButtonModel.fireActionPerformed(DefaultButtonModel.java:405)
	at java.desktop/javax.swing.DefaultButtonModel.setPressed(DefaultButtonModel.java:262)
	at java.desktop/javax.swing.plaf.basic.BasicButtonListener.mouseReleased(BasicButtonListener.java:279)
	at java.desktop/java.awt.Component.processMouseEvent(Component.java:6656)
	at java.desktop/javax.swing.JComponent.processMouseEvent(JComponent.java:3385)
	at java.desktop/java.awt.Component.processEvent(Component.java:6421)
	at java.desktop/java.awt.Container.processEvent(Container.java:2266)
	at java.desktop/java.awt.Component.dispatchEventImpl(Component.java:5026)
	at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2324)
	at java.desktop/java.awt.Component.dispatchEvent(Component.java:4854)
	at java.desktop/java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4948)
	at java.desktop/java.awt.LightweightDispatcher.processMouseEvent(Container.java:4575)
	at java.desktop/java.awt.LightweightDispatcher.dispatchEvent(Container.java:4516)
	at java.desktop/java.awt.Container.dispatchEventImpl(Container.java:2310)
	at java.desktop/java.awt.Window.dispatchEventImpl(Window.java:2804)
	at java.desktop/java.awt.Component.dispatchEvent(Component.java:4854)
	at java.desktop/java.awt.EventQueue.dispatchEventImpl(EventQueue.java:790)
	at java.desktop/java.awt.EventQueue$3.run(EventQueue.java:739)
	at java.desktop/java.awt.EventQueue$3.run(EventQueue.java:731)
	at java.base/java.security.AccessController.doPrivileged(AccessController.java:399)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:97)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:763)
	at java.desktop/java.awt.EventQueue$4.run(EventQueue.java:761)
	at java.base/java.security.AccessController.doPrivileged(AccessController.java:399)
	at java.base/java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86)
	at java.desktop/java.awt.EventQueue.dispatchEvent(EventQueue.java:760)
	at com.intellij.ide.IdeEventQueue.defaultDispatchEvent(IdeEventQueue.kt:666)
	at com.intellij.ide.IdeEventQueue.dispatchMouseEvent(IdeEventQueue.kt:614)
	at com.intellij.ide.IdeEventQueue._dispatchEvent(IdeEventQueue.kt:569)
	at com.intellij.ide.IdeEventQueue.access$_dispatchEvent(IdeEventQueue.kt:68)
	at com.intellij.ide.IdeEventQueue$dispatchEvent$processEventRunnable$1$1$1.compute(IdeEventQueue.kt:349)
	at com.intellij.ide.IdeEventQueue$dispatchEvent$processEventRunnable$1$1$1.compute(IdeEventQueue.kt:348)
	at com.intellij.openapi.progress.impl.CoreProgressManager.computePrioritized(CoreProgressManager.java:787)
	at com.intellij.ide.IdeEventQueue$dispatchEvent$processEventRunnable$1$1.invoke(IdeEventQueue.kt:348)
	at com.intellij.ide.IdeEventQueue$dispatchEvent$processEventRunnable$1$1.invoke(IdeEventQueue.kt:343)
	at com.intellij.ide.IdeEventQueueKt.performActivity$lambda$1(IdeEventQueue.kt:994)
	at com.intellij.openapi.application.TransactionGuardImpl.performActivity(TransactionGuardImpl.java:113)
	at com.intellij.ide.IdeEventQueueKt.performActivity(IdeEventQueue.kt:994)
	at com.intellij.ide.IdeEventQueue.dispatchEvent$lambda$4(IdeEventQueue.kt:343)
	at com.intellij.openapi.application.impl.ApplicationImpl.runIntendedWriteActionOnCurrentThread(ApplicationImpl.java:831)
	at com.intellij.ide.IdeEventQueue.dispatchEvent(IdeEventQueue.kt:385)
	at java.desktop/java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:207)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:128)
	at java.desktop/java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:117)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:113)
	at java.desktop/java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:105)
	at java.desktop/java.awt.EventDispatchThread.run(EventDispatchThread.java:92)
Caused by: java.lang.ClassNotFoundException: com.intellij.collaboration.async.CompletableFutureUtil PluginClassLoader(plugin=PluginDescriptor(name=Sourcegraph Cody + Code Search, id=com.sourcegraph.jetbrains, descriptorPath=plugin.xml, path=~/Library/Application Support/JetBrains/JetBrainsClient231.8109.175/plugins/Sourcegraph, version=5.2.20247, package=null, isBundled=false), packagePrefix=null, instanceId=7, state=active)
	at com.intellij.ide.plugins.cl.PluginClassLoader.loadClass(PluginClassLoader.kt:150)
	at java.base/java.lang.ClassLoader.loadClass(ClassLoader.java:520)
	... 121 more
2024-02-02 15:53:45,464 [ 482612] SEVERE - #c.i.i.p.PluginManager - JetBrains Client 2023.1  Build #JBC-231.8109.175
2024-02-02 15:53:45,464 [ 482612] SEVERE - #c.i.i.p.PluginManager - JDK: 17.0.6; VM: OpenJDK 64-Bit Server VM; Vendor: JetBrains s.r.o.
2024-02-02 15:53:45,464 [ 482612] SEVERE - #c.i.i.p.PluginManager - OS: Mac OS X
2024-02-02 15:53:45,465 [ 482613] SEVERE - #c.i.i.p.PluginManager - Plugin to blame: Sourcegraph Cody + Code Search version: 5.2.20247

Related: https://github.com/sourcegraph/sourcegraph/issues/57569

It seems that the clients who report login issues are working on a specific version of IDE called "JetBrains Client" (for example: #JBC-232.9921.47, #JBC-231.8109.175). I couldn't find information on where can I get this version to hopefully reproduce this issue.

TODO: respond in Slack discussion after fix: https://sourcegraph.slack.com/archives/C059N5FRYG3/p1706893662584919

Update :

Some users are using an application called JetBrains Client, which is a "thin" IDE client.
This client is launched from the JetBrains Gateway, and to use it, we have to set up a remote server with "headless" IDE, and then connect via SSH. You can install plugins on this JetBrains Client, including Cody.
I've installed JetBrains Gateway and I tried to set up such remote server locally, but I didn't find a solution for it / I don't see it being easily supported. This seems to be some sort of enterprise solution and I don't think it's well documented (I've found some details here: https://www.jetbrains.com/help/idea/remote.html).

Next steps:

I could try removing the usage of classes that are missing on JetBrains Client, but I can't guarantee that it won't reveal more issues. It's worth noting that these exceptions occur very early (when users want to log-in). I have high suspicion that more issues will arise during normal usage (autocomplete features, etc.).
I noticed that some plugins are ignoring this IDE simply by adding com.intellij.jetbrains.client to plugin.xml. You can easily verify this by searching this fragment on SG/GitHub (sometimes it's formatted differently or the incompatible-with applies to the jetbrains.gateway). Such a incompatible-with would prevent users from Cody installation on JetBrains Client. I also don't think there are many users of this client. However, looks they are mainly "enterprise" clients which makes a lot of sense.

To sum up: let's add <incompatible-with>com.intellij.jetbrains.client</incompatible-with>.

repo: sourcegraph/jetbrains


text:
Add SymbolInformation.enclosing_symbol

Towards https://github.com/sourcegraph/scip/issues/154
Previously, it was not possible to determine the enclosing symbol of a local because the syntax for local symbols has no hierarchy (unlike global symbols). This PR closes the gap by adding a field SymbolInformation.enclosing_symbol to allow documenting the "parent" or "owner" of a local symbol.
Test plan
Green CI.

cc/ @donsbot this PR implements the last remaining proposal from https://github.com/sourcegraph/scip/issues/154

The Haskell bindings also need to be updated.

The Haskell bindings are now automatically updated \o/

authors: olafurpg varungandhi-src

repo: sourcegraph/scip


text:
OpenCoarrays on Microsoft WSL2 Linux Ubuntu 20.0

Please note we will close your issue without comment if you delete, do not read or do not fill out the issue checklist below and provide ALL the requested information.
The title of the issue should start with Question: followed by a
succinct title.

[X] I am not reporting a bug or asking for a new feature
[X] I am asking a general question about, e.g., the internal workings of this software, the direct use of this software, or use cases for this software, etc.
[X] I have already searched for the answer to my question on Google and Stack Overflow

Please be descriptive, precise and concise. Thanks!
Good day OpenCoarrays developers, First, thanks for all your hard work to develop this fantastic library. I have recently installed OC on WSL1 and WSL2. The installation on WSL1 was unsuccessful and the installation on WSL2 finished properly, after a few tries. However, a fully-deterministic Coarray code that I am compiling and running crashes in an unpredictable way on WSL2. On a genuine Linux, the same code works perfectly fine using the same version of OpenCoarrays and passes all tests. So, this obviously points to some potential incompatibilities between WSL2 and OpenCoarrays. I am compiling OpenCoarrays 2.9.0 from the source on WSL2 Linux Ubuntu 20.0.
Are there any known issues with considerations with using OC on WSL2? Thank you.

UPDATE
This issue turned out to be an extremely subtle bug that showed up when the load on individual processors was highly unbalanced, which is often the case on Windows systems, including WSL. Conversely, it would not show up on supercomputers. I flag this as resolved, but for future reference, won't delete it. Thanks for your lack of interest in responding, which forced me to further investigate this by myself, ultimately leading to the discovery of the bug, but more importantly, for the great so-far bug-free OpenCoarray package.

Well, glad you sorted it out. I am sure someone would have replied, weekends are weekends. My experience with WSL has not been good. A parallel build of gcc/gfortran fails often depending on how many threads I launch.  At the very core of it windows does not handle threading of a linux world very well at all.  If I do a single thread build of gcc/gfortran and will complete fine, however, running the gcc/gfortran testsuite results in numerous "subtle" failures. WSL should have been named JNL, Just Not Linux.  It serves a purpose I suppose, but if you are serious about computing and absolutely have to be in Windows (I prefer to dual boot so I do not go there), you might have better luck with a VM environment such as VirtualBox. (No guarantees),
Cheers

I have realized that much of the problems are resolved in WSL2. WSL1 does not even compile some valid Fortran 2008 codes. But again, even WSL2 occasionally crashes the entire PC for no clear reason, with no prior warning. So, I have learned the hard way to close WSL sessions when not in use.

authors: jerryd shahmoradi

repo: sourceryinstitute/OpenCoarrays


text:
Additional fixes that were missed

Only install perl-FindBin perl-lib on newer AmazonLinux releases
Install devtoolset-10 instead of devtoolset-11 since the aarch64 install is broken

Signed-off-by: Lance Albertson lance@osuosl.org
Description
Describe what this change achieves
Issues Resolved
List any existing issues this PR resolves
Check List

[ ] A summary of changes made is included in the CHANGELOG under ## Unreleased
[ ] New functionality includes testing.
[ ] New functionality has been documented in the README if applicable.

Released as: 1.1.12

authors: kitchen-porter ramereth

repo: sous-chefs/cinc-omnibus


text:
updating for multiple sources in case haproxy is down

Array of site, containing the source version for stability.

It seems like we're overengineering this a bit here. If people are concerned with that site going down they can always override to a locally hosted location they control.

sounds good to me. That is what we are doing.

repo: sous-chefs/haproxy


text:
Fail hard on FreeBSD / SLES < 12 & kill the helper

Remove some more properties to get this ready to ship in Chef

Much tidier, thanks.

repo: sous-chefs/sysctl


text:
Template types should be generated with constants too

There should exist wrapper class and interface that will let easy generation of "constants" in generics.
interface ITemplateConstant { T Value { get; } }
class TemplateConstant<T1, T2> where T1 is ITemplateConstant, new() { static T2 Value { get; } }
There should exist a list of all used constants and referenced from all generated template classes.
Example:
static class TemplateConstants
{
class Int20 : ITemplateConstant { int Value => 20; }
}
Fast usage: TemplateConstant<TemplateConstants.Int20, int>.Value   (it returns 20)
This way, template user type can have correct CodeType name in metadata instead of current hack.

Done. Checked-in in branch CodeGen.

repo: southpolenator/WinDbgCs


text:
Items loosing FIR status after extracting 3.8.0 9608ac

i have noticed that a few items have lost fir status after successfully extracting from a raid

Originally written by OvalHitman1

Not enough detail. Where were the med items from? Did you loot them or bring them in?

Originally written by DrakiaXYZ

i looted the items during the raid on ground zero in medical containers i mainly noticed that it was the AI-2 medkit, meds(found 2 during a raid one stayed marked found in raid and the other lost its found in raid status), and med tools. however i did find a ifak and a vaseline that kept there found in raid status.

Originally written by OvalHitman1

Could these items have been from PMCs and not been FiR to start with?

Originally written by chomp

no i found them in containers during the raid, and wouldn't that still be considered FIR if i looted the from a pmc during a raid

Originally written by OvalHitman1

When you extracted was it a run through or did it show Success

Originally written by chomp

I pretty sure it wasn't a run through.

Originally written by OvalHitman1

Rig, pocket and equipped item loot that PMC bots spawn with isn't FiR, same as if you spawn into a raid on live and kill a PMC that entered the raid with an item.
As far as I know we haven't recently made changes to the FiR handling code, but I'll see if I can reproduce this on the latest BE build

Originally written by DrakiaXYZ

Unable to reproduce, end of raid inventory during extraction:

Post raid inventory back at menu:

Attachments

image.png (1032 KiB)
image.png (962 KiB)

Originally written by DrakiaXYZ

repo: sp-tarkov/server

license: NCSA


text:
'Screen' is sprite noRot

A computer screen being noRot looks goofy, just use snapcardinals.

Kinda disagree. Its got text you're supposed to read on it, of all ents it should be the one that faces the correct way.

authors: IProduceWidgets metalgearsloth


text:
Roller beds can't be picked up; players can't unbuckle themselves via click

Description
Not sure if its Origin roller beds being cursed but ALL rollerbeds were not possible to get picked up by anyone on the station, I also noticed I am not able to unbuckle myself by clicking on myself, had to use unbuckle icon on right side.
Screenshots

You technically can still unbuckle yourself, but you need to click the entity you are buckled to. Agreed though, the current behavior is wrong. Especially the rollerbeds.
Likely caused by #29031
@ElectroJr any ideas?

Pretty sure I clicked both myself and bed. Same with self and rollerbed.

Additional issue: Attempting to unbuckle a buckled entity hugs them instead.... unless you ctrl+click them which tracks since it causes you to pull the entity.

Additional additional issue: Entities strapped to beds in motion (FTL for example) causes the entity to rapidly move visually between standing & laying. Likely related

Ah noticed some patients in medbay being like that... But station was not in motion I think?

Ah noticed some patients in medbay being like that... But station was not in motion I think?

Oh I had only seen it on the evac shuttle. I might need to dig into that a bit more tomorrow then

Some folks fine, some not.
https://media.discordapp.net/attachments/675078881425752124/1253578904275521607/SS14.Loader_5D8FSEWg3D.gif?ex=66765dd5&is=66750c55&hm=2d0f6c3e24b6d526af71f87c89f59c0bb936d1a3cbf7188c61956f3df8abb038&=

Non-crits are also seemingly random.

For the unbuckling by clicking thing, I know there were some interaction priority issues with the hugging code, but I thought I fixed those, will have a look

Closed by #29293

authors: ElectroJr MilenVolf MjrLandWhale thebadman4662


text:
Add EyesGlasses into ClothesMate

About the PR
Added eye glass into ClothesMate
Why / Balance
For style
But seriously, because glasses are very rare, and I dont want fight for them.
Media

[х] I have added screenshots/videos to this PR showcasing its changes ingame, or this PR does not require an ingame showcase

Breaking changes
Changelog
:cl:

add: Eyeglass are now available from the ClothesMate.

I'm strongly against bloating clothesmate more BUT this is actually needed for blind people so.
Also in future try not to make changes from your master or it's gonna be a massive pain in the ass for you.

I know.
But I was too lazy to create branch for this :)

authors: LEVELcat metalgearsloth


text:
kill blumpkin donut

we arent keeping blumpkin in the game

unblumpy

we arent keeping blumpkin in the game

why?

authors: Emisse africalimedrop metalgearsloth


text:
StrippableSystem doafter overhaul

About the PR
Refactors Strippable DoAfter events to make them synchronous and organized.
Technical details
Strippable System & Component

Synchronous DoAfters
Made use of TimeSpan, GetStripTimeModifiers() and ByRefEvent
Reorganized checks, removed some redundant ones
Resolve pattern where useful
Added more asserts
Lots of cleanup

The DoAfters were grouped under one event to avoid copy-pasting eight separate cancel checks, asserts and function signatures.
Let me know if this is bad for performance and I'll roll them out instead.
Media

[x] I have added screenshots/videos to this PR showcasing its changes ingame, or this PR does not require an ingame showcase

Breaking changes
TimeSpans
ThievingComponent, InventoryTemplatePrototype and ToggleableClothingSystem use TimeSpan in places where they intersect with StrippableComponent.
Changelog
N/A

Tests failed to build due to yesterday's bug.

I could update to master locally or I could see what happens.

authors: Krunklehorn metalgearsloth


text:
add WhiteCane recipe

About the PR
Add White Cane recipe to medical fab
Why / Balance
Only way to get White Cane was to spawn with it while being blind.
Losing the cane or gaining blindness during the round was detrimental since gaining cane would have been impossible.
Technical details
add recipe to medical.yml and add recipe to be available at the MedicalTechFab staticRecipes section
Media
https://imgur.com/a/kTlJLhv
Changelog
:cl:

add: White cane recipe for MedFab

please update your brach from master

I accidentally merged wrong commit to this one. I'll make a new PR

learn about reverts and resets

authors: SHOTbyGUN TheShuEd lzk228


text:
make cargo balance ui updating its own component

About the PR
title
Why / Balance
need this downstream
Technical details

added new BankClientComponent that gets queried to update ui for any bank related console
cargo ordering console handles its BankBalanceUpdatedEvent instead of being hardcoded to update ui
all cargo ordering console entities now have BankClient

Media
it work

[X] I have added screenshots/videos to this PR showcasing its changes ingame, or this PR does not require an ingame showcase

Breaking changes
CargoOrderConsoleComponent now needs BankClientComponent for UI to update the same
Changelog
no cl no fun

just a thought: would it not be better to have this network the balance on the local entity so that uis could just use the component info instead of having to do it through clunky ui states

cargo ordering console specifically uses the station to get the catalog so its not entirely useless. wouldnt hurt to add though

merg

okay for now ig.

authors: EmoGarbage404 deltanedas metalgearsloth


text:
Angular 2 & 4 support

I am trying to use your awesome package in an angular 2 app. I was able to render the view but When I add ngModel to the form input the ngModel wasn't updated after submitting the form and I was not able to get the data by calling the public API method that you are providing

@hossamElfar you should create wrapper component
For good references look at: https://github.com/zefoy/ngx-swiper-wrapper

Closing this issue. I will add an Angular example soon.

Hello, Is an example for Angular done already? Please let me know how I can use this beautiful library in Angular?

@CoderBees245 yes, here you go: https://stackblitz.com/edit/angular-conversational-form

Wow this is awesome, But i try to wrap it around a div but it ends up occupying my whole page. I tried adding context while initializing using startTheConversation method, still i endup covering the whole page. I referred to this same stackblitz demo. No luck trying to wrap it within a div :( @jenssogaard


text:
Contact page submit button

It might be my eyes, but it looks liek the submit button is slightly squashed. Not quite a circle.

I think you're right. The circle buttons are a bit of a cludge in the code, as there isn't a simple way of doing it. I will take a look.

repo: spacebetweentherapy/website


text:
Can't read transactionbuilderconfigbuilder_new in React Vite app

As I was instantiating Lucid.new(), I got an error.
Error log:

TypeError: Cannot read properties of undefined (reading 'transactionbuilderconfigbuilder_new')
at TransactionBuilderConfigBuilder.new (webpack-internal:///./node_modules/lucid-cardano/esm/src/core/libs/cardano_multiplatform_lib/cardano_multiplatform_lib.generated.js:18331:26)
at Lucid.new (webpack-internal:///./node_modules/lucid-cardano/esm/src/lucid/lucid.js:78:119)

tsconfig.json
  "compilerOptions": {
    "target": "ES2020",
    "useDefineForClassFields": true,
    "lib": ["ES2020", "DOM", "DOM.Iterable"],
    "module": "ESNext",
    "skipLibCheck": true,

    /* Bundler mode */
    "moduleResolution": "bundler",
    "allowImportingTsExtensions": true,
    "resolveJsonModule": true,
    "isolatedModules": true,
    "noEmit": true,
    "jsx": "react-jsx",

    /* Linting */
    "strict": true,
    "noUnusedLocals": true,
    "noUnusedParameters": true,
    "noFallthroughCasesInSwitch": true
  },
  "include": ["src"],
  "references": [{ "path": "./tsconfig.node.json" }]
}

vite.config.ts
import { defineConfig } from "vite";
import react from "@vitejs/plugin-react";

export default defineConfig({
  optimizeDeps: {
    include: ["pdfjs-dist"], // optionally specify dependency name
    esbuildOptions: {
      supported: {
        "top-level-await": true,
      },
    },
  },
  plugins: [react()],
  build: {
    target: "esnext",
  },
  server: {
    host: "127.0.0.1",
  },
});

package.json
 "@types/node": "^16.18.37"
 "lucid-cardano": "^0.10.6",
 "react": "^18.2.0",
 "vite": "^5.2.0"

Appreciate any help.

You seem to run the Lucid.new() method using lucid-cardano. I started my Cardano blockchain dev career 1 year ago. We need to enable some properties to fix the issue.
I did that with craco.config.js by adding the following properties.
asyncWebAssembly: true,
lazyCompilation: false,
syncWebAssembly: true,
topLevelAwait: true

You have to do the same thing for lucid to work in vite app.

Thank you for your reply. I tried to use webpack loaders in vite, but it's failed.

You can't use webpack loaders in vite app mostly, you need to use vite plugins instead. You can also think about local dev server migration if you have to use lucid-cardano.

I found some links and tried them. Vite app still gives me an error, but it's another problem. This issue is solved.

repo: spacebudz/lucid


text:
Genesis flow for Hare protocol

Since genesis flow is yet to be agreed, the current implementation has a few points that should be addressed:

func NewMsg (called by the Broker/MessageValidation) is checking that the sender is active only for non-genesis epochs.
The ElegibilityValidator can't fetch BLS key for genesis epoch. Hence, only validated on the non-genesis flow.
Some unit tests in the Hare package has a TODO comment indicating that we remove the comment or change the unit test.
The current number of actives for Genesis is a constant number (5)

We should decide if we want to modify the current impl and the tests after we decide on the genesis flow. It is likely that the current implementation will be the solution to the genesis problem.

See relevant part here https://github.com/spacemeshos/research/issues/25

authors: barakshani gavraz

repo: spacemeshos/go-spacemesh


text:
Externalize Auth N/Z module

The problem faced currently?
If we have microservices architecture we should use central authentication/authorization solution, so not every microservice do this work himself.
How can we solve it?

Authentication module should receive JWT Token then check this token via external Authserver. like what Traefik do here.

The ForwardAuth middleware delegate the authentication to an external service. If the service response code is 2XX, access is granted and the original request is performed. Otherwise, the response from the authentication server is returned.

Authorization module could use casbin library as built-in or remote server.

If you want this feature to be implemented, give it a thumbs up reaction, so that we can determine which features are important to you.
👍

This is completely possible. We already have a func rule which essentially calles an external service for authorization. @akhedrane you think you can have a look at it once? Maybe what you are asking for is already possible?

i just noticed that now. so yes it is suitable for our use case.
but what auth object contain?

That would contain the token claims. All you need to do is return a
But before you decide to go forward with it, we are depreciating it in favor of normal http servers. So basically, space-cloud will hit an http endpoint and will pass the token along with the request payload. The request will be considered authorized as long as you return 200

ok, thank you.

@akhedrane do start with the current implementation. I'd love to help you migrate when the future release comes out. If you want to help us decide how we should go about implementing it, you could stop by our discord server. Would love to hear from you.

ok i'll do my best.

Hey @akhedrane!
We already have a func rule which essentially calles an external service for authorization.

Does this solve you problem? It would be great if you could mark this issue as closed if the solution worked.

authors: YourTechBud akhedrane

repo: spaceuptech/space-cloud


text:
dep: update sqlite to 3.44.0

https://sqlite.org/releaselog/3_44_0.html

I've reported windows compilation failures upstream at https://sqlite.org/forum/forumpost/c11523ca2d

The compilation issue was fixed upstream, see https://github.com/sqlite/sqlite/commit/f4154879ebb84fc0875d553e2de60d8ed4864da9

Updated to final 3.44.0 release


text:
nbsphinx 0.9 claims json problem reading notebooks

Notebooks started reporting read errors on the 0.9 update.
https://github.com/scikit-hep/boost-histogram/pull/836 (See https://readthedocs.org/projects/boost-histogram/builds/19766997/)
Another one:
https://readthedocs.org/projects/vector/builds/19756260/

Traceback:
Traceback (most recent call last):
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/lib/python3.7/site-packages/nbsphinx/__init__.py", line 613, in parse
    rststring, resources = exporter.from_notebook_node(nb, resources)
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/lib/python3.7/site-packages/nbsphinx/__init__.py", line 400, in from_notebook_node
    nb, resources, **kw)
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/lib/python3.7/site-packages/nbconvert/exporters/templateexporter.py", line 421, in from_notebook_node
    output = self.template.render(nb=nb_copy, resources=resources)
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/lib/python3.7/site-packages/jinja2/environment.py", line 1291, in render
    self.environment.handle_exception()
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/lib/python3.7/site-packages/jinja2/environment.py", line 925, in handle_exception
    raise rewrite_traceback_stack(source=source)
  File "<template>", line 131, in top-level template code
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/share/jupyter/nbconvert/templates/rst/index.rst.j2", line 1, in top-level template code
    {%- extends 'display_priority.j2' -%}
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/share/jupyter/nbconvert/templates/base/display_priority.j2", line 1, in top-level template code
    {%- extends 'base/null.j2' -%}
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/share/jupyter/nbconvert/templates/base/null.j2", line 26, in top-level template code
    {%- block body -%}
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/share/jupyter/nbconvert/templates/base/null.j2", line 29, in block 'body'
    {%- block body_loop -%}
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/share/jupyter/nbconvert/templates/base/null.j2", line 31, in block 'body_loop'
    {%- block any_cell scoped -%}
  File "<template>", line 17, in block 'any_cell'
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/share/jupyter/nbconvert/templates/base/null.j2", line 87, in block 'any_cell'
    {%- block markdowncell scoped-%} {%- endblock markdowncell -%}
  File "<template>", line 168, in block 'markdowncell'
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/share/jupyter/nbconvert/templates/rst/index.rst.j2", line 98, in block 'markdowncell'
    {{ cell.source | convert_pandoc("markdown", "rst") }}
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/lib/python3.7/site-packages/nbsphinx/__init__.py", line 865, in convert_pandoc
    return markdown2rst(text)
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/lib/python3.7/site-packages/nbsphinx/__init__.py", line 1018, in markdown2rst
    rststring = pandoc(text, input_format, 'rst', filter_func=filter_func)
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/lib/python3.7/site-packages/nbsphinx/__init__.py", line 1056, in pandoc
    json_data = encode(filter_func(decode(json_data)))
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/lib/python3.7/site-packages/nbsphinx/__init__.py", line 1008, in filter_func
    json_data = json.loads(text, object_hook=object_hook)
  File "/home/docs/.pyenv/versions/3.7.9/lib/python3.7/json/__init__.py", line 361, in loads
    return cls(**kw).decode(s)
  File "/home/docs/.pyenv/versions/3.7.9/lib/python3.7/json/decoder.py", line 337, in decode
    obj, end = self.raw_decode(s, idx=_w(s, 0).end())
  File "/home/docs/.pyenv/versions/3.7.9/lib/python3.7/json/decoder.py", line 355, in raw_decode
    raise JSONDecodeError("Expecting value", s, err.value) from None
json.decoder.JSONDecodeError: Expecting value: line 1 column 1 (char 0)

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/lib/python3.7/site-packages/sphinx/cmd/build.py", line 281, in build_main
    app.build(args.force_all, args.filenames)
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/lib/python3.7/site-packages/sphinx/application.py", line 347, in build
    self.builder.build_update()
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/lib/python3.7/site-packages/sphinx/builders/__init__.py", line 312, in build_update
    len(to_build))
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/lib/python3.7/site-packages/sphinx/builders/__init__.py", line 326, in build
    updated_docnames = set(self.read())
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/lib/python3.7/site-packages/sphinx/builders/__init__.py", line 433, in read
    self._read_serial(docnames)
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/lib/python3.7/site-packages/sphinx/builders/__init__.py", line 454, in _read_serial
    self.read_doc(docname)
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/lib/python3.7/site-packages/sphinx/builders/__init__.py", line 510, in read_doc
    publisher.publish()
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/lib/python3.7/site-packages/docutils/core.py", line 218, in publish
    self.settings)
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/lib/python3.7/site-packages/sphinx/io.py", line 104, in read
    self.parse()
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/lib/python3.7/site-packages/docutils/readers/__init__.py", line 78, in parse
    self.parser.parse(self.input, document)
  File "/home/docs/checkouts/readthedocs.org/user_builds/boost-histogram/envs/836/lib/python3.7/site-packages/nbsphinx/__init__.py", line 624, in parse
    str(e))
nbsphinx.NotebookError: JSONDecodeError in notebooks/BoostHistogramHandsOn.ipynb:
Expecting value: line 1 column 1 (char 0)

Notebook error:
JSONDecodeError in notebooks/BoostHistogramHandsOn.ipynb:
Expecting value: line 1 column 1 (char 0)

Similar issue here: https://readthedocs.org/projects/wis2box/builds/19768871/

I have just released nbsphinx 0.9.1 which should fix this error.
I would still advise everyone to update their RTD settings!

Agree that's the best solution! Just going to take some time (or some all-repos-grep magic...) ;)

authors: henryiii mgeier tomkralidis

repo: spatialaudio/nbsphinx


text:
Providing a default alias generator?

Hello, it's me again 🙃
I'd like to have your take on the fact that perhaps it'd be nice if the package provided a trait which generates sensible defaults for the majority of the use cases? Something along the lines of:
trait AliasesMorphType
{
    public function getMorphClass(): string
    {
        return (string) Str::of(class_basename(static::class))
            ->snake()
            ->lower();
    }
}

This is what I have been doing the whole time and the example in the README fits this. I'd totally understand though if you'd not like to merge such code, that's why I'm creating an issue before submitting a PR.
Thanks again for all of your packages, much appreciated!

Hi @mabdullahsari,
I don't think that's a good idea since we do not want that these getMorphClass's change. Let's say you have a PostComment that would with a trait create post_comment as a morph class. When we update the name of PostComment to Comment, then the morph class would be post.
All the entries in our database with post_comment now wouldn't have a relation anymore 😞.
I also had this taught when building the package, so we could rapidly build models, but it isn't a good plan.
Thanks for the input though!

authors: mabdullahsari rubenvanassche

repo: spatie/laravel-morph-map-generator


text:
Adjust PHP comments to be inside of PHP's tags for easy copy-and-paste

As with https://github.com/spatie/ray/pull/502, I noticed there were some other docs I forgot to update to reflect the same adjustment for easy copy-and-paste of the documented configs.
Thanks for the great software!

Thank you!

authors: freekmurze stevebauman

repo: spatie/ray


text:
Whitespace differences are hard to identify

For example
- verify output from '1' failed
+++ expected:
Demonstration Commit Message

This is a commit message that has trailers and is invalid

Signed-off-by: Someone Else <someone@example.com>
Signed-off-by: Someone Else <someone@example.com>
Co-authored-by: Billie Thompson <billie@example.com>
Co-authored-by: Billie Thompson <billie@example.com>

---

Your commit message has duplicated trailers

You can fix this by deleting the duplicated "Signed-off-by", "Co-authored-by" fields

+++ got:
Demonstration Commit Message

This is a commit message that has trailers and is invalid

Signed-off-by: Someone Else <someone@example.com>
Signed-off-by: Someone Else <someone@example.com>
Co-authored-by: Billie Thompson <billie@example.com>
Co-authored-by: Billie Thompson <billie@example.com>

---

Your commit message has duplicated trailers

You can fix this by deleting the duplicated "Signed-off-by", "Co-authored-by" fields

#4

Closing because fixed by #4

authors: PurpleBooth tomphp

repo: specdown/specdown


text:
3D viewer for schedule based commits

This might be an actual limitation of the viewer, but we should definitely support the viewer when using the parameter updater.
See: https://speckle.community/t/parameter-updater-sync-revit-schedules-with-excel/5978/3

Closing this ticket as we are moving to Jira to reduce noise. You can access it there.

authors: bimgeek teocomi

repo: specklesystems/speckle-excel


text:
Getting specific commits from a branch

Coming out from a convo with @aussieBIMguru:
"latest is usually what wed want, but might be handy to be able to draw on versions prior, maybe indexing backwards from latest so current as 0, then -1,-2,-3. Mainly just so a user has an un/redo or the ability to grab data from x commits prior".
This would mean some extra legwork in the stream wrapper class to allow for urls that are shaped like stream/{streamId}/branch/{branchName}/{offsetBackwards}, where offsetBackwards can be 0 for the latest, -1 for one prior, -n for n prior commits.
Why? Less context switching when in full on power mode inside grasshopper/dynamo and wanting to grab/look at previous versions.

Another solution could be implementing this: https://github.com/specklesystems/speckle-sharp/issues/479
Specifically, the addition of a node to list the commits of a branch/stream as it would easily allow to specify which "offset" commit to pick and receive

Closing as stale. I'm pretending to be a bot; will reopen when we have the bandwidth.

authors: didimitrie teocomi

repo: specklesystems/speckle-sharp


text:
add Chinese README

Simplified Chinese
简体中文

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

@patriksvensson done.

Merged! Sorry for taking so long.
Thank you for your contribution. Much appreciated! 👍

authors: CLAassistant chenxuuu patriksvensson


text:
Fix multichannel fbank

Filterbank forward can't generate right feature for multi-channel input，I can reproduce the error use the code as below
from speechbrain.processing.features import Filterbank
compute_fbanks = Filterbank()
inputs = torch.ones([10, 101, 201])
output = compute_fbanks(inputs)
inputs_ch2 = torch.stack((inputs,inputs),-1)
output_ch2 = compute_fbanks(inputs_ch2)
torch.sum(output - output_ch2[..., 0])

Thank you very much @wangwei2009 for this fix! I'm able to reproduce the error and I'm fine with your fix. I just added a unittest for that to make sure this is always checked.

repo: speechbrain/speechbrain


text:
db_bench: Recreate only dbs that are in actual use in a group of benchmarks

When a benchmark in a group requires a freshdb (e.g., fillXXX benchmarks), all of the DB-s are recreated.
However, a user may now use the -dbs_to_use flag to have the benchmark operate on a subset of the available db-s. It makes sense (and aligns with the way the -dbs_to_use flag behaves) to also only recreate those db-s rather that all of them.

@udi-speedb , have you verified this works as expected? normal QA cycle is useless here since the changes are only in db_bench..

@Yuval-Ariel yes I have

I prefer to tests this after this https://github.com/speedb-io/speedb/issues/285 is resolved.

I have assigned to @Yuval-Ariel to merge

authors: Yuval-Ariel erez-speedb udi-speedb

repo: speedb-io/speedb


text:
Allow setting mode='w' for initialize_store

Can be nice to not have to manually delete existing zarr store. Perhaps there are also other kwargs that would be nice to pass along from initialize_store to to_zarr.

Agreed. Definitely at least this one would be good!

repo: spencerkclark/xpartition


text:
fix(deps): Remove github vulneribility warnings

Remove github vulneribility warnings
Fixes: #73

Coverage remained the same at 90.076% when pulling 671ebf032e8981cded9baed0f56761ea7af5608c on 73-github-vulnerability-warnings into 456981417958f340b3099dec9b4cb233ddab35ba on master.

@daern91 The tests are failing for node 6(npm 3.10.10) as npx come with npm 5.2+ so I would suggest let's first drop below version of node 8 in the repo and after that we can merge this.
Please let me know your thought on this.

Sounds good to me @VineetKumarKushwaha !

Once https://github.com/sphereio/sphere-product-type-json-generator/issues/75 this issue if fixed will continue on this.

@daern91 Now you can review these changes.

Thanks! Did we also verify that this solution worked in the other packages?

@daern91 yes I tried install without package-lock.json and yarn.lock and even after releasing I am installing globally to make sure it is working correctly. Though if we get any issue will check.

authors: VineetKumarKushwaha coveralls daern91


text:
i got syntax error for wordlist -W command

command :
skipfish -W /root/medium.txt  -S /root/medium.txt -o scanreports  http://zero.webappsecurity.com
Error:
Wordlist '/root/medium.txt': syntax error in line 0.
could you pls help me out above issue
thank you in advance

-W and -S can't point to the same file. -W should point to an empty or site specific file.

authors: VijaySokkala spinkham

repo: spinkham/skipfish