Fix parser for libraries

Fixes #223
I have faced same issue.
In my case, most PRs have missing information except "github-actions" ecosystem.
Missing versions makes "outputs.update-type: null". It makes unexpected behavior of auto-merge.
https://github.com/dependabot/fetch-metadata/blob/a7c13a83a67acff9b107367e6e9f1cdf9a66e97f/README.md?plain=1#L134
Filled: https://github.com/kachick/ruby-ulid/pull/195 => https://github.com/kachick/ruby-ulid/runs/6909618923?check_suite_focus=true#step:2:18
Missing: https://github.com/kachick/ruby-ulid/pull/199 => https://github.com/kachick/ruby-ulid/runs/7083025063?check_suite_focus=true#step:2:18
They have different PR title.
Following code sounds apply different commit message and title for library and applications.
https://github.com/dependabot/dependabot-core/blob/7444344c03b86112b4801eec92b0909e05dbfe33/common/lib/dependabot/pull_request_creator/message_builder.rb#L71-L110
https://github.com/dependabot/dependabot-core/blob/7444344c03b86112b4801eec92b0909e05dbfe33/common/lib/dependabot/pull_request_creator/message_builder.rb#L126-L130
https://github.com/dependabot/dependabot-core/blob/7444344c03b86112b4801eec92b0909e05dbfe33/common/lib/dependabot/pull_request_creator/message_builder.rb#L181-L216
However current parser targets only for application messages, it looks a cause to me.

Compared results
Before
  outputs.dependency-names: test-unit
  outputs.dependency-type: direct:development
  outputs.update-type: null
  outputs.directory: /
  outputs.package-ecosystem: bundler
  outputs.target-branch: main
  outputs.previous-version:
  outputs.new-version:
  outputs.compatibility-score: 0
  outputs.alert-state:
  outputs.ghsa-id:
  outputs.cvss: 0

After this PR
  outputs.dependency-names: test-unit
  outputs.dependency-type: direct:development
  outputs.update-type: version-update:semver-patch
  outputs.directory: /
  outputs.package-ecosystem: bundler
  outputs.target-branch: main
  outputs.previous-version: 3.5.3
  outputs.new-version: 3.5.5

  outputs.compatibility-score: 0
  outputs.alert-state:
  outputs.ghsa-id:
  outputs.cvss: 0

Hi @kachick thanks for opening this PR!
I think this is off to a good start and I started the CI run 😄

The indentation on this multiline string is a bit weird here
https://github.com/dependabot/fetch-metadata/blob/cf0e9797120828220f7be61d61514b9e293fd3a1/src/main.test.ts#L136-L148
Maybe we can treat each line as a separate string and join with + like in
https://github.com/dependabot/fetch-metadata/blob/cf0e9797120828220f7be61d61514b9e293fd3a1/src/main.test.ts#L66-L79
What do you think?

@Nishnha
Thanks for your reviewing! I have updated this PR as https://github.com/dependabot/fetch-metadata/pull/224/commits/0a3f18375a9a1749a02dce2656df58200e195cfc. To keep same coding style with existing test cases.

Released in https://github.com/dependabot/fetch-metadata/releases/tag/v1.3.6

Thank you!


Generating of zod types not working when using rbac.

Hi. I have a question not directly related to your project. I am using your library and trying to generate zod types using this project: https://github.com/psteinroe/supabase-to-zod
The problem comes when try to generate zod types. I get the following error:
Error: Some schemas can't be generated due to direct or indirect missing dependencies: dbPreRequestArgsSchema getUserClaimsArgsSchema jwtIsExpiredArgsSchema
As I understand it is because some properties are not defined from rbac. https://github.com/psteinroe/supabase-to-zod/issues/32
Do you have an idea how it can be fixed without manually updating zod defenitions?

I am not really familiar with what a zod is but that may be irrelevant here. It seems to me there are two issues going on:

The functions generated by supabase.ts suggest these functions have args while they do not:

      db_pre_request: {
        Args: Record<PropertyKey, never>
        Returns: undefined
      }
      get_user_claims: {
        Args: Record<PropertyKey, never>
        Returns: Json
      }
      jwt_is_expired: {
        Args: Record<PropertyKey, never>
        Returns: boolean
      }

Here are the function definitions:
create
or REPLACE FUNCTION<EMAIL_ADDRESS>() returns void language plpgsql stable security definer
set
  search_path = @extschema@ as $function$
declare
    groups jsonb;
begin
    -- get current groups from auth.users
    select raw_app_meta_data->'groups' from auth.users into groups where id = auth.uid();
    -- store it in the request object
    perform set_config('request.groups'::text, groups::text, false /* applies to transaction if true, session if false */);
end;
$function$;

create
or replace function<EMAIL_ADDRESS>() returns jsonb language sql stable
set
  search_path = @extschema@ as $function$
select coalesce(current_setting('request.groups', true)::jsonb, auth.jwt()->'app_metadata'->'groups')::jsonb
$function$;

create
or replace function<EMAIL_ADDRESS>() returns boolean language plpgsql stable
set
  search_path = @extschema@ as $function$
begin
  return extract(epoch from now()) > coalesce(auth.jwt()->>'exp', '0')::numeric;
end;
$function$;

As you can see, supabase is correctly identifying the return types but not the requires args (which should be none as far as I know). This may be either something I don't fully understand or a bug in the way these supabase.ts files are generated. Might be worth opening an issue on the supabase tracker.

More critically, these functions should never be called via the postgrest api (or any external system).

This is likely showing up this way because you installed the plugin into the public schema which is what supabase.ts is generated from, as far as I know. While a potential fix is to install this plugin in a different schema, I should either prevent installation in public or find a way to prevent these functions from being surfaced in the postgrest api and hopefully therefore the supabase.ts file.
I am looking into ways to further secure this and may eventually make it so that this library is only available for install in non-public schemas for both security and compatibility reasons. Thoughts?


Role of

Explain the role of the exact prop in the  component for the Home page (). What happens if you remove it?

The exact prop ensures that the specified component is rendered only when the path exactly matches the defined path. In this case, without the exact prop, the Home component would be rendered not only for the path '/' but also for any other path that starts with '/' (e.g., '/about', '/contact', etc.). By adding exact, it restricts the rendering to the exact path match, ensuring that the Home component is only rendered for the root path.


Update the Authenticated auth.user data

How can I update the Authenticated auth.user data ? What do I need to do when changing user profile data?
I can not force the user to login again when every profile is updated.

I hink this question belongs in feathers-authentication. This repo just doe a Feathers auth call using Redux.


az sql db import fails with 'too many 500 error responses'

Describe the bug
Using the az sql db import with a bacpac (with a size of 2.5mb) located in azure storage fails eventually after roughtly 30 minutes even if I import into a DB on a very powerful tier i.e. P6 or above.  I've tried increasing the size of the blank database (P6) it is imported into but nothing works.
To Reproduce
Command arguments: ['sql', 'db', 'import', '-s', '***-sqlserver', '-n', '****-db', '-g', '*****-rg', '-u', '****@*****-sqlserver', '-p', '********', '--storage-key', 'se=2020-12-14T07%3A27%3A35Z&sp=racwd&spr=https&sv=2018-11-09&sr=b&sig=******', '--storage-key-type', 'SharedAccessKey', '--storage-uri', 'https://******.blob.core.windows.net/db-backups/blank.bacpac', '--debug']

Expected behavior
The import operation runs to completion
Environment summary
Running on AzureDevops hosted agent windows-latest
azure-cli                         2.15.1 *
core                              2.15.1 *
telemetry                          1.0.6
Extensions:
azure-devops                      0.18.0
Python (Windows) 3.6.8 (tags/v3.6.8:3c6b436a57, Dec 23 2018, 23:31:17) [MSC v.1916 32 bit (Intel)]

Additional context
Debug logs
Event: CommandParser.OnGlobalArgumentsCreate [<function CLILogging.on_global_arguments at 0x039B5348>, <function OutputProducer.on_global_arguments at 0x03A4C7C8>, <function CLIQuery.on_global_arguments at 0x03A6B7C8>]
2020-12-14T06:29:08.1092925Z Event: CommandInvoker.OnPreCommandTableCreate []
2020-12-14T06:29:08.1093399Z Modules found from index for 'sql': ['azure.cli.command_modules.sql', 'azure.cli.command_modules.sqlvm']
2020-12-14T06:29:08.1093808Z Loading command modules:
2020-12-14T06:29:08.1094119Z Name                  Load Time    Groups  Commands
2020-12-14T06:29:08.1186216Z sql                       0.009        39       162
2020-12-14T06:29:08.1213901Z sqlvm                     0.003         4        17
2020-12-14T06:29:08.1214227Z Total (2)                 0.012        43       179
2020-12-14T06:29:08.1223965Z These extensions are not installed and will be skipped: ['azext_ai_examples']
2020-12-14T06:29:08.1224519Z Loading extensions:
2020-12-14T06:29:08.1224814Z Name                  Load Time    Groups  Commands  Directory
2020-12-14T06:29:08.1227278Z Total (0)                 0.000         0         0
2020-12-14T06:29:08.1227589Z Loaded 42 groups, 179 commands.
2020-12-14T06:29:08.1227846Z Found a match in the command table.
2020-12-14T06:29:08.1228194Z Raw command  : sql db import
2020-12-14T06:29:08.1228649Z Command table: sql db import
2020-12-14T06:29:08.1229212Z Event: CommandInvoker.OnPreCommandTableTruncate [<function AzCliLogging.init_command_file_logging at 0x03E90738>]
2020-12-14T06:29:08.1247172Z az_command_data_logger : command args: sql db import -s {} -n {} -g {} -u {} -p {} --storage-key {} --storage-key-type {} --storage-uri {} --debug
2020-12-14T06:29:08.1247921Z metadata file logging enabled - writing logs to 'D:\a\_temp\.azclitask\commands'.
2020-12-14T06:29:08.1248892Z Event: CommandInvoker.OnPreArgumentLoad [<function register_global_subscription_argument.<locals>.add_subscription_parameter at 0x03EE8DF8>, <function register_global_query_examples_argument.<locals>.register_query_examples at 0x03EF1588>]
2020-12-14T06:29:08.4209961Z Event: CommandInvoker.OnPostArgumentLoad []
2020-12-14T06:29:08.4212012Z Event: CommandInvoker.OnPostCommandTableCreate [<function register_ids_argument.<locals>.add_ids_arguments at 0x03EF15D0>, <function register_cache_arguments.<locals>.add_cache_arguments at 0x03EF1660>]
2020-12-14T06:29:08.4220908Z Event: CommandInvoker.OnCommandTableLoaded []
2020-12-14T06:29:08.4223003Z Event: CommandInvoker.OnPreParseArgs []
2020-12-14T06:29:08.4236394Z Event: CommandInvoker.OnPostParseArgs [<function OutputProducer.handle_output_argument at 0x03A4C810>, <function CLIQuery.handle_query_parameter at 0x03A6B810>, <function register_global_query_examples_argument.<locals>.handle_example_parameter at 0x03EF1540>, <function register_ids_argument.<locals>.parse_ids_arguments at 0x03EF1618>]
2020-12-14T06:29:08.4252807Z Getting management service client client_type=SqlManagementClient
2020-12-14T06:29:08.4604930Z msrest.universal_http.requests : Configuring retry: max_retries=4, backoff_factor=0.8, max_backoff=90
2020-12-14T06:29:08.4618414Z AdalAuthentication.signed_session invoked by Track 1 SDK
2020-12-14T06:29:08.4618762Z Retrieving token from ADAL for resource 'https://management.core.windows.net/'
2020-12-14T06:29:08.4620263Z attempting to read file D:\a\_temp\.azclitask\accessTokens.json as utf-8-sig
2020-12-14T06:29:08.4631256Z adal-python : 9845b511-692d-48ef-b97b-aed821ffa329 - Authority:Performing instance discovery: ...
2020-12-14T06:29:08.4632427Z adal-python : 9845b511-692d-48ef-b97b-aed821ffa329 - Authority:Performing static instance discovery
2020-12-14T06:29:08.4632931Z adal-python : 9845b511-692d-48ef-b97b-aed821ffa329 - Authority:Authority validated via static instance discovery
2020-12-14T06:29:08.4633406Z adal-python : 9845b511-692d-48ef-b97b-aed821ffa329 - TokenRequest:Getting token with client credentials.
2020-12-14T06:29:08.4633966Z adal-python : 9845b511-692d-48ef-b97b-aed821ffa329 - TokenRequest:No user_id passed for cache query
2020-12-14T06:29:08.4634745Z adal-python : 9845b511-692d-48ef-b97b-aed821ffa329 - CacheDriver:finding with query keys: {'_clientId': '...'}
2020-12-14T06:29:08.4635425Z adal-python : 9845b511-692d-48ef-b97b-aed821ffa329 - CacheDriver:Looking for potential cache entries: {'_clientId': '...'}
2020-12-14T06:29:08.4636085Z adal-python : 9845b511-692d-48ef-b97b-aed821ffa329 - CacheDriver:Found 0 potential entries.
2020-12-14T06:29:08.4675707Z urllib3.connectionpool : Starting new HTTPS connection (1): login.microsoftonline.com:443
2020-12-14T06:29:08.8897603Z urllib3.connectionpool : https://login.microsoftonline.com:443 "POST /***/oauth2/token HTTP/1.1" 200 1689
2020-12-14T06:29:08.8922037Z adal-python : 9845b511-692d-48ef-b97b-aed821ffa329 - OAuth2Client:Get Token Server returned this correlation_id: 9845b511-692d-48ef-b97b-aed821ffa329
2020-12-14T06:29:08.8924403Z adal-python : 9845b511-692d-48ef-b97b-aed821ffa329 - CacheDriver:Adding entry AccessTokenId: b'byPXE3CfWl7Y1IcgxB1SkBzsf9kqRloDlNlZlTs/XBc='
2020-12-14T06:29:08.8926908Z adal-python : 9845b511-692d-48ef-b97b-aed821ffa329 - CacheDriver:Added entry is MRRT
2020-12-14T06:29:08.8929521Z msrest.http_logger : Request URL: 'https://management.azure.com/subscriptions/************/resourceGroups/******-rg/providers/Microsoft.Sql/servers/****-sqlserver/databases/***********/import?api-version=2020-02-02-preview'
2020-12-14T06:29:08.8932323Z msrest.http_logger : Request method: 'POST'
2020-12-14T06:29:08.8933617Z msrest.http_logger : Request headers:
2020-12-14T06:29:08.8934378Z msrest.http_logger :     'Accept': 'application/json'
2020-12-14T06:29:08.8935121Z msrest.http_logger :     'Content-Type': 'application/json; charset=utf-8'
2020-12-14T06:29:08.8936572Z msrest.http_logger :     'accept-language': 'en-US'
2020-12-14T06:29:08.8937397Z msrest.http_logger :     'Content-Length': '401'
2020-12-14T06:29:08.8938421Z msrest.http_logger :     'User-Agent': 'python/3.6.8 (Windows-10-10.0.14393-SP0) msrest/0.6.18 VSTS_8961e9d8-158f-493f-81de-cb2dc0abcdc5_Release__2030_5652_1 msrest_azure/0.6.3 azure-mgmt-sql/0.21.0 Azure-SDK-For-Python AZURECLI/2.15.1 (MSI)'
2020-12-14T06:29:08.8939565Z msrest.http_logger : Request body:
2020-12-14T06:29:08.8941012Z msrest.http_logger : {"storageKeyType": "SharedAccessKey", "storageKey": "?se=2020-12-14T07%3A27%3A35Z&sp=racwd&spr=https&sv=2018-11-09&sr=b&sig=p25*******", "storageUri": "https://*******.blob.core.windows.net/*****/******.bacpac", "administratorLogin": "*****admin@*******-sqlserver", "administratorLoginPassword": "********************"}
2020-12-14T06:29:08.8942471Z msrest.universal_http : Configuring redirects: allow=True, max=30
2020-12-14T06:29:08.8943268Z msrest.universal_http : Configuring request: timeout=100, verify=True, cert=None
2020-12-14T06:29:08.8944026Z msrest.universal_http : Configuring proxies: ''
2020-12-14T06:29:08.8944749Z msrest.universal_http : Evaluate proxies against ENV settings: True
2020-12-14T06:29:08.8977019Z urllib3.connectionpool : Starting new HTTPS connection (1): management.azure.com:443
2020-12-14T06:29:10.4686206Z urllib3.connectionpool : https://management.azure.com:443 "POST /subscriptions/*******/resourceGroups/*****-rg/providers/Microsoft.Sql/servers/****-sqlserver/databases/****-db/import?api-version=2020-02-02-preview HTTP/1.1" 202 65
2020-12-14T06:29:10.4709403Z msrest.http_logger : Response status: 202
2020-12-14T06:29:10.4710160Z msrest.http_logger : Response headers:
2020-12-14T06:29:10.4710716Z msrest.http_logger :     'Cache-Control': 'no-cache'
2020-12-14T06:29:10.4711265Z msrest.http_logger :     'Pragma': 'no-cache'
2020-12-14T06:29:10.4711778Z msrest.http_logger :     'Content-Length': '65'
2020-12-14T06:29:10.4712352Z msrest.http_logger :     'Content-Type': 'application/json; charset=utf-8'
2020-12-14T06:29:10.4712666Z msrest.http_logger :     'Expires': '-1'
2020-12-14T06:29:10.4713460Z msrest.http_logger :     'Location': 'https://management.azure.com/subscriptions/*******/providers/Microsoft.Sql/locations/uksouth/importExportOperationResults/*****7-c741-4783-8afe-*****-******?api-version=2020-02-02-preview'
2020-12-14T06:29:10.4714037Z msrest.http_logger :     'Retry-After': '15'
2020-12-14T06:29:10.4715120Z msrest.http_logger :     'Azure-AsyncOperation': 'https://management.azure.com/subscriptions/********-****-416f-9713-01ffa7505a59/providers/Microsoft.Sql/locations/uksouth/importExportAzureAsyncOperation/*******-4783-8afe-b26b71af8d39-******-sqlserver?api-version=2020-02-02-preview'
2020-12-14T06:29:10.4715760Z msrest.http_logger :     'x-ms-request-id': 'd3489d8c-8845-4ac8-9677-5de8edcb0715'
2020-12-14T06:29:10.4716395Z msrest.http_logger :     'Server': 'Microsoft-HTTPAPI/2.0'
2020-12-14T06:29:10.4716968Z msrest.http_logger :     'x-ms-ratelimit-remaining-subscription-writes': '1198'
2020-12-14T06:29:10.4717918Z msrest.http_logger :     'x-ms-correlation-request-id': '3b9f9b28-ac0e-46c2-aa0d-b074820cb6a4'
2020-12-14T06:29:10.4719885Z msrest.http_logger :     'x-ms-routing-request-id': 'EASTUS2:20201214T062910Z:3b9f9b28-ac0e-46c2-aa0d-b074820cb6a4'
2020-12-14T06:29:10.4720324Z msrest.http_logger :     'Strict-Transport-Security': 'max-age=31536000; includeSubDomains'
2020-12-14T06:29:10.4720653Z msrest.http_logger :     'X-Content-Type-Options': 'nosniff'
2020-12-14T06:29:10.4720966Z msrest.http_logger :     'Date': 'Mon, 14 Dec 2020 06:29:09 GMT'
2020-12-14T06:29:10.4721227Z msrest.http_logger : Response content:
2020-12-14T06:29:10.4721546Z msrest.http_logger : {"operation":"Import","startTime":"2020-12-14T06:29:10.3967857Z"}

It goes on trying the importExportOperationResults call for about 20 minutes then fails with the below:
2020-12-14T06:59:27.8589252Z AdalAuthentication.signed_session invoked by Track 1 SDK
2020-12-14T06:59:27.8590880Z Retrieving token from ADAL for resource 'https://management.core.windows.net/'
2020-12-14T06:59:27.8596301Z adal-python : *******-****-****-9bdd-b5f94b7f2f76 - Authority:Performing instance discovery: ...
2020-12-14T06:59:27.8597448Z adal-python : *******-****-****-9bdd-b5f94b7f2f76 - Authority:Performing static instance discovery
2020-12-14T06:59:27.8598750Z adal-python : *******-****-****-9bdd-b5f94b7f2f76 - Authority:Authority validated via static instance discovery
2020-12-14T06:59:27.8600859Z adal-python : *******-****-****-9bdd-b5f94b7f2f76 - TokenRequest:Getting token with client credentials.
2020-12-14T06:59:27.8602215Z adal-python : *******-****-****-9bdd-b5f94b7f2f76 - TokenRequest:No user_id passed for cache query
2020-12-14T06:59:27.8602963Z adal-python : *******-****-****-9bdd-b5f94b7f2f76 - CacheDriver:finding with query keys: {'_clientId': '...'}
2020-12-14T06:59:27.8603718Z adal-python : *******-****-****-9bdd-b5f94b7f2f76 - CacheDriver:Looking for potential cache entries: {'_clientId': '...'}
2020-12-14T06:59:27.8604684Z adal-python : *******-****-****-9bdd-b5f94b7f2f76 - CacheDriver:Found 0 potential entries.
2020-12-14T06:59:27.8647318Z urllib3.connectionpool : Starting new HTTPS connection (1): login.microsoftonline.com:443
2020-12-14T06:59:28.1619805Z urllib3.connectionpool : https://login.microsoftonline.com:443 "POST /***/oauth2/token HTTP/1.1" 200 1689
2020-12-14T06:59:28.1644387Z adal-python : *******-****-****-9bdd-b5f94b7f2f76 - OAuth2Client:Get Token Server returned this correlation_id: *******-****-****-9bdd-b5f94b7f2f76
2020-12-14T06:59:28.1646547Z adal-python : *******-****-****-9bdd-b5f94b7f2f76 - CacheDriver:Adding entry AccessTokenId: b'vVpYwxNizJBbHb0ntJySnOsFZdWZALKzc5znOQBrBnU='
2020-12-14T06:59:28.1648582Z adal-python : *******-****-****-9bdd-b5f94b7f2f76 - CacheDriver:Added entry is MRRT
2020-12-14T06:59:28.1650509Z msrest.http_logger : Request URL: 'https://management.azure.com/subscriptions/********-****-416f-9713-01ffa7505a59/providers/Microsoft.Sql/locations/uksouth/importExportAzureAsyncOperation/*******-****-****-8afe-b26b71af8d39-*****-dev-sqlserver?api-version=2020-02-02-preview'
2020-12-14T06:59:28.1652469Z msrest.http_logger : Request method: 'GET'
2020-12-14T06:59:28.1653634Z msrest.http_logger : Request headers:
2020-12-14T06:59:28.1655125Z msrest.http_logger :     'Accept': 'application/json'
2020-12-14T06:59:28.1656830Z msrest.http_logger :     'x-ms-client-request-id': '*******-****-****-b319-000d3a0551a1'
2020-12-14T06:59:28.1657950Z msrest.http_logger :     'User-Agent': 'python/3.6.8 (Windows-10-10.0.14393-SP0) msrest/0.6.18 VSTS_*******-****-****-81de-cb2dc0abcdc5_Release__2030_5652_1 msrest_azure/0.6.3 azure-mgmt-sql/0.21.0 Azure-SDK-For-Python AZURECLI/2.15.1 (MSI)'
2020-12-14T06:59:28.1658972Z msrest.http_logger : Request body:
2020-12-14T06:59:28.1659664Z msrest.http_logger : None
2020-12-14T06:59:28.1660326Z msrest.universal_http : Configuring redirects: allow=True, max=30
2020-12-14T06:59:28.1661145Z msrest.universal_http : Configuring request: timeout=100, verify=True, cert=None
2020-12-14T06:59:28.1662227Z msrest.universal_http : Configuring proxies: ''
2020-12-14T06:59:28.1663002Z msrest.universal_http : Evaluate proxies against ENV settings: True
2020-12-14T06:59:28.3958964Z urllib3.connectionpool : https://management.azure.com:443 "GET /subscriptions/********-****-416f-9713-01ffa7505a59/providers/Microsoft.Sql/locations/uksouth/importExportAzureAsyncOperation/*******-****-****-8afe-b26b71af8d39-*****-dev-sqlserver?api-version=2020-02-02-preview HTTP/1.1" 500 162
2020-12-14T06:59:28.3961722Z urllib3.util.retry : Incremented Retry for (url='/subscriptions/********-****-416f-9713-01ffa7505a59/providers/Microsoft.Sql/locations/uksouth/importExportAzureAsyncOperation/*******-****-****-8afe-b26b71af8d39-*****-dev-sqlserver?api-version=2020-02-02-preview'): Retry(total=3, connect=4, read=4, redirect=None, status=None)
2020-12-14T06:59:28.3965467Z urllib3.connectionpool : Retry: /subscriptions/********-****-416f-9713-01ffa7505a59/providers/Microsoft.Sql/locations/uksouth/importExportAzureAsyncOperation/*******-****-****-8afe-b26b71af8d39-*****-dev-sqlserver?api-version=2020-02-02-preview
2020-12-14T06:59:28.3967173Z urllib3.connectionpool : Resetting dropped connection: management.azure.com
2020-12-14T06:59:28.6273991Z urllib3.connectionpool : https://management.azure.com:443 "GET /subscriptions/********-****-416f-9713-01ffa7505a59/providers/Microsoft.Sql/locations/uksouth/importExportAzureAsyncOperation/*******-****-****-8afe-b26b71af8d39-*****-dev-sqlserver?api-version=2020-02-02-preview HTTP/1.1" 500 162
2020-12-14T06:59:28.6276885Z urllib3.util.retry : Incremented Retry for (url='/subscriptions/********-****-416f-9713-01ffa7505a59/providers/Microsoft.Sql/locations/uksouth/importExportAzureAsyncOperation/*******-****-****-8afe-b26b71af8d39-*****-dev-sqlserver?api-version=2020-02-02-preview'): Retry(total=2, connect=4, read=4, redirect=None, status=None)
2020-12-14T06:59:30.2294117Z urllib3.connectionpool : Retry: /subscriptions/********-****-416f-9713-01ffa7505a59/providers/Microsoft.Sql/locations/uksouth/importExportAzureAsyncOperation/*******-****-****-8afe-b26b71af8d39-*****-dev-sqlserver?api-version=2020-02-02-preview
2020-12-14T06:59:30.2296374Z urllib3.connectionpool : Resetting dropped connection: management.azure.com
2020-12-14T06:59:30.4845931Z urllib3.connectionpool : https://management.azure.com:443 "GET /subscriptions/********-****-416f-9713-01ffa7505a59/providers/Microsoft.Sql/locations/uksouth/importExportAzureAsyncOperation/*******-****-****-8afe-b26b71af8d39-*****-dev-sqlserver?api-version=2020-02-02-preview HTTP/1.1" 500 162
2020-12-14T06:59:30.4848771Z urllib3.util.retry : Incremented Retry for (url='/subscriptions/********-****-416f-9713-01ffa7505a59/providers/Microsoft.Sql/locations/uksouth/importExportAzureAsyncOperation/*******-****-****-8afe-b26b71af8d39-*****-dev-sqlserver?api-version=2020-02-02-preview'): Retry(total=1, connect=4, read=4, redirect=None, status=None)
2020-12-14T06:59:33.6865849Z urllib3.connectionpool : Retry: /subscriptions/********-****-416f-9713-01ffa7505a59/providers/Microsoft.Sql/locations/uksouth/importExportAzureAsyncOperation/*******-****-****-8afe-b26b71af8d39-*****-dev-sqlserver?api-version=2020-02-02-preview
2020-12-14T06:59:33.6866864Z urllib3.connectionpool : Resetting dropped connection: management.azure.com
2020-12-14T06:59:33.9581367Z urllib3.connectionpool : https://management.azure.com:443 "GET /subscriptions/********-****-416f-9713-01ffa7505a59/providers/Microsoft.Sql/locations/uksouth/importExportAzureAsyncOperation/*******-****-****-8afe-b26b71af8d39-*****-dev-sqlserver?api-version=2020-02-02-preview HTTP/1.1" 500 162
2020-12-14T06:59:33.9583704Z urllib3.util.retry : Incremented Retry for (url='/subscriptions/********-****-416f-9713-01ffa7505a59/providers/Microsoft.Sql/locations/uksouth/importExportAzureAsyncOperation/*******-****-****-8afe-b26b71af8d39-*****-dev-sqlserver?api-version=2020-02-02-preview'): Retry(total=0, connect=4, read=4, redirect=None, status=None)
2020-12-14T06:59:40.3596690Z urllib3.connectionpool : Retry: /subscriptions/********-****-416f-9713-01ffa7505a59/providers/Microsoft.Sql/locations/uksouth/importExportAzureAsyncOperation/*******-****-****-8afe-b26b71af8d39-*****-dev-sqlserver?api-version=2020-02-02-preview
2020-12-14T06:59:40.3599139Z urllib3.connectionpool : Resetting dropped connection: management.azure.com
2020-12-14T06:59:40.8507337Z urllib3.connectionpool : https://management.azure.com:443 "GET /subscriptions/********-****-416f-9713-01ffa7505a59/providers/Microsoft.Sql/locations/uksouth/importExportAzureAsyncOperation/*******-****-****-8afe-b26b71af8d39-*****-dev-sqlserver?api-version=2020-02-02-preview HTTP/1.1" 500 162
2020-12-14T06:59:40.8513462Z msrest.exceptions : Error occurred in request., RetryError: HTTPSConnectionPool(host='management.azure.com', port=443): Max retries exceeded with url: /subscriptions/********-****-416f-9713-01ffa7505a59/providers/Microsoft.Sql/locations/uksouth/importExportAzureAsyncOperation/*******-****-****-8afe-b26b71af8d39-*****-dev-sqlserver?api-version=2020-02-02-preview (Caused by ResponseError('too many 500 error responses',))
2020-12-14T06:59:41.4262179Z azure.cli.core.util.handle_exception is called with an exception:
2020-12-14T06:59:41.4275348Z Traceback (most recent call last):
2020-12-14T06:59:41.4275986Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-cbtdz5ps\requests\adapters.py", line 449, in send
2020-12-14T06:59:41.4276992Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-6alwzak1\urllib3\connectionpool.py", line 734, in urlopen
2020-12-14T06:59:41.4278912Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-6alwzak1\urllib3\connectionpool.py", line 734, in urlopen
2020-12-14T06:59:41.4279443Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-6alwzak1\urllib3\connectionpool.py", line 734, in urlopen
2020-12-14T06:59:41.4279783Z   [Previous line repeated 1 more time]
2020-12-14T06:59:41.4280233Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-6alwzak1\urllib3\connectionpool.py", line 714, in urlopen
2020-12-14T06:59:41.4280681Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-6alwzak1\urllib3\util\retry.py", line 399, in increment
2020-12-14T06:59:41.4281479Z urllib3.exceptions.MaxRetryError: HTTPSConnectionPool(host='management.azure.com', port=443): Max retries exceeded with url: /subscriptions/********-****-416f-9713-01ffa7505a59/providers/Microsoft.Sql/locations/uksouth/importExportAzureAsyncOperation/*******-****-****-8afe-b26b71af8d39-*****-dev-sqlserver?api-version=2020-02-02-preview (Caused by ResponseError('too many 500 error responses',))
2020-12-14T06:59:41.4282226Z
2020-12-14T06:59:41.4282465Z During handling of the above exception, another exception occurred:
2020-12-14T06:59:41.4282648Z
2020-12-14T06:59:41.4282895Z Traceback (most recent call last):
2020-12-14T06:59:41.4283223Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-k34ct6ah\msrest\universal_http\requests.py", line 142, in send
2020-12-14T06:59:41.4283604Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-cbtdz5ps\requests\sessions.py", line 533, in request
2020-12-14T06:59:41.4284000Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-cbtdz5ps\requests\sessions.py", line 646, in send
2020-12-14T06:59:41.4284387Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-cbtdz5ps\requests\adapters.py", line 507, in send
2020-12-14T06:59:41.4285104Z requests.exceptions.RetryError: HTTPSConnectionPool(host='management.azure.com', port=443): Max retries exceeded with url: /subscriptions/********-****-416f-9713-01ffa7505a59/providers/Microsoft.Sql/locations/uksouth/importExportAzureAsyncOperation/*******-****-****-8afe-b26b71af8d39-*****-dev-sqlserver?api-version=2020-02-02-preview (Caused by ResponseError('too many 500 error responses',))
2020-12-14T06:59:41.4285706Z
2020-12-14T06:59:41.4285899Z During handling of the above exception, another exception occurred:
2020-12-14T06:59:41.4286098Z
2020-12-14T06:59:41.4286236Z Traceback (most recent call last):
2020-12-14T06:59:41.4286732Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-84ckl4fg\azure\cli\core\commands\__init__.py", line 977, in __call__
2020-12-14T06:59:41.4287135Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-k34ct6ah\msrest\polling\poller.py", line 183, in result
2020-12-14T06:59:41.4287556Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-k34ct6ah\msrest\polling\poller.py", line 201, in wait
2020-12-14T06:59:41.4287990Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-k34ct6ah\msrest\polling\poller.py", line 152, in _start
2020-12-14T06:59:41.4288502Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-3kvwg7c4\msrestazure\polling\arm_polling.py", line 390, in run
2020-12-14T06:59:41.4288941Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-3kvwg7c4\msrestazure\polling\arm_polling.py", line 415, in _poll
2020-12-14T06:59:41.4289368Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-3kvwg7c4\msrestazure\polling\arm_polling.py", line 443, in update_status
2020-12-14T06:59:41.4289831Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-3kvwg7c4\msrestazure\polling\arm_polling.py", line 470, in request_status
2020-12-14T06:59:41.4290236Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-k34ct6ah\msrest\service_client.py", line 336, in send
2020-12-14T06:59:41.4290656Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-k34ct6ah\msrest\pipeline\__init__.py", line 197, in run
2020-12-14T06:59:41.4291046Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-k34ct6ah\msrest\pipeline\__init__.py", line 150, in send
2020-12-14T06:59:41.4291465Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-k34ct6ah\msrest\pipeline\requests.py", line 72, in send
2020-12-14T06:59:41.4291928Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-k34ct6ah\msrest\pipeline\requests.py", line 137, in send
2020-12-14T06:59:41.4292570Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-k34ct6ah\msrest\pipeline\__init__.py", line 150, in send
2020-12-14T06:59:41.4293000Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-k34ct6ah\msrest\pipeline\requests.py", line 193, in send
2020-12-14T06:59:41.4293393Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-k34ct6ah\msrest\universal_http\requests.py", line 333, in send
2020-12-14T06:59:41.4293989Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-k34ct6ah\msrest\universal_http\requests.py", line 145, in send
2020-12-14T06:59:41.4294403Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-k34ct6ah\msrest\exceptions.py", line 51, in raise_with_traceback
2020-12-14T06:59:41.4294854Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-k34ct6ah\msrest\universal_http\requests.py", line 142, in send
2020-12-14T06:59:41.4295289Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-cbtdz5ps\requests\sessions.py", line 533, in request
2020-12-14T06:59:41.4295871Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-cbtdz5ps\requests\sessions.py", line 646, in send
2020-12-14T06:59:41.4296292Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-cbtdz5ps\requests\adapters.py", line 507, in send
2020-12-14T06:59:41.4297141Z msrest.exceptions.ClientRequestError: Error occurred in request., RetryError: HTTPSConnectionPool(host='management.azure.com', port=443): Max retries exceeded with url: /subscriptions/********-****-416f-9713-01ffa7505a59/providers/Microsoft.Sql/locations/uksouth/importExportAzureAsyncOperation/*******-****-****-8afe-b26b71af8d39-*****-dev-sqlserver?api-version=2020-02-02-preview (Caused by ResponseError('too many 500 error responses',))
2020-12-14T06:59:41.4299532Z
2020-12-14T06:59:41.4299768Z During handling of the above exception, another exception occurred:
2020-12-14T06:59:41.4300011Z
2020-12-14T06:59:41.4300165Z Traceback (most recent call last):
2020-12-14T06:59:41.4301060Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-2lthyver\knack\cli.py", line 215, in invoke
2020-12-14T06:59:41.4301488Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-84ckl4fg\azure\cli\core\commands\__init__.py", line 654, in execute
2020-12-14T06:59:41.4301978Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-84ckl4fg\azure\cli\core\commands\__init__.py", line 717, in _run_jobs_serially
2020-12-14T06:59:41.4302460Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-84ckl4fg\azure\cli\core\commands\__init__.py", line 710, in _run_job
2020-12-14T06:59:41.4303461Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-o9e7nicr\six.py", line 703, in reraise
2020-12-14T06:59:41.4303887Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-84ckl4fg\azure\cli\core\commands\__init__.py", line 699, in _run_job
2020-12-14T06:59:41.4304300Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-84ckl4fg\azure\cli\core\commands\__init__.py", line 981, in __call__
2020-12-14T06:59:41.4304802Z   File "C:\Users\VSSADM~1\AppData\Local\Temp\pip-unpacked-wheel-84ckl4fg\azure\cli\core\commands\arm.py", line 134, in handle_long_running_operation_exception
2020-12-14T06:59:41.4306260Z knack.util.CLIError: Deployment failed. Error occurred in request., RetryError: HTTPSConnectionPool(host='management.azure.com', port=443): Max retries exceeded with url: /subscriptions/********-****-416f-9713-01ffa7505a59/providers/Microsoft.Sql/locations/uksouth/importExportAzureAsyncOperation/*******-****-****-8afe-b26b71af8d39-*****-dev-sqlserver?api-version=2020-02-02-preview (Caused by ResponseError('too many 500 error responses',))
2020-12-14T06:59:41.4306949Z
2020-12-14T06:59:41.4307893Z cli.azure.cli.core.azclierror : Deployment failed. Error occurred in request., RetryError: HTTPSConnectionPool(host='management.azure.com', port=443): Max retries exceeded with url: /subscriptions/********-****-416f-9713-01ffa7505a59/providers/Microsoft.Sql/locations/uksouth/importExportAzureAsyncOperation/*******-****-****-8afe-b26b71af8d39-*****-dev-sqlserver?api-version=2020-02-02-preview (Caused by ResponseError('too many 500 error responses',))
2020-12-14T06:59:41.4309744Z Deployment failed. Error occurred in request., RetryError: HTTPSConnectionPool(host='management.azure.com', port=443): Max retries exceeded with url: /subscriptions/********-****-416f-9713-01ffa7505a59/providers/Microsoft.Sql/locations/uksouth/importExportAzureAsyncOperation/*******-****-****-8afe-b26b71af8d39-*****-dev-sqlserver?api-version=2020-02-02-preview (Caused by ResponseError('too many 500 error responses',))
2020-12-14T06:59:41.4310714Z Event: Cli.PostExecute [<function AzCliLogging.deinit_cmd_metadata_logging at 0x03E90858>]
2020-12-14T06:59:41.4311083Z az_command_data_logger : exit code: 1
2020-12-14T06:59:41.4311489Z Command ran in 1833.466 seconds (init: 0.131, invoke: 1833.334)
2020-12-14T06:59:41.4715396Z telemetry.save : Save telemetry record of length 16973 in cache
2020-12-14T06:59:42.3405689Z telemetry.check : Returns Positive.
2020-12-14T06:59:42.3406182Z telemetry.main : Begin creating telemetry upload process.
2020-12-14T06:59:42.3406903Z telemetry.process : Creating upload process: "C:\Program Files (x86)\Microsoft SDKs\Azure\CLI2\python.exe C:\Program Files (x86)\Microsoft SDKs\Azure\CLI2\lib\site-packages\azure\cli\telemetry\__init__.pyc D:\a\_temp\.azclitask"
2020-12-14T06:59:42.3407641Z telemetry.process : Return from creating process
2020-12-14T06:59:42.3407962Z telemetry.main : Finish creating telemetry upload process.
2020-12-14T06:59:42.3408305Z Import completed
2020-12-14T06:59:43.2308863Z Removed firewall rule
2020-12-14T06:59:43.3187023Z [command]C:\windows\system32\cmd.exe /D /S /C ""C:\Program Files (x86)\Microsoft SDKs\Azure\CLI2\wbin\az.cmd" account clear"

sql

I've seen this same behaviour from Azure DevOps CLI Step. (windows-2019 hosted agent) and it was working fine and then in the last couple of weeks it has stopped working with the same error.

Still noticing the same as @binarysenator from Azure DevOps CLI - worked fine up to a few weeks back, I think it changed beginning this year - no specific error message, the "import db" job keeps running and eventually times out after 30min

Does this happen with the powershell command New-AzSqlDatabaseImport as well, or is it specific to CLI?
If it happens with powershell as well, does the operation appear in the azure portal? If so, what is the status there?


Improve phone-number test suite

Previous tests didn't force a fully generalized solution (for example: http://exercism.io/submissions/6cdc9ac426de4a28b9223a19a71717c1)

:smile: thanks!


iOS 11.1.1 Safari issue with Stripe Elements Credit Card Field

Hello,
I'm having a issue on iOS 11.1.1. on iPhone.
Only in Safari (in Chrome or Firefox it works), Stripe Credit Card field doesn't work, both inline or with separate fields.
I've tried with WooCommerce Stripe extensions, on Storefront (WC official theme).
WP 4.9.6, WC 3.4.2, WC Stripe Gateway 4.1.7, Storefront 2.3.2
https://imgur.com/ekTOPy4
The Credit Card field appears collapsed.
If I click on it, the page scroll to top and the cursor is focused at the beginning on an invisibile field (.CardField-number inside __privateStripeFrame4 iframe) and the iOS number keyboard is shown. You can enter numbers but they are hidden in the invisible field, so it's totally unusable!
https://imgur.com/DsTiyk1
I've tried to uncheck 'Inline Credit Card Form' setting, but the issue is almost same:
https://imgur.com/SBREkOb
I've then tried Stripe Official demo and same issue (if I click on the input field, page scrolls to top, hidden field, …):
https://imgur.com/zeS3jck
As I wrote, on Firefox or Chrome on same iOS version, it works.
It also works on iOS 11.4 Safari.
But I'm worried about previous iOS version, since you can't force your customers to update to latest iOS version on their devices and this issue makes Stripe Payment not usable on mobile (at least on iOS Safari).
Thanks

I am seeing this same issue as reported above.  Are there any updates to this?

Another Todd here, also seeing this same issue using react-stripe-elements. Any solutions?

Please note that this issue tracker is for bugs or issues directly related to this project, and not for general support. Please feel free to reach out to https://support.stripe.com/email and we would be glad to help further!
Please do feel free to post the resolution here, though, if you've come to a conclusion. Thanks.

Hi,
You can force the overflow on the .stripe class like that.
It worked for me.
.stripe {     overflow: visible!important; }


Column picker can't read visibility if DataGrid column has a variable for Title

Describe the bug
If a RadzenDataGridColumn has a Title set to a string variable vs hard-coded, the correct value of the variable is shown in the picker but it appears as unselected, even though the column is visible. Workaround is to explicitly set the Visibility of the column to true.
To Reproduce
Steps to reproduce the behavior:

Create a datgrid and set AllowColumnPicking=true
Create variable _myTitle and set it during Initialization of the razor component.
Set column as follows:
View column picker - value of _myTitle will show, but it is unchecked.

Works well in our demo: https://blazor.radzen.com/datagrid-column-picker

Ok - I didn't realize it is by design to explicitly set Visible when Title is a variable. Thanks for clarifying!


Defer unresolved to after update for expressions - #2224 - RFC

See #2224. This is one of those chewy places where ExpressionProxy acts like a model and a virtual DOM item at the same time. Even though the item side is about to be removed, the model side is updated before that happens and triggers the computation again.
I tried to come at this from a few different angles:

Getting the computation to see if its fragment should be rendered by asking up the fragment hierarchy, but that was a big ugly change and was confusing to trace through at best.
Avoiding the call to get in has, but here there's no clear indicator as to when to skip.
Using the cached value in has if the fragment is dirty. This breaks a few things too.
I finally landed on deferring unresolved clear for ExpressionProxys to be deferred until after the round of fragment updates is processed if the fragment is dirty.

Number 3 seems to work fairly well, but I'm not positive it's the best approach. I had to add support for checking to see if there is an active batch to the runloop to avoid an infinite recursion scenario. Thoughts?

in the test, should you count the number of times y it's called, as well?

It does indirectly with t.expect(2). If the function gets called twice, there are three assertions and the test fails.

clever :)


Un Usable

Python won't let me install PyQt5, it says Jinja is incompatible, it wont work at all!

Sorry this isn't maintained, I think there are a few alternative libraries. I might just archive this library unless someone else wants to take it over

Bummer, this would cut my work down from 2 weeks to 20 minutes. I would take over if I knew enough.


Chaining operations

imaginary('image.jpg')
  .chain()
  .crop({ width: 100, height: 100 })
  .rotate(90)
  .on('error', function () { ... })
  .pipe('out.jpg')

Just a suggestion, but wouldn't it be easier to include the transforms queue in a single object?
Something like...
imaginary('image.jpg')
.params({
  crop: {
    width: 100,
    height: 100
  },
  rotate: 90
})
.on('error', function () { ... })
.pipe('out.jpg')

In addition to being a friendlier syntax, the params object can easily be manipulated before being passed to node-imaginary. One use case example is that custom transforms can be held in a json file and passed directly to node-imaginary for processing.

That would be valid for multiplexed operations over a single request, but you can't do all the operations in a single request.
When multiplexing is not posible, a chainable DSL fits good and it is more expressive, but you can also do things like:
imaginary('image.jpg')
.operations({
  crop: {
    width: 600,
    height: 400
  },
  extract: {
    top: 90,
    areawidth: 300
  }
})
.on('error', function () { ... })
.pipe('out.jpg')

Thanks for replying so fast.
Are you saying it works as in that is acceptable? or that it actually works right now?

I wanted to say that it would work fine, but that's not supported yet.

It looks like a very powerful solution.
When you say multiplexed operations are not possible, is that a limitation (or feature) of Imaginary?
If so, is the workflow that it should create an actual chain of requests to Imaginary for each new operation?
If so, perhaps it should return a promise with the final request passed to it. Do you have any other suggestions for how best to achieve this?

It is a small limitation in imaginary HTTP API design, but it should be relatively easy to fix.
There's a feature request related to this topic in imaginary:
https://github.com/h2non/imaginary/issues/101
Once that is supported, multiple operations can be multiplexed in the same HTTP transaction.
When I initially designed imaginary I didn't think that this would be a huge problem since multiple requests for multiple operations should not be a concerning issue in most scenarios, especially in the same cloud infrastructure network, but looks like for most users this can speed up things a bit and I don't see the reason to do not support that. On the other hand, I don't know when I would be able to invest some time working on this since it's a feature I don't need yet.
For now, the fast solution would be delegating this on the client side, where a programmatic API client can transparently handle this for you performing the required image operations as a pipeline of image transformations, running multiple HTTP requests, if needed, but underlying that logic and complexability.

This is currently supported in latest version via pipeline()

Programmatic usage example for reference: https://github.com/h2non/node-imaginary/blob/master/examples/pipeline.js


Homebridge on Pi via Ethernet

Hi All,
I'm running Homebridge on raspberry pi model 3 b+ via Ethernet where raspberry pi is working as a WiFi hotspot and the Homekit is connected to the WiFi produced by raspberry pi hostapd mode and I'm using ESP32 to control the LED and the ESP32 is also connected to the same WiFi network as produced by raspberry pi but I'm not able to add Accessory on the Homekit.
Any suggestions how can I sort this problem where Homebridge is running on Ethernet and Homekit is on WiFi.
Regards,
Yatin Baluja

Make sure homebridge announces itself (using Bonjour) over the WiFi interface, see https://github.com/nfarina/homebridge/issues/2098.


Setup projects through Runme link fails on Windows

On Windows, setting up a project through the vscode://stateful.runme link fails with
Error (FileSystemError): Unable to resolve filesystem provider with relative file path 'C:\Users\CHRIST~1\AppData\Local\Temp\tmp-8536-XAjmNZbIadTK/webdriverio'
	at Yt.c (c:\Users\christianbromann\AppData\Local\Programs\Microsoft VS Code\resources\app\out\vs\workbench\api\node\extensionHostProcess.js:98:26311)
	at Object.createDirectory (c:\Users\christianbromann\AppData\Local\Programs\Microsoft VS Code\resources\app\out\vs\workbench\api\node\extensionHostProcess.js:98:24679)
	at async e (c:\Users\christianbromann\.vscode\extensions\stateful.runme-0.6.5\out\extension.js:2:2447618)
	at async t.RunmeUriHandler._setupProject (c:\Users\christianbromann\.vscode\extensions\stateful.runme-0.6.5\out\extension.js:2:2445050)
	at async t.RunmeUriHandler.handleUri (c:\Users\christianbromann\.vscode\extensions\stateful.runme-0.6.5\out\extension.js:2:2444661)

Fixed by https://github.com/stateful/vscode-runme/pull/264


Service all steps should have fixed height between header and next button.

In GitLab by @yhua123 on Sep 21, 2017, 17:50
32.33% -> 32.332%  the icon shaked

In GitLab by @liyanq528 on Nov 8, 2019, 07:37
fixed by pull request #486

In GitLab by @wknet123 on Nov 8, 2019, 07:37
Closing it as fixed.

In GitLab by @sokril on Nov 8, 2019, 08:11
closed

In GitLab by @sokril on Nov 8, 2019, 08:11
assigned to @liyanq528


Fix bug in GetNextMasternodeForPayment

Fixes #2788

Slightly-tested ACK

I assume the crash was only happening on develop and not on 0.13.x?

@codablock yes, it was introduced recently with the removal of legacy code.

can anyone please tell me any address or link to get faucets for my dashcoin testnet address


Fix some tests which fail on Windows

On Windows, the addresses of objects are for whatever reason represented with capital hexadecimals. This is causing tests to fail on conda-forge.
Note: I don't have Windows myself, so I can't test this, but it seems straightforward enough.

Thanks Jasha10!!!
Is there anything I could do to help move the conda-forge feedstock forward?

@maresb The omegaconf feedstock is an independent project and I'm not sure who the maintainer is. Sorry I'm not competent to help, as I'm unfamiliar with how conda feedstocks work.

Thanks for the clarification @Jasha10, I was a bit confused, thinking that you were involved. But now I see that just @omry (plus a few others) is listed as a maintainer on the feedstock, but based on the commit history it doesn't look like omry has been very active here over the past year.
I sent a request for maintainer permissions on the feestock, so I'll get things sorted on the conda-forge side eventually. Thanks again for the prompt fixes!

That went faster than expected. Now everything's up-to-date on Conda-Forge. :smile:


Round to hundreths, and not tenths

Some people have teeny doses, and hundreths would be more consistent with most calculators on the web.

Updated and pushed to server.


[AIRFLOW-408] Fix format string bug

Dear Airflow Maintainers,
Please accept this PR that addresses the following issues:

https://issues.apache.org/jira/browse/AIRFLOW-408

@plypaul

LGTM

Thanks @zodiac !


Flash buff

About the PR

fixes area flash being broken.
makes melee flash hits stun for 1.5 seconds
Why / Balance

Melee flashes are pretty garbage. It's basically useless compared to just using the area flash. Not being able to properly stun people also makes flashes pretty worthless as a limited control tool (for people like heads).
Making the flash actually stun allows them to be a lot more useful for defense while being much more counterable than a baton due to the prevalence of flash protection. This makes heads way more able to deal with shitters via using flashes. it also reduces a pretty common metagaming aspect of revs.
Technical details

the predicate for ignoring on the raycast was brokey.
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

Changelog

Science antags were already the greatest power gamers, I am ready for them to become even more powerful than before!

Wait what?
Like stun stun? On the ground stun?

the stun should not last long enough to cuff someone, which i think it barely does at 3 seconds

the stun should not last long enough to cuff someone, which i think it barely does at 3 seconds

yeah but still, you can just stun them with the flash then bash their head in with the baton

Does this stun prevent stamcrit or its something like shock stun?

As people told before, anyone can use flashing device as compact stunbaton, without usinh stunbatom.
Its good buff for flash, but it will turn station into epileptic cautious location.
So what about to give stun property to flashbangs types? It will save people's nervous from tiders that break into robotics.

That would mean stingers stun you even if they do not stamstun you... :trollface:

An instant stun/disarm against anyone not wearing sunglasses feels, at first glance, like it might end up being not awesome.
Perhaps it would be better if the melee flashing function simply blinded for longer? Long enough to escape or otherwise beat the person into submission without taking away any chance for them to fight back.
Lastly, I thought flashes were already reduced in volume to cut down on rev metagaming. If they weren't, that would probably be the better change to reduce flash callouts.

Melee flash already blinds and slows for 300% duration. Which is plenty to stunbaton.

Melee flash including wideswing already blinds and slows for 300% duration, which is plenty to stunbaton.

I see, if that's the case I don't think I could support a buff for flashes right now. At least, not one that will disarm anyone at will with a single swing.

Can we give all heads of staff sunglasses?

Antagonists have no chance of winning in close combat

this seems way too strong and just to allow headrevs to flash people in the bar openly and not instantly be valid

It really is way too strong; flashes as-is are 90% of the time a "hey, you win this combat interaction now" tool, making them also stun you on-hit without nerfing the AOE range is really overpowered. There are about 10 people on a fully filled highpop station with flashres. You still can win combat interactions against the majority of the station just by having a flash right now and this doesn't make it better.
This also effectively forces antagonists (as if they are not already forced) into buying or acquiring flash resistance if they intend to interact with sec/command in any way at all (which makes up the bulk of traitor objectives) to avoid getting trolled by an instant on-demand 5 charge stun that also has an AOE blind feature.
Flashes should put you into a disadvantage if you're fighting against them without flashres but shouldn't make you instantly lose the fight.
I see a different solution to the problem behind this, melee flashes should temporarily allow you to forcefully grab someone and (if it does not already) should also just have a longer blind and slow duration, during the force-grab you can just drag them into a disposal bin or out of your dept, PJB doesn't have to chloral/crit Urist to get them out of medbay and everyone is happy.
It still is a flash buff (so, not very pretty balance-wise imo) but now it doesn't upset general combat balance as much, this could also be turned to a sidegrade by nerfing AoE flash range or blind/slow duration, which is pretty good anyway because this is the flashbang use case.

Can we give all heads of staff sunglasses?

NanoTrasen contact lenses, all command members immune to flashes

NanoTrasen contact lenses, all command members immune to flashes!!..... I wish.

Maybe make flashproof implants or give flash immunity to mindshield implants?

Guys, syndicate flashbang kit is already on life support, do not kill it with even more command buffs. :(

Guys, syndicate flashbang kit is already on life support, do not kill it with even more command buffs. :(

while this is a sec and command buff, this is an INSANE revs buff and im 100% for it

Guys, syndicate flashbang kit is already on life support, do not kill it with even more command buffs. :(

while this is a sec and command buff, this is an INSANE revs buff and im 100% for it

How command and sec being immune to flash effects 100% of the time without sec-/sunglassess is a buff to revs again? It also means all of sec is running sechud all the time and everyone wants mindshield regardless of gamemode if they are not rev.

While I have my own personal bias for disliking this pr in general.
I want to voice a concern from myself (and probably other admins) regarding how this will affect revolutionary identification
In our rule clarification surrounding rev identification, dropping to the floor after a flash is a direct mention of how to suspect revolutionaries. https://forum.spacestation14.io/index.php?/topic/3450-revealing-a-revolution
While this is going to need admin team discussion also I wanted to reference it here as it has a knock on effect on how security/command can identify/suspect revs.

I want to voice a concern from myself (and probably other admins) regarding how this will affect revolutionary identification In our rule clarification surrounding rev identification, dropping to the floor after a flash is a direct mention of how to suspect revolutionaries. https://forum.spacestation14.io/index.php?/topic/3450-revealing-a-revolution

to be quite honest, the fact that the malformed porting of flashes from SS13 was accepted as an intended feature rather than an inconsistency to remedy makes the ruling listed extremely comical. IMO, it should just be removed entirely as a method of suspect.

Maybe 0,5 second would be balanced?


Define the Deis HA story

High-availability clusters for Deis is a prerequisite for our 1.0 release. To achieve high availability, there are several things to consider:

How do we handle router being moved within the cluster?
Should the router be scheduled with fleet in the first place?
Should Deis concern itself with deploying router at all, or do we provide provisioning scripts to deploy, and they are then passed into clusters:create?
How do we handle HA Postgres/DB backups/replication?

@gabrtv / @carmstrong: It has been about a year, are you open to reconsidering vulcand?

Websockets are unsupported which is a non-starter, imo


New pull requests that can be created with v1.0.8 are not created with v1.0.9

We recently switched our workflow to use the latest version, 1.0.9, for this action but noticed that the action wasn't creating the pull request for a branch that didn't have a pull request yet, even though the action itself was not failing.
Usage:
      - name: Create pull request
        id: create-pull-request
        if: steps.find-pull-request.outputs.number == ''
        uses: vsoch/pull-request-action@master
        env:
          GITHUB_TOKEN: ${{ secrets.GITHUB_TOKEN }}
          PULL_REQUEST_TITLE: ${{ steps.pr-text.outputs.title }}
          PULL_REQUEST_BODY: ${{ steps.pr-text.outputs.body }}

When looking in the workflow logs, we get the following output:
START: Running Pull Request on Branch Update Action!
Found ${GITHUB_EVENT_PATH} at /github/workflow/event.json
Branch prefix is
No branch prefix is set, all branches will be used.
Pull requests will go to master
No explicit preference for draft PR: created PRs will be normal PRs.
No explicit preference for maintainer being able to modify: default is true.
PULL_REQUEST_ASSIGNEES is not set, no assignees.
PULL_REQUEST_REVIEWERS is not set, no reviewers.
PULL_REQUEST_TEAM_REVIEWERS is not set, no team reviewers.
PULL_REQUEST_FROM_BRANCH is not set, checking branch in payload.
Found ${GITHUB_EVENT_PATH} at /github/workflow/event.json
Found branch wip/azure-dns/epic-noether to open PR from
Pull request body is
# 1.1.0 (2020-09-25)

- Minor improvements

# 1.0.0 (2020-05-12)

- Initial release

Pull request title is Mod release candidate for azure-dns 1.2.0

Data for checking if pull request exists: {'base': 'master', 'head': 'wip/azure-dns/epic-noether', 'body': "\n# 1.1.0 (2020-09-25)\n\n- Minor improvements# 1.0.0 (2020-05-12)\n\n- Initial release"}

github pr response
<truncated JSON response due to length>
==========================================================================
END: Finished

I can see that it reaches the github pr response, but finishes immediately after. In the log for the github pr response, it has 11k+ lines of JSON data, containing information about currently open PRs in our repo, though none of them are relevant to this branch.
Is there something we have to change when calling the action in 1.0.9?

Also, after getting the output above, we tested running this action with the same inputs, just pinning it to 1.0.8, and that run was able to successfully create a new PR for the branch, with log messages showing up for the groups github pr response, github response, and a closing success message of "Number opened for PR is 28811".

hey @cbruno10 ! The difference between 1.08 and 1.0.9 is a refactor from bash to python, namely because users were having issues with debugging and python can better show the logging. In the meantime, if there is a version that works for you, you should use that, and let's see if we can work together to debug the issues with 1.0.9. Could you please share with me the response to the initial query (or point me to the gitHub url) so I can debug, and prepare a branch for you to test? I'd like to get everything working as expected with the latest Python version.

okay I've created an update/python-client branch that instead of printing the entire response, looks at the first head ref - which I think should emulate the previous bash, if you are able to test!

hey again! I've gone through testing of the branch, and it works as I'd expect now, if you'd like to test! The issue was just printing the entire response (for all branches) when we needed to search. I'm not sure if the GitHub API has changed, but it should have been the case that we didn't get back all PRs for the repo. It's not a big deal because we can just loop and look for the branch we want to open. Here are the logs of the run that I just did, https://github.com/vsoch/pull-request-action-example/runs/1167820772?check_suite_focus=true and it would be great if you can test too! If all looks good we can do a quick release. I also don't think it's intuitive for the default to not fail, so I switched around the variable to require the user to set PASS_ON_FAIL and then it would fail by default. Sorry for the trouble!

Thank you for the quick response and testing @vsoch ! I should have a chance later today to test it out and I'll let you know the results.

Awesome! Thank you so much. I'm wanting to get the latest back up and working as expected, and really appreciate the help.

I need some way to reproduce - the strange thing about the above is that it seems to just print the body, and then nothing else after that - it should be followed directly by the title, minimally. Let me put that print into it's own block and add more verbosity and you could be able to re-run (top right corner button). You should be able to do this now, these are the changes:
https://github.com/vsoch/pull-request-action/commit/a14dc2505b19c0227ad8b853cc846643ee0fc3f4

Oh I see another bug! GIve me a minute!

okay I made a few other updates! https://github.com/vsoch/pull-request-action/blob/update/python-client/pull-request.py The last detail that I think might be an issue is that we would need to provide a GitHub token possibly if the repository is private. Let's try again, and if the response returns 404 (or not successful code) we will add a variable to determine if it's private, and in this case, add the token header. I think this might also be related to #44

@vsoch Re-running the workflow created the PR as expected, thanks for the quick responses + fix for this!

Awesome! So I'll open a PR to put out a quick release. Did you run it after I had made the last update?

Yes, I believe so, I ran it about 10 minutes ago, so it should have had the latest updates in it.

Great! Here is the release https://github.com/vsoch/pull-request-action/releases/tag/1.0.10. Feel free to leave this open until you've given it a few more times to test (the previous branch doesn't exist anymore, but 1.0.10 has those changes).

I just tried the latest release and everything looks good. I'll close this issue, but raise another one if something else pops up. Thanks again for the quick help!

And thank you! Have a good weekend!


Added auto-completion for external commands.

Fixes #3456
Following Nicolas idea I create a pull request for add rehash support, but using a branch so he can add code to create a option to enable/disable rehash.

PR submitted.

PR merged.

Outstanding!
This PR looks ready to me, but it would be good to find a few more people to support it.

I've been running with this setup in my zshrc file since December 30th of last year and I haven't had any problems nor noticed any significant delays. :+1:

What is the status of this?

I created another PR just to add a zstyle line in a good place.


Code analysis

Fixes:

Inconsistent annotations causing warnings
Missing annotations causing warnings about uninitialized Out parameters
Incorrect annotations in _destroynum and _destroyrat causing spurious warnings.
Analyzer crashes on CalcViewModel with 32 bit toolchain.

Description of the changes:

I had to fix the annotations on a number of functions so that code analysis would build with a reasonable number of warnings. Most of them were just lacking the annotations on the definition, so I could've used _Use_decl_annotations_, but it looks more consistent this way.
Also, analyzer on CalcViewModel uses a ton of memory, and so it won't complete without crashing when run as a 32 bit process. So I enabled the x64 build for it.

Code analysis reveals a couple codepaths where there could be nullptr dereferences. For example, this looks like a legitimate warning:

...where stripzeroesnum immediately dereferences the pointer.
How changes were validated:

No actual functional changes to code. None needed?

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

Needs a rebase

@ariccio - Looks like you have some conflicts from recently merged changes.  Can you sync, merge and push an update?

Okey doke.

Lets see if I remember how to do this.

@ariccio -- Looks like your change still has some conflicts.

Closing as this was re-opened as #315


WIP: Add visualization in distribution.rst #110

Coverage remained the same at 55.051% when pulling 412d195367345c2e882125e5699904c24ec30041 on doutib:doutib-project6-vis into d485124e09e64266806c0f019a532366e83c1531 on berkeley-stat222:master.

This pull request needs substantial cleanup.
It includes edits to the classification text, which should be in a separate pull request for the distribution work.
One of your figures suggests that you were observing mice move something like 200 feet.  You should also have the figures autogenerated rather than adding them by hand.
You should not be adding junk files such as test_push.txt.
Also please clean up your commit history.  It shouldn't record every mistake you made before you figured out the correct thing.  Just commit the final correct thing.  For example, collapse all the Travis fixes to one commit.
Finally, never mark your pull request MRG until you have had several rounds of review with one or more of your classmates.

I don't think it is a good idea to commit Jupyter notebooks to the project.  What is the purpose of it?

@doutib Are you planning to continue working on this pull request?  If not, please close it.


Todo List

Goals

Correct and fast
High quality tests and docs
RustCrypto compatible (https://docs.rs/cipher)

Features
ZUC-128

[x] ZUC128 keystream generator

GB/T 33133.1-2016

[x] 128-EEA3 confidentiality algorithm

GB/T 33133.2-2021
https://www.gsma.com/solutions-and-impact/technologies/security/wp-content/uploads/2019/05/EEA3_EIA3_specification_v1_8.pdf

[ ] 128-EIA3 integrity algorithm

GB/T 33133.3-2021
https://www.gsma.com/solutions-and-impact/technologies/security/wp-content/uploads/2019/05/EEA3_EIA3_specification_v1_8.pdf

ZUC-256

[x] ZUC256 keystream generator

http://www.is.cas.cn/ztzl2016/zouchongzhi/201801/W020180416526664982687.pdf

[ ] ZUC256 MAC generation

http://www.is.cas.cn/ztzl2016/zouchongzhi/201801/W020180416526664982687.pdf

[ ] ZUC256 SIMD

http://www.jcr.cacrnet.org.cn/CN/10.13868/j.cnki.jcr.000455
https://ieeexplore.ieee.org/document/10061968
https://github.com/Nonights/ZUC256

References

https://github.com/CrayfishGo/gm-rs

https://github.com/CrayfishGo/gm-rs/tree/main/gm-zuc

https://github.com/guanzhi/GmSSL

https://github.com/guanzhi/GmSSL/blob/master/src/zuc.c
https://github.com/guanzhi/GmSSL/blob/master/src/zuc_modes.c
https://github.com/guanzhi/GmSSL/blob/master/tests/zuctest.c

Rewards for solving todo items

Reward (CNY)
impl
tests
docs

128-EEA3
100
30
20

128-EIA3
100
30
20

ZUC256
100
30
20

ZUC256 SIMD
300
30
20

我写 eea3-128, 吃完饭开始农

eia 3

benchmark: ZUC128 keystream generation https://github.com/Nugine/zuc/pull/7


Add NMPreprocessor protocol and Preprocessors class

This change gives Preprocessor classes the same treatment that Feature classes were being given in my other PR #307 , that is:

I created a Protocol "NMPreprocessor" from which all preprocessor classes inherit
I moved the initialization and execution of preprocessing from "nm_run_analysis" module to its own module "nm_preprocessing"
Like the class Features, I created a class Preprocessors that imports the necessary modules according to settings and instantiates them.
The NMPreprocessors instances are then run on the data by using Preprocessors.process_data(data)

I also added some utilities that can be shared by nm_features too:

a NamedTuple class in nm_types called ImportDetails (not sure I like the name a lot) that holds data about the name of a class and the module it's located in
a function get_class that lazy imports a class and returns the class object, given an ImportDetails input. Right now I put it in nm_types, but i don't know if that's the right place for it

This was quite a difficult modification due to the differences in the arguments taken by the different Preprocessor classes, so it requires quite a bit of "meta-programming" to get it working without errors. But I took some valuable lessons regarding typing and also regarding the different "settings" needs of the different preprocessors.

Awesome, merging #305 here did indeed fix the testing errors. Merging this into main then.


space-after-anon-function not applied to object properties

I've noticed an inconsistency in the "space-after-anon-function" option, although am unsure whether it is a feature or a bug.
In particular, toggling the option doesn't seem to beautify anonymous functions that are specified as object parameters, e.g.
// Original
var objectName = {
  functionName: function(){ ... }
}

// Expected behaviour
var objectName = {
  functionName: function () { ... }
}

// Actual behaviour
var objectName = {
  functionName: function() { ... }
}

The fact that the brace is beautified makes me think that this was simply an oversight rather than intentional; if so, what are your thoughts on supporting this?

@JulianLaval - This appears to be fixed in 1.6.0.  I need to add regression test for it.

Great!

I'm going to keep it open until I have the test added.

:+1:


Make the colors more visible on Windows

I haven't looked at how this looks on unix so it may be that unix should only have bold and not intense enabled. Windows required intense since it does not understand bold.
Closes #15

Looks good to me!

I think Rust also bolds the error/warning/etc. part 🤔

Never noticed that but that seems right. I will make that change before merging.


PMD with java version?

Why do we have "java-version"? and language option?
Eg: If i specify language as cpp, what does "java-version" for cpp mean?

We are having it as a future enhancement , in future java-version will be renamed to version of cpp like 12 or 13 or 14 etc ...


Execution failed for task ':bintrayUpload'. > Cannot get property 'rootProject' on null object

Same problem as #252 .  Downgrading to 1.8.1 is a workaround, not a fix, so issue should not be closed.

Do youhave a settings.gradle file with `rootProject.name = 'blah' ?

seems to be working in 1.8.4


Question about p2_loss_weight

Thank you such a great work.
I have question about p2_loss_weight in here.
# calculate p2 reweighting
register_buffer("p2_loss_weight", (p2_loss_weight_k + alphas_cumprod / (1 - alphas_cumprod)) ** -p2_loss_weight_gamma)

It is saying it followed the original paper paper.
Eq. 5 of the paper is: $\mathcal E_{x_{0,\epsilon}}\left[\frac{\beta_t}{(1-\beta_t)(1-\bar{\alpha}_t)}\right]$.
But your implementation is: $\left(\frac{\bar{\alpha}}{1-\bar{\alpha}}\right)^{-\gamma}$.
I don't understand how you induced this formula of the implementation.
Thank you.

I have the same question.

it is p2 loss weight from https://arxiv.org/abs/2204.00227
check out (8) equation in paper


Can I configure the keys for ticket if using the default ticket functions?

Description

Type: Question
Priority: Minor

Can I configure the keys for ticket if using the default ticket functions?
From the example of programs/ssl/ssl_server2.c, it seems that I can only configure session-ticket-timeout, while the encrypt/decrypt keys are generated randomly in mbedtls_ssl_ticket_setup():
    if( ( ret = mbedtls_ssl_ticket_setup( &ticket_ctx,
                    mbedtls_ctr_drbg_random, &ctr_drbg,
                    MBEDTLS_CIPHER_AES_256_GCM,
                    opt.ticket_timeout ) ) != 0 )
    {
        mbedtls_printf( " failed\n  ! mbedtls_ssl_ticket_setup returned %d\n\n", ret );
        goto exit;
    }

    mbedtls_ssl_conf_session_tickets_cb( &conf,
            mbedtls_ssl_ticket_write,
            mbedtls_ssl_ticket_parse,
            &ticket_ctx );

Closing as I believe this question was addressed. If you think this question is still awaiting an answer, please reopen.


form_choices

form_choices not works
myModelView.form_choices = { 'string_field' : [ ( 'a ' : 'a' ), ] }
i try this /\ and not works.

class SomeModel(ModelView):
form_choices =
this is correct syntax

thanks ufo911 <3

@mrjoes Please close the issue :)


Non standard installation paths for private headers

Apart from the following public header files:
clRNG.version.h
clRNG.h
mrg31k3p.h
mrg32k3a.h
lfsr113.h
philox432.h

which are installed under the standard /usr/include prefix,
The remaining private headers are installed under a /usr/cl/include prefix which is much less common on Linux.
Is there any rationales about why these files are installed here rather than under something like /usr/include/private or /usr/include/clrng for instance?

Currently the directory structure for header files is the following:

<prefix>/include for .h host-side headers (public host API);
<prefix>/cl/include for .clh device-side headers (public device API);
<prefix>/cl/include/private for private .c.h device-side headers, not to be included by user code, but included by the .clh device-side headers above.

In short, we wanted to make it clear (for the user and for the host compiler) that the device-side headers are not to be accessed by the host compiler.  Because everything under /usr/include is accessible to the host compiler, it is generally understood that files under /usr/include can be used by standard C/C++ compilers.  Hence, we chose to place the device-side header files, meant to be used exclusively by the OpenCL C compiler, under a path that can not be found anywhere under /usr/include, thus hiding them from standard C/C++ compilers.
As a complement of information, the private .c.h headers provide most of the implementation for the device API declared in the .clh device-side headers.  They are also used by the library source files, so they are required when building the library, but user host code doesn't need access to them (once the library is compiled and installed).
This said, since we have given the OpenCL C headers have a .clh extension, they wouldn't clash with the standard C headers with a .h extension, so all headers could have been installed under <prefix>/include/clrng, for example, with a private subdirectory.  But this would disrupt the usual semantics of /usr/include.

Thanks for clarifying @mungerd
Could you elaborate on:

all headers could have been installed under /include/clrng, for example, with a private subdirectory. But this would disrupt the usual semantics of /usr/include.

all headers could have been installed under <prefix>/include/clrng, for example, with a private subdirectory

I meant we could possibly use:

<prefix>/include/clrng for both host-side (.h) and device-side (.clh) headers;
<prefix>/include/clrng/private for private .c.h device-side headers.

But this would disrupt the usual semantics of /usr/include.

It is my understanding that most users expect that files under /usr/include are meant to be used by standard C/C++ compilers (i.e., can be included from host code).  This is what I mean by “usual semantics”.  However, the device-side headers and private headers (.clh and .c.h) are meant for the OpenCL C compiler only (cannot be included from host code).
I may be wrong about this, though.  I would go for whatever is most intuitive for users.

I meant we could possibly use:

/include/clrng for both host-side (.h) and device-side (.clh) headers;
/include/clrng/private for private .c.h device-side headers.

This would be more appropriate from a file organization standpoint (all headers are expected to be found somewhere under /usr/include).
As long as you provide an appropriate clRNGConfig.cmake and (optionally) clRNG.pc file for the host-side, you are fine from a user point of view. All the user has to do is call FindPackage(clRNG) in CMake or pkg-config <args> clrng in Makefile or directly with gcc.
FYI, both clBLAS and clFFT ship these files and they work absolutely fine.

all headers are expected to be found somewhere under /usr/include

I understand your point of view.  The point I was debating is I would rather say “all headers for standard C and C++ are expected to be found somewhere under /usr/include”…
I'd rather have some input from @bragadeesh before we change this.

FYI, both clBLAS and clFFT ship these files and they work absolutely fine.

We have such a file (providing find_package(clRNG)) somewhere, based on those from clBLAS and clFFT, but it has not been made public yet.

We have such a file (providing find_package(clRNG)) somewhere, based on those from clBLAS and clFFT, but it has not been made public yet.

Awesome, then I will wait for these to be available in a future tagged release before resuming my packaging effort. They are quite essential from a packaging standpoint.

Alright.  I first need to know if we change the directory structure.  This will impact on find_package.

Thanks @ghisvail for bringing this up.
I don't have a problem with the proposal David made on the headers. I like all headers to go into either /usr/include or /usr/include/clrng.
David - if you have the bandwidth please make the changes. Also, its been long, do we have a FindclRNG.cmake ?

I like all headers to go into either /usr/include or /usr/include/clrng.

May I vote for /usr/include/clrng, considering the volume of header files to be installed? This would reduce file cluttering under /usr/include.

Let the public host headers be installed in /usr/include and everything else in /usr/include/clrng and /usr/include/clrng/private as appropriate.

I'd rather go with @ghisvail's preference.  In addition to reducing cluttering, this would avoid possible collisions with headers with the same names from other libraries.
Just to make sure we're on the same page, this means we would have:
/usr/include/clrng/mrg31k3p.h
/usr/include/clrng/mrg31k3p.clh
/usr/include/clrng/private/mrg31k3p.c.h
...

If you're okay with that, @bragadeesh, I should be able to do that next week.

I hadn't thought about the name collision possibility. Given this, I agree with your proposal, David. Please go ahead. Thanks.

Fixed with #6.

Awesome. Are you planning to tag a new release soon?


Doesn't find some of my devices

See for example this NVidia shield listed by avahi:
$ avahi-browse _nv_shield_remote._tcp --resolve
+ enp0s25 IPv6 SHIELD                                        _nv_shield_remote._tcp local
+ enp0s25 IPv4 SHIELD                                        _nv_shield_remote._tcp local
= enp0s25 IPv4 SHIELD                                        _nv_shield_remote._tcp local
   hostname = [Android.local]
   address = [<IP_ADDRESS>]
   port = [8987]
   txt = ["SERVER=aac0f0d6fbb59b5c"]
= enp0s25 IPv6 SHIELD                                        _nv_shield_remote._tcp local
   hostname = [Android.local]
   address = [<IP_ADDRESS>]
   port = [8987]
   txt = ["SERVER=aac0f0d6fbb59b5c"]

But running the  chromecast_discovery example with _nv_shield_remote._tcp.local as SERVICE_NAME doesn't list those services.
For some reason, the IPv4 is also removed from avahi-browse while the example is running:
- enp0s25 IPv4 SHIELD                                        _nv_shield_remote._tcp local

Sorry for my extremely slow reply,
Does this bug still affect you with the recent refactoring to use futures?

Just tried my master. It does find my Shield and its address but I'm not on the same network as the one I used when creating this ticket.
Anyway, I'd say let's close this for now.


Make the create command interactive and add more options, including templates

I will merge this for now, we can do followups to add new features and use more dart apis instead of bash.


Add documentation for reactivating Contacts

What
Add documentation on how to reactivate a removed Contact.

Return a removed contact to an active state.
Return any associated PayIDs to an active state.

We did not proceed with implementing this endpoint.


to_svox1 colors

Thanks a lot for your outstanding work!
Experimenting the export to svox1, I find the colors a bit "greyish". I was wondering if the reason is the sigmoid you apply in volrend, which is not applied (as far as I understood) in svox2?
In svox2 render_lerp_kernel_cuvol.cu (line 102):
            outv += weight * fmaxf(lane_color_total + 0.5f, 0.f);  // Clamp to [+0, infty)

In volrend rt_core.cuh (line 192):
                            out[t] += weight / (1.f + expf(-tmp));

It seems to give better colors by just replacing the above line by:
                            out[t] += weight * min(1., max(0., tmp + 0.5));

What do you think? Did I understand well the fading color problem?
Best regards,
Matthieu.

非常感谢您的出色工作！ 尝试导出到 svox1，我发现颜色有点“灰色”。我想知道原因是否是您在 volrend 中应用的 sigmoid，在 svox2 中未应用（据我所知）？
在 svox2 render_lerp_kernel_cuvol.cu（第 102 行）中：
            outv += weight * fmaxf(lane_color_total + 0.5f, 0.f);  // Clamp to [+0, infty)

在 volrend rt_core.cuh（第 192 行）中：
                            out[t] += weight / (1.f + expf(-tmp));

通过将上面的行替换为以下内容，似乎可以提供更好的颜色：
                            out[t] += weight * min(1., max(0., tmp + 0.5));

你怎么认为？我是否理解褪色问题？
最好的问候， 马修。

when I use to_svox1.py have a error

when I use to_svox1.py have a error

That issue has been fixed in the most recent version of svox, try running pip install -U svox to update it.

svox

svox2 or svox？

Hello,
@SSground , do you confirm the colors are faded out somehow, when you play the result with volrend? or are they correct in your tests?

你好， @SSground，当你用 volrend 播放结果时，你确认颜色以某种方式淡出吗？或者他们在你的测试中是正确的？
I followed your suggestion, but it still doesn't work.
out[t] += weight * min(1., max(0., tmp + 0.5));
do you have anything else to try？

same issue


[App Config] Snapshot API updates

This PR includes the following changes:

Moves the protocol methods from the custom ConfigurationClient to the generated ConfigurationClient. This action addresses the resolved issue of method ambiguity in the code generation. (Reference: https://github.com/Azure/azure-sdk-for-net/pull/36351)

Since all generated methods include the after parameter, which remains unused within the public API, the after parameter is being removed from the GetSnapshots method.

Renames the select parameter to fields in the methods GetSnapshot and GetSnapshots.

API change check
APIView has identified API level changes in this PR and created following API reviews.
Azure.Data.AppConfiguration


Create new annotatioin

Create the annotations

@Priority
@Constructor
@PostContructor

Priority and Constructor are already created and working, PostConstruct implementation is stil missing.

@PostContructor is added


LINE Messenger Says Reinstallation Required

LINE Messenger is a communications app used by millions in Japan and other parts of Asia. (jp.naver.line.android).  Tested version 10.16.2.
Install LINE with the Aurora Store or similar.  Give the app all requested permissions (manually if necessary).  On app startup a popup appears saying "App reinstallation required.  Delete and reinstall the official version of LINE."  Upon clearing this popup the app seems to operate without problems, although I have only checked basic functionality.  The popup reappears on every app initial startup.
Android Version:  9
OS Version: LineageOS for MicroG 16.0-20200816 cheeseburger
MicroG Services Core Version: <IP_ADDRESS>315
No Google account registered.
Google device registration ON.
App in question is registered with GCM.

Log attached:
LineLog.txt


fix: correct repo path for rate-limit-macro crate

corrected repo path for rate-limit-macro crate

corrected repo path for rate-limit-macro crate
@c-nixon
For some reason I cannot add reviewers to this PR. project settings?


Complete example of the correct order of middleware

From @guylando on January 11, 2018 12:19
I can't find an example which shows what is the correct order for all the following middleware when used together. It would be nice if there would be a maintained startup.cs containing ALL possible middleware.
UseStatusCodePagesWithRedirects
UseStaticFiles
UseAuthentication
UseResponseCaching
UseWebSockets
UseSignalR
UseResponseCompression
UseMvc
Would save a lot of time and errors having it.
Thanks!
Copied from original issue: aspnet/Home#2769

Imo there should be just analyzer/refactoring that checks the middleware order for you and offers re-ordering. Or a fody weaver that re-orders IL instructions...


Parameter "material" is null error spam when deleting objects that have 2 material overrides

Tested versions

Reproducible in 4.1 and 4.2, Forward +

System information
Windows 10, Vulkan forward +
Issue description
Tons of spam in the error log about material being null:

E 0:06:51:0938   RendererRD::MaterialStorage::material_casts_shadows: Parameter "material" is null.
  <C++ Source>   servers\rendering\renderer_rd\storage_rd\material_storage.cpp:2213 @ RendererRD::MaterialStorage::material_casts_shadows()
E 0:06:56:0296   RendererRD::MaterialStorage::material_is_animated: Parameter "material" is null.
  <C++ Source>   servers\rendering\renderer_rd\storage_rd\material_storage.cpp:2200 @ RendererRD::MaterialStorage::material_is_animated()
E 0:06:56:0296   RendererRD::MaterialStorage::material_get_instance_shader_parameters: Parameter "material" is null.
  <C++ Source>   servers\rendering\renderer_rd\storage_rd\material_storage.cpp:2226 @ RendererRD::MaterialStorage::material_get_instance_shader_parameters()
E 0:06:56:0297   RendererRD::MaterialStorage::material_update_dependency: Parameter "material" is null.
  <C++ Source>   servers\rendering\renderer_rd\storage_rd\material_storage.cpp:2238 @ RendererRD::MaterialStorage::material_update_dependency()

etc.
Steps to reproduce

Create a scene
Add a mesh instance to the scene (Mesh 1).
Set a material (We'll call it Material A) on Mesh 1 in the Geometry, Material Override slot.
Add another mesh (Mesh 2).
Set Material A on Mesh 2's Material Override slot.
Set a different material (Material B) on the "Surface Material Override" slot of Mesh 2.
Load, instantiate, and add this scene as a child of another scene.
queue_free() the scene.
Note error spam.

This took ages to figure out exactly what caused this, haha.
Minimal reproduction project (MRP)
test_null_material_spam.zip

Note that while the simplest case to repro this seems to be easy to work around (don't have 2 material overrides on the same mesh), this can also be triggered by other combinations, like having a material on one mesh in the geometry material override and on another mesh in the mesh's surface material override, so you could have this error occur even with just 1 override.  Making each use of the material use the same override seems to work around the issue.

As another workaround, you can just clear the material before the node is queue_free()'d

As another workaround, you can just clear the material before the node is queue_free()'d

Works for me!


changed playlists

Whenever I've edited a list, I have to delete it and add it again.
Isn't there a better solution?

I think you mean something like the "auto-refresh" function, that is mentioned here #31, right?
Perhaps such a mechanism could be implemented as follows:
1. Playlist added via URL:
If a playlist was added via a link, just pull up a fresh file from the internet.
2. Playlist from the file system:
In case the file was added from the file system, the full path to the file will be additionally saved with each added playlist. In this way, you will be able to modify the file with any text editor/IDE and update the playlists at every launch or start the updating process manually.
Then there would be no need to delete and import the playlist multiple times.
As a second option, which I could also imagine in the future, is some basic functionality to edit the playlist directly from the player ГШ (remove/add a channel, rename, change sorting, etc.).
If you have any other ideas or suggestions, I will be glad to hear them.

I only use local playlists.
2. would be perfect for me.

Available in v0.7.0 now, see https://github.com/4gray/iptvnator/releases/tag/v0.7.0

fantastic!


build-test-recipe.yml: fix getting changed recipes from a fork

Issue #, if available:
Description of changes:
By submitting this pull request, I confirm that you can use, modify, copy, and redistribute this contribution, under the terms of your choice.

Backport failed for kirkstone-next, because it was unable to cherry-pick the commit(s).
Please cherry-pick the changes locally and resolve any conflicts.
git fetch origin kirkstone-next
git worktree add -d .worktree/backport-10829-to-kirkstone-next origin/kirkstone-next
cd .worktree/backport-10829-to-kirkstone-next
git switch --create backport-10829-to-kirkstone-next
git cherry-pick -x 53e3e599526d7cdc7ec1394563ce0f895fd91d0f

Backport failed for scarthgap-next, because it was unable to cherry-pick the commit(s).
Please cherry-pick the changes locally and resolve any conflicts.
git fetch origin scarthgap-next
git worktree add -d .worktree/backport-10829-to-scarthgap-next origin/scarthgap-next
cd .worktree/backport-10829-to-scarthgap-next
git switch --create backport-10829-to-scarthgap-next
git cherry-pick -x 53e3e599526d7cdc7ec1394563ce0f895fd91d0f

Backport failed for styhead-next, because it was unable to cherry-pick the commit(s).
Please cherry-pick the changes locally and resolve any conflicts.
git fetch origin styhead-next
git worktree add -d .worktree/backport-10829-to-styhead-next origin/styhead-next
cd .worktree/backport-10829-to-styhead-next
git switch --create backport-10829-to-styhead-next
git cherry-pick -x 53e3e599526d7cdc7ec1394563ce0f895fd91d0f


[Feature Request] Support async execution

We are currently using https://github.com/databricks/databricks-sql-python/blob/a5b1ab0745bb0a4e917ea800f36ae4b74d079a75/examples/README.md?plain=1#L34 to fetch statement ID when executing queries using sqlalchemy. However, the UUID is not returned at the very end of the query execution. And if the query fails, it never returns the statement ID. Is it possible to support async execution so that we can get the statement ID asap.

Is there a timeline for getting proper async support? We would love that to speed up our Databricks workflows! There was clearly some work going on by susodapop (wo seems to have left Databricks) in Branches #322 , #325 and Branch peco-1263-staging -- all of which has stalled 7 months ago.

+1 this affects databricks usability in the external systems as it is not possible to navigate to the query when it is running, failed or times out and makes debugging much more complex than it should be

@rcypher-databricks @yunbodeng-db @andrefurlan-db @jackyhu-db @benc-db @kravets-levko
There is a community desire for async execution for various reasons. #82 and #176
My use case is OpenAI parallel tool calling which can generate multiple queries, but are executed sequentially due to lack of async support.

We are actively working on this.


Added yaml support

Checklist

[x] I have added tests
[-] I have updated the docs and cheatsheet
[-] I have not broken the cheatsheet

Need to wait on https://github.com/cursorless-dev/cursorless/pull/1854 to merge so we can trim the end of this range:

code for convenience:
aaa: bbb

feel free to merge if you're happy with my changes


fix: chinese translate

Thank you for supporting the Chinese! I fixed a wrong translation.

Thanks
If you notice any more errors, PRs or issues are always appreciated.


⚠ LPDM Handbook (hosted on Divio) has degraded performance

In ad23f1b, LPDM Handbook (hosted on Divio) (https://repohubdev.tk) experienced degraded performance:

HTTP code: 500
Response time: 7541 ms

Resolved: LPDM Handbook (hosted on Divio) performance has improved in e375241.


Authorize header not sent on iOS when following redirect

Today, I got an error when I tried to send a request, that redirected me to a different path on the same domain. Both of these requests require the Authorization header to be set to the same value.
It currently seems, that the header is not set on the second request.
I could confirm, that this works for Android, but fails on iOS.
I was neither able to disable the AllowAutoRedirect property to handle it manually, nor did the client send the value if I set it as default header ...
Any hints of how to accomplish this? Currently I've found another way to get to that URL, but I want to use that redirect to be more flexible in my application ...

Might be related to this: https://github.com/paulcbetts/ModernHttpClient/pull/142
I wonder what newRequest has as headers here: https://github.com/Tableau-David-Potter/ModernHttpClient/commit/161f6bbd399b0462274c5427d929d7e6b54dcfde#diff-9885b3e85dcbedb5c18428dac5f592fdR312

I also found #126 ... But that would only enable the work-around for me, not fix the initial problem I face here :wink:

@Cheesebaron How can I check if #142 solved my problem?


[6.x] migrate --seed should seed the same database

TLDR
This pull enables php artisan migrate --seed --database=xxx to seed the same database
Current behaviour
Currently if you run php artisan migrate --seed --database=xxx, the specified database will be migrated but seed will be run on default connection
Expected behaviour
php artisan migrate --seed --database=xxx should migrate and seed the same specified database
Solution
This pull passes the arguments of the MigrateCommand to the SeedCommand, so if --database is specified it will be used

Reverted because this is a major breaking change. It may be included in 7.x instead.


Configuration of Spider to crawl and add all the paths to a config file to run the wraith task

Question: is there a way to configure spider functionality to crawl and get the latest paths added to the site and export those paths to a config file to run the wraith compare commands?
I was thinking if there's a way to do that then I don't have to run manually the spider commands or manually add new paths to the config files to run wraith compare commands?
Regards,
Ayub Khan

Reporting a problem? Please describe the issue above, and complete the following checklist so that we can help you more quickly.
Issue checklist:

[ ] I have validated my config file against YAML Validator to make sure it is valid YAML.

[ ] I have run the wraith info command and pasted the output below:

paste results here

[ ] I have run the command in verbose mode (by adding verbose: true to my config) and pasted the output below:

paste results here

[ ] I have pasted the contents of my config file below:

paste config here

Found the answer 👍


Dependency problem

I installed this in a .net 4.6 console project with nuget but i then asks for 'UnitsNet.pcl, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=null' even tough I installed the UnitsNet package.

I haven't actually looked at this for a while, Possibly something's gone
wrong with Units.net. I'll have a look and see what's what.
On 25 May 2018 at 01:22, beppe9000<EMAIL_ADDRESS>wrote:

I installed this in a .net 4.6 console project with nuget but i then asks
for 'UnitsNet.pcl, Version=<IP_ADDRESS>, Culture=neutral, PublicKeyToken=null'
even tough I installed the UnitsNet package.
—
You are receiving this because you are subscribed to this thread.
Reply to this email directly, view it on GitHub
https://github.com/marknotgeorge/GeodesicLibrary/issues/1, or mute the
thread
https://github.com/notifications/unsubscribe-auth/ABJasiCjHCfSGB86hUV1iQL8YGEuBug1ks5t1065gaJpZM4UNMJb
.

I've created a new version of the library: version <IP_ADDRESS>. No changes to the code, apart from repackaging the solution to target .Net Framework 4.6.2 and .Net Standard 2.0. It seems to work for me. Give it a try, and let me know how it goes.

Thanks I will try it when I can ;)


Feature Request: Split buttons to tabs/subfolders per controlled device

Hello again.
IR-station works perfectly - thanks for your effort.
I have in my living room quite lot of IR devices and I would like to control it via IR-Station.
The problem is that I have a lot of buttons. So all buttons are not on the display at the same time (need to scroll webpage) and finding the right button is not easy (e.g. I have many volume-up and volume-down buttons).
Can you please improve the firmware to better support more devices?
My idea is to organize the signals into folders (one folder per device - e.g. tv, dvd, set-top-box, amplifier, etc.)
On the generated web page the buttons can be placed on the tabs - one tab per device.
To send the signal to the device you will need to switch to the right tab (let say TV) and click the button with desired signal (let say VOLUME-UP).
I am not familiar with javascript/jquery so I can't do this by myself.
Another idea is to have the separate web-page for setup (uploading the signals) and separate page for normal usage.
Thank you in advance.
Jan

Hello, @lucky62
I was relieved to hear that it works well.
Thank you for giving me an idea. That will contribute so much.  I think it would be nice to be able to display multiple pages.
I think it will take long time because my studies are busy, but I will consider it.
If you can improve IR-Station software, please submit pull request by all means.
Thank you.
KERI


Restrict pages access based on role

Removes Terms of Service and Privacy Policy links since they didn't go anywhere.

 Add authorization logic (i.e. require curator role to CRUD data)


check for wrong number of dimensions in upcoef and downcoef

provide a helpful error message if n-dimensional (n != 1) data is provided to the 1D upcoef or downcoef
closes #338

Codecov Report

Merging #339 into master will increase coverage by 0.01%.
The diff coverage is 100%.

@@            Coverage Diff             @@
##           master     #339      +/-   ##
==========================================
+ Coverage    83.7%   83.72%   +0.01%
==========================================
  Files          21       21
  Lines        3296     3300       +4
  Branches      556      558       +2
==========================================
+ Hits         2759     2763       +4
  Misses        477      477
  Partials       60       60

Impacted Files
Coverage Δ

pywt/_dwt.py
82.17% <100%> (+0.73%)
:arrow_up:

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 a65d801...7f963bb. Read the comment docs.

LGTM, thanks