feat: Add role prop to Text, View and Accessibility docs

This PR adds the role prop to the Text, View and Accessibility documentation
Related to https://github.com/facebook/react-native/commit/a50e6fb341eacd955071e4a7c6d734e7d3c94cd7, https://github.com/facebook/react-native/commit/20718e6b8ce4f5c3a8393067d5e8eb0da910751c and https://github.com/facebook/react-native/commit/e3e635ef84156a5283d378858f7c8deb44464fea

Thank you for the updates! The idea behind requesting those changes was to have only one list of possible entries with descriptions, and refer to that list everywhere.
If you want to link "role" instead of "accessiblityRole", you should move possible roles the listing from "accessiblityRole" to "role", and in "accessiblityRole" link "Role" as type, like for Text or View pages.

@Simek Role and AccessibilityRole support different values, e.g. slider only exists on Role, so we can't make everything point to AccessibilityRole

Yeah, unfortunately, I see that in the code:

https://github.com/facebook/react-native/blob/main/Libraries/Components/View/ViewAccessibility.js

IMO, it would be nice to have a type which represents intersection of those both types and then extend this type by unique values for each of the props, at least for the transition period.
So, to summarize, this PR looks good. It would be awesome to replace the type table with a list of values with descriptions, like we have for accessiblityRole, but this also can be done in the separate PR in the future.

It would be awesome to replace the type table with a list of values with descriptions, like we have for accessiblityRole

Sure thing, I'll work on that then

Yeah, unfortunately, I see that in the code:

https://github.com/facebook/react-native/blob/main/Libraries/Components/View/ViewAccessibility.js

IMO, it would be nice to have a type which represents intersection of those both types and then extend this type by unique values for each of the props, at least for the transition period.
So, to summarize, this PR looks good. It would be awesome to replace the type table with a list of values with descriptions, like we have for accessiblityRole, but this also can be done in the separate PR in the future.

@Simek, I need an opinion on this if you don't mind. Many of these options are simply mapped to undefined and will have no real impact on the user, should that be documented somehow? E.g. using role={'banner'} does absolutely anything. Show we even list these values?

Hi @Simek I've updated the list to include a description for each value that is not mapped to undefined. I opted for not listing those as it add no real value to Android/iOS users

E.g. using role={'banner'} does absolutely anything. Show we even list these values?

Make sense for now, I think it's better than listing those option as unimplemented, but we will need to revisit this list before next release to make sure that it is up to date with implemented roles.


[BEAM-8466] Make strip_iterable more strict

Only affects type hints originating in Py3 type hints.

Thank you for your contribution! Follow this checklist to help us incorporate your contribution quickly and easily:

[ ] Choose reviewer(s) and mention them in a comment (R: @username).
[ ] Format the pull request title like [BEAM-XXX] Fixes bug in ApproximateQuantiles, where you replace BEAM-XXX with the appropriate JIRA issue, if applicable. This will automatically link the pull request to the issue.
[ ] If this contribution is large, please file an Apache Individual Contributor License Agreement.

See the Contributor Guide for more tips on how to make review process smoother.


How can I debug the testcafe source code?

I downloaded the testcafe source code into my machine. How can I debug the testcafe specifically how it starts the browser when I start a test. Ia m trying to figure out if there is any possibility of testcafe to support SSO (Single Sign On) using client certificates

Hi @walidanwar75
TestCafe uses different ways to run browsers. TestCafe starts Google Chrome and Firefox browsers using debug protocols (Chrome Debug Protocol and Marionette) and spawn a new process with specified parameters for other browsers. Start to debug the browser starting mechanism here.

However, it's too complex. If you can provide us with a simple example, we can try to run TestCafe for websites with 'Single Sign On' and answer all your questions.

Hi Miherlosev
Thank you so much for your quick reply. I am so grateful for the nice work that has been done in testCafe, it is really an amazing e2e testing tool.
I am trying to convenes management in my organization to use it and also use the TestCafe Studio once released to production. They are on board and excited to move forward but we have a major road block which is we can not use user name and password in our organization. We use smart cards to login to our laptops. so these smart card authentication allows me to logon to Windows OS and the network using my card and a pin. Once I am logged on, any intranet site that I use already authenticate me and never asks about password. This is done through mutual authentication where my smart card is associated with a client certificate that is used for the web sites authentication. When using testCafe, my guess is since we are running our scripts through hammerhead, that client certificate that normally authenticate me is not picked up. so unless I use httpauth with a username and password it will give me http 401 error. But again, my organization is strongly restricting the use of username and password.
I think it is possible to add a feature to pick a client certificate in hammerhead and use it when launching the browser connections but not sure how this can be done
Thanks again and sorry for the long explanation.

In fact, digging deeper into the issue, it is not only support for client certificate, but in order for testcafe to be adopted at large scale, testcafe need to support Kerberos SSO authentication that is integrated with smart card logon to windows OS. This is a very common setup in so many organizations and government agencies
Check out these links
https://www.npmjs.com/package/express-kerberos
https://60devs.com/nodejs-sso-with-kerberos.html

@walidanwar75

Thank you for your investigation.
In practice, we didn't use this authentication system in our environment. If I understand it correctly, you can use the following snippet partially in your Custom Hook:
//cut phrase "Negotiate"
var ticket = req.headers.authorization.substring(10);

//init context
kerberos.authGSSServerInit("HTTP", function(err, context) {
  //check ticket
  kerberos.authGSSServerStep(context, ticket, function(err) {
    //in success context contains username
    res.set( 'WWW-Authenticate', 'Negotiate ' + context.response);
    res.send(context.username);
  });
});

Useful links:

https://devexpress.github.io/testcafe/documentation/test-api/intercepting-http-requests/
https://devexpress.github.io/testcafe/documentation/test-api/intercepting-http-requests/creating-a-custom-http-request-hook.html
https://github.com/DevExpress/testcafe/issues/2489#issuecomment-420627710


Automatically convert JSON to string

This enrichment fails with an error:
function enrich(row) {
  return row.Counties.split(",")
}

Error binding parameter 1: type 'list' is not supported

This works:
function enrich(row) {
  return JSON.stringify(row.Counties.split(","))
}

It would be good if the first one automatically encoded as JSON rather than dying with an error.

Output column can be of type text, integer or float.
Should check what comes back from the function.

If output column is an integer and the return value is a string that can be turned into an integer, do that
Same for float
If it's a string and the output column is a string, change nothing
If output column is a string and return value is something else, JSON encode it


Issue 246: migrate travis-ci to githubactions.

Resolves #246

Coverage remained the same at 26.385% when pulling 02350099d3e67fe7611922d75a41429912cf00aa on sprint-action-246-yaml into<PHONE_NUMBER>c41555fb54fb06602e9d301d165fe4 on sprint-action-staging.

Coverage remained the same at 26.385% when pulling 02350099d3e67fe7611922d75a41429912cf00aa on sprint-action-246-yaml into<PHONE_NUMBER>c41555fb54fb06602e9d301d165fe4 on sprint-action-staging.


Make tools a subtree, not a submodule

:+1:

Given the use of submodules for vendoring, it's unlikely we'd switch the tools dependency to use subtrees, so am closing this.


docs: a few slide improvements

This PR:

adds a clickable information icon on slides that have additional notes
fixes the width of lists on notes pages (they previous overflowed horizontally)
mentions the graphviz (required to generate graphs) in the readme
removes an unnecessary extension from conf.py

Previews:
QL training homepage
Program representation for C/C++

Thanks. The changes all look good. My only query is over whether the new Information icon is too discrete. It took me a while to find it, even though I knew it was there. @Semmle/doc - what do you think about the new icon?

I just noticed that my fix on the overflowing lists was a bit wasteful with white space on the right hand edge of the slides. The latest commit should improve that.

The information icon seems good to me. It's nice not to make it too obvious either 🙂


Add document for data subset aggregation and dataset merge

Summary
Add Level-5 Data Subset Aggregation
Add Level-7 Dataset Merge
How to test

Checklist

[ ] I have added unit tests to cover my changes.
[ ] I have added integration tests to cover my changes.
[ ] I have added the description of my changes into CHANGELOG.
[ ] I have updated the documentation accordingly

License

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

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

Codecov Report
Patch coverage has no change and project coverage change: -0.02 :warning:

Comparison is base (6835e0a) 78.69% compared to head (88d3de0) 78.68%.

Additional details and impacted files
@@                Coverage Diff                 @@
##           releases/1.2.0     #960      +/-   ##
==================================================
- Coverage           78.69%   78.68%   -0.02%
==================================================
  Files                 231      231
  Lines               26420    26420
  Branches             5258     5258
==================================================
- Hits                20792    20789       -3
- Misses               4402     4403       +1
- Partials             1226     1228       +2

Flag
Coverage Δ

macos-11_Python-3.8
?

ubuntu-20.04_Python-3.8
78.68% <ø> (-0.01%)
:arrow_down:

Flags with carried forward coverage won't be shown. Click here to find out more.
see 2 files with indirect coverage changes
Help us with your feedback. Take ten seconds to tell us how you rate us. Have a feature suggestion? Share it here.

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Do you have feedback about the report comment? Let us know in this issue.


Non-uniform name of ADR019

Just noticed that ADR019 has an unusual filename: https://github.com/informalsystems/apalache/blob/unstable/docs/src/adr/0190-harmonize-changelog.md
Other ADRs are called NNNadr-description.md. I did not go in renaming the file, as it might be linked somewhere.

This one seems to be fixed.


hyp1f1 explodes for large arguments. Recurrence relation unstable.

hyp1f1 explodes for modestly large arguments. For example:
scipy.special.hyp1f1(30, 70, 20j)
returns
(-1748.2243027213672+51.441200608645886j)
which is completely wrong (whenever 1 < a < b and z is purely imaginary, abs(1F1(a,b,z)) <= 1).
This doesn't seem to be insoluble, since the package mpmath (also open sourced here on GitHub) returns what seems to be the correct answer:
mpmath.hyp1f1(30, 70, 20j)
mpc(real='-0.32066129006007188', imag='0.38180277645752586')
(I assume this is correct because Mathematica returns the same result. It would be very unlikely if they were both wrong and returned the same answer).
Moreover, I did a simple test. Simply using the Taylor series expansion gives the correct result. The problem with scipy's implementation seems to be in using a recurrence relation to lower the value of 'a' until it is < 2. The recurrence relation relation used is Abramowitz 13.4.1, but I think this is unstable.

Mpmath's ways are not always directly applicable since we only have double precision. That being said, a hyperbolic functions have multiple issues and can definitely be improved. The main problem so far is that we're short on person-power, so patches are welcome!

Possibly related: gh-3593, gh-3492, gh-2957, gh-2282. Also see the discussion and links in https://github.com/scipy/scipy/issues/1561.

It seems that people solve this recurrence unstability using Miller’s
algorithm. I'll let you know if I find the time to implement it. Thanks
anyway.
On Mon, Oct 12, 2015 at 12:13 PM, Evgeni Burovski<EMAIL_ADDRESS>wrote:

Mpmath's ways are not always directly applicable since we only have double
precision. That being said, a hyperbolic functions have multiple issues and
can definitely be improved. The main problem so far is that we're short on
person-power, so patches are welcome!
—
Reply to this email directly or view it on GitHub
https://github.com/scipy/scipy/issues/5349#issuecomment-147448941.

It seems that people solve this recurrence unstability using Miller’s
algorithm.

If it helps, in one of @ev-br's links I've used Miller's algorithm for an edge case of hyp2f1.
https://github.com/scipy/scipy/issues/1561#issuecomment-130488352

It would be great if you had some time to think about this - we have run into this problem too - doing diffusion MRI imaging analysis.

You may be interested in using cython with gsl as a workaround.  The following code can be used as a starter:
# distutils: libraries = gsl

cdef extern from "gsl/gsl_sf_hyperg.h":
    double gsl_sf_hyperg_1F1(double, double, double)
cdef extern from "gsl/gsl_errno.h":
    void *gsl_set_error_handler_off()

def hyp1f1(double a, double b, double c):
    return gsl_sf_hyperg_1F1(a, b, c)

gsl_set_error_handler_off()

From my test, this function is as accurate as mpmath.hyp1f1.  It is 10 times faster than the scipy.special.hyp1f1 and about 100 times faster than mpmath.hyp1f1.

GSL's hyperg_1F1 doesn't support complex arguments.

GSL is also license-incompatible, so it is not very helpful for the present discussion.

There is a nice public domain C implementation at https://github.com/fredrik-johansson/arbcmath. But I think it depends on GPL libraries in ways that are not compatible with distributing scipy under a more permissive license.

Linking a recent mailing list thread: https://mail.scipy.org/pipermail/scipy-dev/2016-January/021164.html.

Well, seems like plain arb itself does it (alogn iht other similarly related functions) [1] and it's lgpl [2], so it could be worth having a look if it's fast enough to replace the old fortran versions from scipy. Thee is also a set of rudimentary wrappers to python for it [3].
But yeah for anyone wanting to use it for a personal project, the fastest version still remains wrapping the gsl lib.
[1] http://fredrikj.net/arb/acb_hypgeom.html?highlight=hyp#c.acb_hypgeom_m
[2] https://github.com/fredrik-johansson/arb
[3] https://github.com/fredrik-johansson/python-flint

Porting over the necessary arbitrary precision machinery is not my preferred way of doing this. (And the algorithms used in arb do not work in double precision for reasonable ranges of the parameters.) A better approach is improving the parabolic cylinder functions to the point that asymptotic expansions like
http://dlmf.nist.gov/13.8
can be used, but that effort is ongoing.
That being said, evaluating the spheroidal wave functions accurately in any reasonable range probably requires arbitrary precision, so it might be necessary to port over an arbitrary precision library at some point anyway. Boost is a good choice, it provides its own implementation but also for linking against gsl.

Such a shame then, I was more thinking of evaluating at arbitrary precision, then recasting to double as it probably uses its own internal representation, but that might end up way too slow for practical use then again. I tried doing just that with mpmath for some time, but that was really too slow for any practical use when one wants a large number of evaluations.
Well anyway, hopefully some numerical workaround for those imprecise regime will turn up someday.

Oh wow, I forgot I had actually looked at it semi seriously, but anyway, well, while the subject came back up elsewhere and I realized maybe people didn't know, the newer version from 0.17 works for more large arguments, but instead of being plain wrong it is now having some precision issues unfortunately, so I'll add this one here
In [13]: hyp1f1(-0.5, 61, -247207.56154023242) - mp.hyp1f1(-0.5, 61, -247207.56154023242)
Out[13]: mpf('-0.10859700032764903')

Assuming mpmath knows what it is doing of course (the gsl version is the same up to 1e-12 in this case, so I'd pin the problem on the scipy fortran version not being precise enough still).


e.update() is not a function, undefined

I believe this is caused by an older version of Safari that didn't support subclassing DocumentFragment.
you can see at the top of the error: function is not a constructor...
Closing as we don't support browsers that far back.


Does this support .sql file as changeset?

Hi am trying to upgrade my existing system and have already setup process accorss multiple work streams to produce .sql files and then we merge all .sql files to a chanesetfile.sql.
But now I see this processes yaml. On providing .sql file, liquibase failed to parse it.
Can you please confirm if there is away to make it support sql file?

Gaurav -- this should work equally well with SQL formatted Liquibase changesets. In fact, it is simpler as you're responsible for writing Spanner SQL while the other changeset formats uses Liquibase SQL generation.
If you can provide a specific simple example of where it is failing, that would be helpful.

Closing. Please re-open/raise another issue if there's still an issue.


chore(install): use git for emsdk

The emsdk version installed via the portable download may be out of date. Instead, just install emsdk as recommended by emscripten's documentation.

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

npm package (@latest dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Fix lpherbal definition

Coverage remained the same at 70.161% when pulling d685e76e7876f3670aebba90f6268f4fd9b0ac6d on fix-lpherbal into 4b286987a8a307c6949e80b0613c2b3f86f5c1cc on master.


add MulMatSparseVec function and test

This is an attempt at dense matrix * sparse vector multiplication.  AFAIK there is no standard Sparse BLAS routine for this operation so I've tried to do it in a consistent style.  As for naming: MulMatVec and MulMatMat are taken for the sparse matrix * dense something case.
Maybe it makes more sense to make MulMatVec fully generic and have it delegate to MulMatSparseVec, MulSparseMatVec?  The latter would be a renaming of today's MulMatVec; the new MulMatVec would change BlasCompatibleSparser to mat.Matrix in the signature and contain type assertion logic with no math.  That's a larger change though.

ive removed genericmatmulmul -- the type assertion logic is too long, that can't be the right way.


Installation Еrror

An error occurred while installing version <IP_ADDRESS>-beta02-0539.
Failed to retrieve information about 'Xenko.SpriteStudio.Offline' from remote source 'https://api.nuget.org/v3-flatcontainer/xenko.spritestudio.offline/index.json'.
Unable to find package 'Xenko.Core.BuildEngine.Common.<IP_ADDRESS>-beta02-0539'. at NuGet.Protocol.FindPackagesByIdNupkgDownloader.d6.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at NuGet.Protocol.HttpFileSystemBasedFindPackageByIdResource.d7.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at NuGet.Commands.SourceRepositoryDependencyProvider.d22.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at NuGet.Commands.SourceRepositoryDependencyProvider.<>cDisplayClass21_0.<b0>d.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at NuGet.Commands.SourceRepositoryDependencyProvider.d21.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at NuGet.DependencyResolver.ResolverUtility.d2.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at NuGet.DependencyResolver.ResolverUtility.d1.MoveNext()
An error occurred while installing version <IP_ADDRESS>-beta02-0539.
Failed to download package 'Newtonsoft.Json.11.0.2' from 'https://api.nuget.org/v3-flatcontainer/newtonsoft.json/11.0.2/newtonsoft.json.11.0.2.nupkg'.
The HTTP request to 'GET https://api.nuget.org/v3-flatcontainer/newtonsoft.json/11.0.2/newtonsoft.json.11.0.2.nupkg' has timed out after 100000ms.
Unable to find package 'Xenko.UI.<IP_ADDRESS>-beta02-0539'. at NuGet.Protocol.FindPackagesByIdNupkgDownloader.d6.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at NuGet.Protocol.HttpFileSystemBasedFindPackageByIdResource.d7.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at NuGet.Commands.SourceRepositoryDependencyProvider.d22.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at NuGet.Commands.SourceRepositoryDependencyProvider.<>cDisplayClass21_0.<b0>d.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at NuGet.Commands.SourceRepositoryDependencyProvider.d21.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at NuGet.DependencyResolver.ResolverUtility.d2.MoveNext() --- End of stack trace from previous location where exception was thrown --- at System.Runtime.ExceptionServices.ExceptionDispatchInfo.Throw() at System.Runtime.CompilerServices.TaskAwaiter.HandleNonSuccessAndDebuggerNotification(Task task) at NuGet.DependencyResolver.ResolverUtility.d1.MoveNext()

"Visual Studio Installer" 85 KB/s downloading.

I could not install Xenko and Visual Studio.
Why do we need Visual Studio?
And why do we need this launcher? It creates additional problems. Just delete it.

Why do we need Visual Studio?

We actually need MSBuild tools which is part of Visual Studio, but the whole Visual Studio installation is not required (while recommended).

And why do we need this launcher?

For brand recognition, to show useful links and release notes, to manage all versions installed, etc.

It creates additional problems. Just delete it.

No.

Visual Studio has a commercial license.
And Xenko is Open Source.
Don't you think something is wrong here?
Yes, the launcher creates problems, proof of this in my first post.
Where can I just download the standalone distribution?

Visual Studio has a commercial license.
And Xenko is Open Source.
Don't you think something is wrong here?

Nothing wrong here.

Where can I just download the standalone distribution?

Using the launcher :eyes:
Xenko is also distributed as nuget packages (see https://www.nuget.org/profiles/xenko.com). But since that seems to be the issue here, it won't help you. If your connection is slow, experiencing outage or network issues, there is nothing we can do on our end, unfortunately.

Replace proprietary software with open source software.
The problems are not with my connection, but with your installer.

And when will the Linux version appear?

The problems are not with my connection, but with your installer.

And a few lines above:

"Visual Studio Installer" 85 KB/s downloading.

And also in your logs:

The HTTP request to 'GET https://api.nuget.org/v3-flatcontainer/newtonsoft.json/11.0.2/newtonsoft.json.11.0.2.nupkg' has timed out after 100000ms.

Replace proprietary software with open source software.

Is that an order? if you want people to fix issue in open-source project, I suggest you use a different tone. Remember that contributors work on their free time without receiving any income from it.

And when will the Linux version appear?

Xenko being an open-source project, you can also contribute yourself or sponsor further development through the Patreon link.
Finally, as with every project, decisions are made. They might not please everyone, but they are also the result of compromises. You can't expect to just come here and order people around. I'd suggest to also enter into contact with the community on our forums or discord channel and discuss your needs and/or vision of the project, in a civilized way.

without receiving any income from it.
Patreon

You contradict yourself.
I see no reason to continue this conversation.
And everything that you say is either your personal opinion, or obvious things, or completely absurd.
I am tired of this.
All the best.


WMS 705 & WMS 1: Updated manifest for OCW

WMS 705: Updated manifest for OCW

@arabellayao good catch. thanks. i have fixed it now

Hi Kevin! Seems like your branch is some commits behind the oracle-livelabs main branch. Can you update your branch? Thanks!

done


[Security] New filename go through FilterFilename function while renaming

New name provided by user goes through already implemented FilterFilename function in HandleImageRename.
I've also added unit tests for FilterFilename, which was mentioned in #49

Thanks again - Let me know if you want to work on other issues in the future!

Definitely, happy to help


[WebExt] Storage API docs tasks, Fx 70 (high priority)

Trello: https://trello.com/c/Pw66h6fb/56-storage-api-related-tasks-fx-70
Acceptance criteria

[ ] Implement "chrome.storage.managed" (originally worked on in 67 cycle, but documentation needs improvement; see Will's comments)

[ ] Recreate the PR for BCD

https://github.com/mdn/browser-compat-data/pull/4763 was closed due to inactivity. Please open a new PR.

Thank you. I was going to do that myself so that I could start fresh on this one.

Sent a meeting request to Mike Ratcliffe for Tuesday morning, 8 October, (the earliest I could get) to discuss the feature and make sure I am presenting it properly.

Even after meeting with Mike Ratcliffe, I don't have a clear message here. I sent an email to Amy Tsay last week for which I have not received a reply. I sent a follow-up email today Oct. 14.

I moved this back into the backlog because I haven't had a response yet. I will send another followup today.

I've begun a discussion with Philipp Kewisch about how to discuss the differences between the two methods and what message we should be giving about deciding what method to use.

On the advice of Chris, I'm backing out the changes I made and closing this task.

Reverted to the version of the page from before I started making changes. I did change the spelling of colour to color but otherwise it is as it was before.


[Spike] Speed up webpack

This PR contains 3 commits that change behaviour but speed up stuff
initial: 80s -> 8s
recompile: 8s -> 1.4s

introduce cache-loader to cache the output of ts-loader and especially react-docgen-typescript-loader. This may introduce caching-bugs (although a similar setup without react-docgen-typescript-loader a lot in the past in other teams without trouble) but speeds up the non-initial startup a lot.

Move type checking into the background. Type errors are only reported in the console now and not in the overlay anymore. This speeds up startup and recompilation a little.

Switch to cheaper source maps. If anyone uses source maps a lot, we should remove that commit again. If not, we shave a whopping 4s per recompile. If nobody actually cares about source maps, we could remove them altogether to speed things up further.

Before
80s - 1st startup
77s - 2nd startup
8s - recompilation of removing the main-block within the appChrome-component
After
75s - 1st startup
8.3s - 2nd startup
1.4s - recompilation of removing the main-block within the appChrome-component
closes DCOS_OSS-4793

@brandonc @pierrebeitz maybe something we could look at for the protoss repo too?

hey @pierrebeitz is that compile/engineering workflow performance improvement only or do customers (DC/OS UI users) see benefits as well?

@jaxesn i have an unfinished spike for dcos-ui (it's a little complicated as it reintroduces type checking as well).
will look into the protoss-setup afterwards.
@AmrAbdelrazik these changes are for engineers only.


Ugly UI and error

I bulid (make deps; make; make run;) application ArchLinux x86 and found it in path: /src/ui/linux/TogglDesktop/build/release/TogglDesktop
Run it, and seee ugly UI: http://i.imgur.com/qLDH4pOl.png and have this error on open UI.
What did I do wrong?

did you log into the app?
I fixed a similar issue a while ago.

Yes, sync is ok. Version 7.0.0 stable.
Now I rebuild, and not have error, but UI is ugly.

ok, the design will probably improve. if you have more specific feedback, we'd be thankful.


add grouped fields component

@stevemolitor How is the "grouped-fields" type different from the "fields" type?


Write a C++ program to find maximum of n numbers

Description
Write a C++ program to find maximum of n numbers
Input  : 10 20 30 40 50
Output : 50

How to contribute

Save the solution in FindMaximumOfNNumbers.cpp file
Add FindMaximumOfNNumbers.cpp file in find-maximum-of-n-numbers folder

!assign

!assign

Hey @grraghav120, this issue is already assigned to @destroyer5067 !!!
Please choose another issue.
Thanks for your interest in contributing to this project.

Hey @destroyer5067,
This issue has been assigned to you for more than 15 days.
We are unassigning you from this issue.
If you are still interested in contributing to this issue, please get auto-assigned on the issue by commenting !assign again.
Thanks for your contributions :)

!assign

!assign

!assign


Update astropy-helpers to v3.2.1

This is an automated update of the astropy-helpers submodule to v3.2.1. This includes both the update of the astropy-helpers sub-module, and the ah_bootstrap.py file, if needed.
A full list of changes can be found in the changelog.
We also wanted to let you know that we have made new releases of the astropy package-template. You can find the latest cookiecutter template here or if you prefer you can find a rendered version of the template here.
This is intended to be helpful, but if you would prefer to manage these updates yourself, or if you notice any issues with this automated update, please let @bsipocz or @astrofrog know!
Similarly to the core package, the v3.0+ releases of astropy-helpers require Python 3.5+. We will open automated update PRs with astropy-helpers v3.2.x only for packages that specifically opt in for it when they start supporting Python 3.5+ only. Please let @bsipocz or @astrofrog know or add your package to the list in https://github.com/astropy/astropy-procedures/blob/master/update-packages/helpers_3.py

First step towards python3 only, we should probably remove the python2 test runs first...

Circle CI issues in unrelated and is present on master. See https://github.com/astropy/regions/issues/288

I'm merging this PR as it doesn't make things worse then on master and the pytest 5 related failures should be fixed in a separate PR anyway.

@bsipocz - As far as I know, @keflavich and CASA users still need Python 2 support for the regions package (see #241). If that's the case, we should probably revert this PR?
@keflavich - Please comment.

Yes, thanks @cdeil.  Please keep regions py2.7-compatible at least for a few more months.  It's a sad state, I know, but I have scripts that rely on CASA working with this package.

@bsipocz - Could you either merge #290 or I guess this would also be OK, to avoid messy git history, since this repo isn't very active and it's been less than a day.
git checkout master
git reset --hard e4e74502fb32596c48136f2d7e279c95421570a1
git push -f

@keflavich - but do you need python2 support on master? I assumed we already said that moving forward it's ok to be python3 from the CASA point of view.

but then I agree that git reset HEAD~1 on master and the force push would still makes sense given that nothing has happened since yesterday.

Yes, in general that's OK, but regions doesn't really have a stable release at all, so it needs py2 on master.  Astroquery is not supporting py2 on any new features, but it will still work on py2 as long as new modules aren't used, right?

I'm not sure what stable release means here, v0.4 is a real release and anyone requiring python2 could just stick with it.
Using master of a package doesn't really makes sense in most of the situations anyway as while we try to keep master clean it's not guaranteed to have passing builds, etc while a tag release has that.

I've reset this from master, but it still doesn't let me reopen. So will just open another copy of that branch.


feat: This adds sample tests based on the new GO test framework

adds two tests based on the GO test framework
test/integration/discover_test.go
test/integration/mysql-public/mysql_public_test.go

updates the dev-tools docker version

fixes headers on two yml files

Thanks for the PR! 🚀
Unfortunately it looks like some of our CI checks failed. See the Contributing Guide for details.

⚠check_headers
All files need a license header. Please make sure all your files include the appropriate header. A helper tool available here.

Checking file headers
2 files have incorrect boilerplate headers:
test/integration/discover_test.go
test/integration/mysql-public/mysql_public_test.go

⚠check_terraform
Failed Terraform check. More details below.

Running terraform fmt
test/fixtures/mysql-public/outputs.tf
--- old/test/fixtures/mysql-public/outputs.tf
+++ new/test/fixtures/mysql-public/outputs.tf
@@ -32,7 +32,7 @@
output "mysql_user_pass" {
  value       = module.example.mysql_user_pass
  description = "The password for the default user. If not set, a random one will be generated and available in the generated_user_password output variable."
-  sensitive = true
+  sensitive   = true
}

output "public_ip_address" {
Error: terraform fmt failed with exit code 3
Check the output for diffs and correct using terraform fmt <dir>

Closing this PR based on my discussion with @bharathkkb to isolate the blueprints fixes from the test framework addition.


docs: mention gpt-4

          @cachho : i think this should be doable using config now. just that we need to update documentation where we can mention "gpt-4" as the model.

Originally posted by @taranjeet in https://github.com/embedchain/embedchain/issues/100#issuecomment-1630961887

Closing this issue, added details in #301


Hello,I want the vertical visibility distance is larger when it scroll, What should I change？

this is a bit tricky, it's hard to increase visibility distance because the view is measured to a certain height. If you want larger vertical distance, you first need to change the measurement code to allow for more spacing. then you can change the onDraw method of TickerView to change the clipping boundaries when it's animating vs. static.


Do add closing parenthesis ), } if there's a an open matching parenthesis in the same line

First thanks for this amazing plugin, I've used it for several weeks and it works near perfectly.
I use <M-l> to move my cursor right in insert mode, so I do not need to type a closing bracket to escape the pair, but I frequently find that when I type a closing parenthesis/bracket (), ], }) to pair an open one in the same line, the plugin brings my cursor forward instead of instantly insert what I've typed:
Before        Input         After
------------------------------------
((  |)         )            ((  )|

Then I have to type ) again to close the pair:
Before        Input         After
------------------------------------
((  )|         )            ((  ))

This is not that pleasant when you have:
Before                    Input                 After              ...
------------------------------------------------------------------------
{{{{{{  |}}}}}             }                {{{{{{  }|}}}}         ...

Currently enable_check_bracket_line only applies to open parenthesis like (, is it possible to let it work with closing  parenthesis (that is, insert the closing parenthesis/bracket instead of moving the cursor forward)?
Additional context
P.S. This feature is a bit like vscode's Auto Closing Overtype option:

By default vscode has the same behavior as this plugin, but vscode allows you to turn it off.

this commit above will try to not move right when have an open bracket on same line.
if you want that option like vscode you can use  function get_rule() and add condtion with_move(cond.none())
or set enable_moveright=false( it will disable move right on quote too )


Bug 2100033: Fetch VM IP from DHCP server to set NodeInternalIP

Main intention of this PR is to set the NodeInternalIP for machine so that the cluster auto approver will approve the server csr requests

With DHCP server in place , The IP of the machine needs to fetched from dhcp server lease using the VM mac address
Also a cache implementation is added to avoid frequent calls to DHCP server

[ ] Add unit test cases

@mkumatag @dharaneeshvrd @Prajyot-Parab Please review.

@Karthik-K-N there is an already cache library written here in the https://github.com/kubernetes/client-go/blob/master/tools/cache/expiration_cache.go package which supports the TTL as well, wondering if we can use that here directly.
This one in particular https://github.com/kubernetes/client-go/blob/8dfe88aeffaac2cd6aba895db8fccfb51baf770d/tools/cache/expiration_cache.go#L203

Sure, Will check that out

Updated with changes to use cache functions from client-go. This PR is ready for PR


Error while reading shapefile with geopandas

my commands are as follows:
import geopandas as gp
fl=r"M:/rathore/vic_5km/L2_data/L2_data/DAMSELFISH_distributions.shp"
data=gp.read_file(Path('M:/rathore/vic_5km/L2_data/L2_data/DAMSELFISH_distributions.shp').resolve())
The 3rd commands gives the following error:
TypeError: invalid path: UnparsedPath(path='M:/rathore/vic_5km/L2_data/L2_data/DAMSELFISH_distributions.shp')
I have tried to change the / to \\ but its still there.

@lokendrarathore Sorry for taking this long to answer. Did you manage to fix this issue?
Your code has some things going on that I am not totally sure what might be the issue. What is this Path() object doing? Are you reading the file from some network drive or something?

I am closing this now, please check the latest course materials for input data and syntax :)


Gdmcbain 536 chaining

Rebased #537 onto master to make the web interface visualize the changes better.

I'm still wondering Mesh2D.mirror which doesn't seem to be used anywhere and it's also a bit unexpected because it combines a reflection and joining of two meshes. I think I'll deprecate it and implement Mesh.reflect which works for any dimension.

I'm still wondering Mesh2D.mirror which doesn't seem to be used anywhere and it's also a bit unexpected because it combines a reflection and joining of two meshes. I think I'll deprecate it and implement Mesh.reflect which works for any dimension.

I noticed that the support for subdomains/boundaries in Mesh.__add__ was actually not working. For now decided to remove it and add a warning if subdomains/boundaries get discarded. Will fix this in future when revamping the internal data structure for subdomains/boundaries.

I noticed that the support for subdomains/boundaries in Mesh.__add__ was actually not working. For now decided to remove it and add a warning if subdomains/boundaries get discarded. Will fix this in future when revamping the internal data structure for subdomains/boundaries.

Decided to keep the name Mesh.remove_elements because it is more descriptive. The initial idea was only to have a shorter variant but now it doesn't make much sense.

Decided to keep the name Mesh.remove_elements because it is more descriptive. The initial idea was only to have a shorter variant but now it doesn't make much sense.


Fix mq producer channel leak

MQ channel is not being closed on shutdown, so producer loop can't be exitied and no graceful shutdown can be performed.

@akshah hi, kindly please take a look


fix(script): decode CREATE tx arguments

Motivation
Closes #3053
also decode arguments for CREATE transactions
@mds1 mind giving this a try?

Solution

move TransactionWithMetadata to its own module
decode constructor/CREATE2call arguments if it's a create tx

I ran forge init, pasted the below into Counter.s.sol, and ran forge script script/Counter.s.sol --tc Script0. It succeeded but some reason I did not get a broadcast folder.
pragma solidity ^0.8.15;

import "forge-std/Script.sol";

contract A {
    address a;
    uint b;
    int c;
    bytes32 d;
    bool e;

  constructor(address _a, uint _b, int _c, bytes32 _d, bool _e) {
    a = _a;
    b = _b;
    c = _c;
    d = _d;
    e = _e;
  }
}

contract Script0 is Script {
  function run() external {
    vm.broadcast();
    new A(msg.sender, 2 ** 32, -1 * (2 ** 32), keccak256(abi.encode(1)), true);
  }
}

So then I started anvil and ran forge script script/Counter.s.sol --tc Script0 --rpc-url http://<IP_ADDRESS>:8545 (and tried with --broadcast too), and got the below error (which says there should be a trace, but there isn't since I didn't pass a verbosity flag)
[⠰] Compiling...
No files changed, compilation skipped
Script ran successfully.
Error:
Transaction failed when running the on-chain simulation. Check the trace above for more information.

So, not sure why these aren't working. Probably won't be able to look more until tomorrow, but basically I wanted to make sure all the different types were logged correctly (I probably should add bytes and string there too)

Ok, it does seem the arguments that are written are not encoded correctly. I tried running a script that had two address arguments of 0x794a61358D6845594F94dc1DB02A252b5b4814aD and 0x4200000000000000000000000000000000000006, but the output was
"arguments": [
  "57600080fd5b506040516132ae3803806132ae83",
  "61016f565b6001600160a01b0382811660805281"
],

I see, just need to encode them properly then, will write a test with your example, thanks!

extended constructor args

Hmm, using forge 0.2.0 (d7af7e3 2022-09-12T15:13:36.17375Z), just ran forge script script/MyScript.s.sol --private-key $PRIVATE_KEY --rpc-url $OPTIMISM_RPC_URL --broadcast and still got "arguments": null, even though the type is properly labeled CREATE

hmm perhaps missing something else.
is this the example script?

That was a different one. I just setup a fresh forge project and ran this example script, and it does seem all arguments were logged properly:
Deploy script:
function run() external {
  vm.broadcast();
  new A(msg.sender, 2 ** 32, -1 * (2 ** 32), keccak256(abi.encode(1)), true, hex"010203", "hello world");
}

Outputs:
"arguments": [
  "0x00a329c0648769A73afAc7F9381E08FB43dBEA72",
  "4294967296",
  "-4294967296",
  "0xb10e2d527612073b26eecdfd717e6a320cf44b4afac2b0732d9fcbe2b7fa0cf6",
  "true",
  "0x010203",
  "hello world"
],

Not sure what I messed up yesterday (maybe looked at the wrong output file) but it does seem to be working!
However, the below gives me an error. Here is src/A.sol
pragma solidity ^0.8.13;

contract A {
  address a;
  uint b;
  int c;
  bytes32 d;
  bool e;
  bytes f;
  string g;

  constructor(address _a, uint _b, int _c, bytes32 _d, bool _e, bytes memory _f, string memory _g) {
    a = _a;
    b = _b;
    c = _c;
    d = _d;
    e = _e;
    f = _f;
    g = _g;
  }
}

contract B {
  constructor(address _a, uint _b, int _c, bytes32 _d, bool _e, bytes memory _f, string memory _g) {
    new A(_a, _b, _c, _d, _e, _f, _g);
  }
}

Then in the script, I deploy B, which deploys A to test if it still shows the args for both A and B correctly. However I get the following output:
$ forge script script/Deploy.s.sol --rpc-url $OPTIMISM_RPC_URL -vvv
[⠆] Compiling...
No files changed, compilation skipped
Script ran successfully.
Error:
Transaction failed when running the on-chain simulation. Check the trace above for more information.

Context:
- Failed to decode constructor arguments

adding another test for this and investigate what's wrong here

@mds1 fixed by finding the last constructor in the bytecode

Ok that worked! I also tested it by changing contract B so that it deploys A in a method instead of a constructor, and that worked as expected. So this LGTM, thanks a lot @mattsse 🙌


Add contact us/#4 updated

Issue_Fixed_From_My_Side # 613
#613
hi , I updated the about us section pls verify and accept my pull request

@ManjeshGowda06 - Attach before & after screenshots in your PR for clarity.

Great contribution to Hacktoberfest'24! 🎉


Finished projects

This is a simple hack that allows projects to be marked as finished. However, it does not yet include a way to non-programmatically set a project as finished (ie, one cannot merely go to a project's edit page and set it to finished). I thought I'd wait until I have the creds to log in in dev before adding that ability. Or someone else could do it.

Hey Zach, what are you looking for in terms of login? We may need to setup some sort of manual auth for development, or put out the test app credentials

Hi Steve (how do you shorten Stephen?)! The "Facebook Setup" part of the
README made me think that someone could just give me some creds that I
enter into a .env file. I believe that's what you meant by "put out the
test app credentials"? Or I could just make my own Facebook creds (?) if
y'all want to keep Connector's more secure.
On Mon, Feb 9, 2015 at 7:13 PM, Stephen Bussey<EMAIL_ADDRESS>wrote:

Hey Zach, what are you looking for in terms of login? We may need to setup
some sort of manual auth for development, or put out the test app
credentials
—
Reply to this email directly or view it on GitHub
https://github.com/codeforatlanta/connector/pull/27#issuecomment-73619391
.

We have tests creds but they're under @witbok's facebook account.
Jess, do you want to publish them?

I'll probably want some FB creds sooner rather than later. I'll go ahead
and make my own. Sorry for the hassle!
On Tue, Feb 10, 2015 at 10:10 AM, Stephen Bussey<EMAIL_ADDRESS>wrote:

We have tests creds but they're under @witbok https://github.com/witbok's
facebook account.
Jess, do you want to publish them?
—
Reply to this email directly or view it on GitHub
https://github.com/codeforatlanta/connector/pull/27#issuecomment-73714871
.

Jess said she will upload it to the readme.

FEel free to make your own though

Cool, thanks!
On Tue, Feb 10, 2015 at 10:57 AM, Stephen Bussey<EMAIL_ADDRESS>wrote:

FEel free to make your own though
—
Reply to this email directly or view it on GitHub
https://github.com/codeforatlanta/connector/pull/27#issuecomment-73724525
.


Misleading title

The title of this page is "Life Cycle of a Dialog Box," but there is almost no information about this topic. What messages are called before, during, and after creation? After destruction? I end up on this page a few times each year and find it frustrating.

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 5c397155-4f5a-d280-b64f-c31121d19f18
Version Independent ID: 2c2a8a79-6e9b-6847-9649-cc802be433f1
Content: Life Cycle of a Dialog Box
Content Source: docs/mfc/life-cycle-of-a-dialog-box.md
Product: visual-cpp
Technology: cpp-mfc
GitHub Login: @mikeblome
Microsoft Alias: mblome

@Sachelis thanks for the feedback. I have changed the title to be more reflective of the actual content. You can infer the life cycle from the sub-topics below this one. Or better yet, find a good book on MFC, of which there are several.


Date picker for various date type

Please consider making a selection for separate type of date like selection only month, only day of week, only year.
Something like this was be implemented in this library
https://github.com/premkumarroyal/MonthAndYearPicker

I don't plan to allow any UI to be hidden, currently.


Adds shape, collapsedShape properties to Expansion Tile

Adds [borderColor, collapsedBorderColor,border, collapsedBorder] shape, collapsedShape properties to Expansion Tile widget.

uses ShapeBorderTween to add expand/close animation

replaces _borderColorTween with _borderTween

Changes Container decoration of expansionTile from BoxDecoration to ShapeDecoration

List which issues are fixed by this PR.

Fix https://github.com/flutter/flutter/issues/108357
Fix https://github.com/flutter/flutter/issues/85901

Pre-launch Checklist

[x] I read the Contributor Guide and followed the process outlined there for submitting PRs.
[x] I read the Tree Hygiene wiki page, which explains my responsibilities.
[x] I read and followed the Flutter Style Guide, including Features we expect every widget to implement.
[x] I signed the CLA.
[x] I listed at least one issue that this PR fixes in the description above.
[x] I updated/added relevant documentation (doc comments with ///).
[x] I added new tests to check the change I am making, or this PR is test-exempt.
[x] All existing and new tests are passing.

Maybe it is better to use  borderShape/borderSide and collapsedBorderShape/collapsedBorderSide? Then other parameters could also be edited.

Maybe it is better to use borderShape/borderSide and collapsedBorderShape/collapsedBorderSide? Then other parameters could also be edited. Maybe, just an idea.

We could do that, But the problem is the animation. If we are specifying the border parameter then we can't run animation on it

Though, we can make a function parameter with color as a var.

You can. Most borders lerp between each other. BorderSide also lerps.

But i don't think that's the way to go for it

You can. Most borders lerp between each other. BorderSide also lerps.

Oh, I'll look into it

Added Test case for checking Expansion panel Border

It looks like some tests are failing, can you take a look? Also, why not add this to the theme as well like the other properties?
Hi @Piinks,
I don't know why Linux doc test is failing.
Can you help me with that?

Thank you for your suggestions.

It is failing because the PR needs to be rebased on top of the last flutter master (it is using a too old version for the CI)

It is failing because the PR needs to be rebased on top of the last flutter master (it is using a too old version for the CI). You rebase, then force push.

failing even after rebase

Clip is not working on the splash of ListTile in expansion tile.

execute in this branch

import 'package:flutter/material.dart';
import 'package:flutter/widgets.dart';

void main() => runApp(
      MaterialApp(
        home: Scaffold(
          body: Padding(
            padding: const EdgeInsets.all(64.0),
            child: Center(
              child: ExpansionTile(
                backgroundColor: Colors.red,
                collapsedBackgroundColor: Colors.green,
                shape: CircleBorder(
                  side: BorderSide(),
                  // borderRadius: BorderRadius.circular(300),
                ),
                title: Text(
                  'Hello, world!',
                  key: Key('title'),
                  textDirection: TextDirection.ltr,
                ),
                children: [
                  Text(
                    'Hello, world!',
                    textDirection: TextDirection.ltr,
                  ),
                  Text(
                    'Hello, world!',
                    textDirection: TextDirection.ltr,
                  ),
                  Text(
                    'Hello, world!',
                    textDirection: TextDirection.ltr,
                  ),
                  Text(
                    'Hello, world!',
                    textDirection: TextDirection.ltr,
                  ),
                ],
              ),
            ),
          ),
        ),
      ),
    );

The docs test is failing because you have a reference in the docs that can't be resolved:
dartdoc:stderr:   error: unresolved doc reference [Theme.divider]
dartdoc:stderr:     from material.ExpansionTile.shape: (file:///b/s/w/ir/x/w/flutter%20sdk/packages/flutter/lib/src/material/expansion_tile.dart:269:22)
dartdoc:stderr:     in documentation inherited from material.ExpansionTile.shape: (file:///b/s/w/ir/x/w/flutter%20sdk/packages/flutter/lib/src/material/expansion_tile.dart:269:22)

Clip is not working on the splash of ListTile in expansion tile.

Is this not the expected behavior?

Clip is not working on the splash of ListTile in expansion tile.

Is this not the expected behavior?

oh, I thought it should not as the ListTile has been clipped by the container

I can't quite tell what this is achieving versus the original default. Can you add an image before/after your change of the default tile? I think this might be a breaking change, so I am running it through additional tests to check.

Previously

With this PR

It looks like CI is failing, can you rebase with the latest on master?

This PR looks like it was branched off of a different branch from master, resulting in a large diff and meaning it will not be mergeable. Please see tree hygiene for more details about how to open pull requests to Flutter repositories.

This PR looks like it was branched off of a different branch from master, resulting in a large diff and meaning it will not be mergeable. Please see tree hygiene for more details about how to open pull requests to Flutter repositories.

Should I force undo the merge commit and rebase with git fetch upstream; git rebase upstream/master; git push origin your_branch_name ?

sorry but I think I messed up. I lost all my commits is there any way to undo it?

git reflog is your friend

I wasn't able to rebase the repo, when I tried I'm getting a suggestion to push 24 changes as shown bellow.

Should I open another PR?

You can open a new PR, but git reflog is also pretty helpful if you want to rollback to an earlier state.

I've rolled back to previous commit. This is happening after that.

Have you tried rebasing again after rolling back? I can't be of much help troubleshooting git unfortunately.


Vimeo Pro - 1920 Pixel Video not downloadable :-(

Checklist

[x] I'm reporting a broken site support
[x] I've verified that I'm running youtube-dl version 2021.12.17
[x] I've checked that all provided URLs are alive and playable in a browser
[x] I've checked that all URLs and arguments with special characters are properly quoted or escaped
[x] I've searched the bugtracker for similar issues including closed ones

Verbose log

youtube-dl -v https://11vod-adaptive.akamaized.net/exp=1668900760~acl=%2F92554567-2f1f-4673-8169-5f7c39af9df2%2F%2A~hmac=a78f89f321cb5ab802b5e262bf1a7b8f996988ff8df88aa8b9cc03aa6c6d6b53/92554567-2f1f-4673-8169-5f7c39af9df2/parcel/video/ba502be5.mp4
[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: ['-v', 'https://11vod-adaptive.akamaized.net/exp=1668900760~acl=%2F92554567-2f1f-4673-8169-5f7c39af9df2%2F%2A~hmac=a78f89f321cb5ab802b5e262bf1a7b8f996988ff8df88aa8b9cc03aa6c6d6b53/92554567-2f1f-4673-8169-5f7c39af9df2/parcel/video/ba502be5.mp4']
[debug] Encodings: locale cp1252, fs mbcs, out cp850, pref cp1252
[debug] youtube-dl version 2021.12.17
[debug] Python version 3.4.4 (CPython) - Windows-10-10.0.22621
[debug] exe versions: ffmpeg 2022-11-03-git-5ccd4d3060-full_build-www.gyan.dev, ffprobe 2022-11-03-git-5ccd4d3060-full_build-www.gyan.dev
[debug] Proxy map: {}
[generic] ba502be5: Requesting header
[debug] Default format spec: bestvideo+bestaudio/best
[debug] Invoking downloader on 'https://11vod-adaptive.akamaized.net/exp=1668900760~acl=%2F92554567-2f1f-4673-8169-5f7c39af9df2%2F%2A~hmac=a78f89f321cb5ab802b5e262bf1a7b8f996988ff8df88aa8b9cc03aa6c6d6b53/92554567-2f1f-4673-8169-5f7c39af9df2/parcel/video/ba502be5.mp4'
ERROR: unable to download video data: HTTP Error 403: Forbidden
Traceback (most recent call last):
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 1976, in process_info
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 1915, in dl
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\downloader\common.py", line 366, in download
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\downloader\http.py", line 351, in real_download
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\downloader\http.py", line 116, in establish_connection
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\downloader\http.py", line 110, in establish_connection
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 2288, in urlopen
  File "C:\Python\Python34\lib\urllib\request.py", line 470, in open
  File "C:\Python\Python34\lib\urllib\request.py", line 580, in http_response
  File "C:\Python\Python34\lib\urllib\request.py", line 508, in error
  File "C:\Python\Python34\lib\urllib\request.py", line 442, in _call_chain
  File "C:\Python\Python34\lib\urllib\request.py", line 588, in http_error_default
urllib.error.HTTPError: HTTP Error 403: Forbidden

Description

Hello,
Site: https://vimeopro.com/cadfem/simulation-conference-mechanische-systeme-in-perfektion
Password: Conference2022
"Original Media Link":
https://11vod-adaptive.akamaized.net/exp=1668900760~acl=%2F92554567-2f1f-4673-8169-5f7c39af9df2%2F*~hmac=a78f89f321cb5ab802b5e262bf1a7b8f996988ff8df88aa8b9cc03aa6c6d6b53/92554567-2f1f-4673-8169-5f7c39af9df2/sep/video/e22e0b59,d3d2c0c8,7acab0de,ba502be5,0f745f59/audio/7cc595f1,8de9c6ad,a22024ff/master.json?query_string_ranges=1&base64_init=1
I was able to "decipher" what is what. So the "base" would be:
https://11vod-adaptive.akamaized.net/exp=1668900760~acl=%2F92554567-2f1f-4673-8169-5f7c39af9df2%2F*~hmac=a78f89f321cb5ab802b5e262bf1a7b8f996988ff8df88aa8b9cc03aa6c6d6b53/92554567-2f1f-4673-8169-5f7c39af9df2/parcel/
and following extensions apply:
AUDIO
audio/a22024ff.mp4 63,6 kb/s
audio/8de9c6ad.mp4  95,1 kb/s
audio/7cc595f1.mp4  192 kb/s
VIDEO
video/e22e0b59.mp4  960 Pixel
video/d3d2c0c8.mp4  426 Pixel
video/7acab0de.mp4  640 Pixel
video/ba502be5.mp4  NOT WORKING
video/0f745f59.mp4  1280 Pixel
My problem is "video/ba502be5.mp4", which would certainly be the 1920 Pixel Video.
How can I get it?
Thank you & best wishes! : )

What happens if you pass browser cookies from a session where you can play the 1920 format?

Also, try https://vimeo.com/764543723/f4a7f509ff?h=f4a7f509ff.

What happens if you pass browser cookies from a session where you can play the 1920 format?
Yes.

Also, try https://vimeo.com/764543723/f4a7f509ff?h=f4a7f509ff.

Please elaborate how you got this link. : )

It's in the source of the page that you get after entering the password.

You've got
https://player.vimeo.com/video/764543723?h=f4a7f509ff&portfolio_id=1612641
from the console and re-wrote it from experience?

Anyhow, this is the 'book' solution. Find the cookie set for .vimeopro.com after entering the password in the original page. For me it was like this:
portfolio_1612641=67bceb086300baed20fd830acaf7bf88a6b1ac32f5ad1480f296df8956514f26.1669578724

You can either pull this out of the browser devtools or cookie manager and pass a suitable Cookie: header, or export a cookies.txt and pass --cookies cookies.txt. I went the first way:
0baed20fd830acaf7bf88a6b1ac32f5ad1480f296df8956514f26.1669578724' 'https://vimeopro.com/cadfem/simulation-conference-mechanische-systeme-in-perfektion'
[debug] System config: [u'--prefer-ffmpeg']
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: [u'-v', u'-F', u'--add-header', u'Cookie: portfolio_1612641=67bceb086300baed20fd830acaf7bf88a6b1ac32f5ad1480f296df8956514f26.1669578724', u'https://vimeopro.com/cadfem/simulation-conference-mechanische-systeme-in-perfektion']
[debug] Adding header from command line option Cookie: portfolio_1612641=67bceb086300baed20fd830acaf7bf88a6b1ac32f5ad1480f296df8956514f26.1669578724
[debug] Encodings: locale UTF-8, fs UTF-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2021.12.17
[debug] Git HEAD: 774b346f9
[debug] Python version 2.7.17 (CPython) - Linux-4.4.0-210-generic-i686-with-Ubuntu-16.04-xenial
[debug] exe versions: avconv 4.3, avprobe 4.3, ffmpeg 4.3, ffprobe 4.3
[debug] Proxy map: {}
[generic] simulation-conference-mechanische-systeme-in-perfektion: Requesting header
WARNING: Falling back on generic information extractor.
[generic] simulation-conference-mechanische-systeme-in-perfektion: Downloading webpage
[generic] simulation-conference-mechanische-systeme-in-perfektion: Extracting information
[download] Downloading playlist: Mechanische Systeme in Perfektion - Mechanische Systeme in Perfektion: Realität erfassen, Innovation treiben
[generic] playlist Mechanische Systeme in Perfektion - Mechanische Systeme in Perfektion: Realität erfassen, Innovation treiben: Collected 1 video ids (downloading 1 of them)
[download] Downloading video 1 of 1
[vimeo] 764543723: Downloading webpage
[vimeo] 764543723: Downloading akfire_interconnect_quic m3u8 information
[vimeo] 764543723: Downloading akfire_interconnect_quic m3u8 information
[vimeo] 764543723: Downloading fastly_skyfire m3u8 information
[vimeo] 764543723: Downloading fastly_skyfire m3u8 information
[vimeo] 764543723: Downloading akfire_interconnect_quic MPD information
[vimeo] 764543723: Downloading akfire_interconnect_quic MPD information
[vimeo] 764543723: Downloading fastly_skyfire MPD information
[vimeo] 764543723: Downloading fastly_skyfire MPD information
[info] Available formats for 764543723:
format code                                        extension  resolution note
hls-akfire_interconnect_quic_sep-audio-high-audio  mp4        audio only
hls-fastly_skyfire_sep-audio-high-audio            mp4        audio only
dash-akfire_interconnect_quic_sep-audio-a22024ff   m4a        audio only DASH audio   66k , m4a_dash container, opus  (48000Hz)
dash-fastly_skyfire_sep-audio-a22024ff             m4a        audio only DASH audio   66k , m4a_dash container, opus  (48000Hz)
dash-akfire_interconnect_quic_sep-audio-8de9c6ad   m4a        audio only DASH audio   98k , m4a_dash container, opus  (48000Hz)
dash-fastly_skyfire_sep-audio-8de9c6ad             m4a        audio only DASH audio   98k , m4a_dash container, opus  (48000Hz)
dash-akfire_interconnect_quic_sep-audio-7cc595f1   m4a        audio only DASH audio  191k , m4a_dash container, mp4a.40.2 (48000Hz)
dash-fastly_skyfire_sep-audio-7cc595f1             m4a        audio only DASH audio  191k , m4a_dash container, mp4a.40.2 (48000Hz)
hls-akfire_interconnect_quic-114                   mp4        426x240     114k , avc1.640015, 25.0fps, video only
hls-fastly_skyfire-114                             mp4        426x240     114k , avc1.640015, 25.0fps, video only
hls-akfire_interconnect_quic_sep-305               mp4        426x240     305k , avc1.640015, 25.0fps, video only
hls-fastly_skyfire_sep-305                         mp4        426x240     305k , avc1.640015, 25.0fps, video only
dash-akfire_interconnect_quic-video-d3d2c0c8       mp4        426x240    DASH video  310k , mp4_dash container, avc1.640015, 25fps, video only
dash-akfire_interconnect_quic_sep-video-d3d2c0c8   mp4        426x240    DASH video  310k , mp4_dash container, avc1.640015, 25fps, video only
dash-fastly_skyfire-video-d3d2c0c8                 mp4        426x240    DASH video  310k , mp4_dash container, avc1.640015, 25fps, video only
dash-fastly_skyfire_sep-video-d3d2c0c8             mp4        426x240    DASH video  310k , mp4_dash container, avc1.640015, 25fps, video only
hls-akfire_interconnect_quic-225                   mp4        640x360     225k , avc1.64001E, 25.0fps, video only
hls-fastly_skyfire-225                             mp4        640x360     225k , avc1.64001E, 25.0fps, video only
hls-akfire_interconnect_quic_sep-416               mp4        640x360     416k , avc1.64001E, 25.0fps, video only
hls-fastly_skyfire_sep-416                         mp4        640x360     416k , avc1.64001E, 25.0fps, video only
dash-akfire_interconnect_quic-video-7acab0de       mp4        640x360    DASH video  611k , mp4_dash container, avc1.64001E, 25fps, video only
dash-akfire_interconnect_quic_sep-video-7acab0de   mp4        640x360    DASH video  611k , mp4_dash container, avc1.64001E, 25fps, video only
dash-fastly_skyfire-video-7acab0de                 mp4        640x360    DASH video  611k , mp4_dash container, avc1.64001E, 25fps, video only
dash-fastly_skyfire_sep-video-7acab0de             mp4        640x360    DASH video  611k , mp4_dash container, avc1.64001E, 25fps, video only
hls-akfire_interconnect_quic-464                   mp4        960x540     464k , avc1.64001F, 25.0fps, video only
hls-fastly_skyfire-464                             mp4        960x540     464k , avc1.64001F, 25.0fps, video only
hls-akfire_interconnect_quic_sep-655               mp4        960x540     655k , avc1.64001F, 25.0fps, video only
hls-fastly_skyfire_sep-655                         mp4        960x540     655k , avc1.64001F, 25.0fps, video only
dash-akfire_interconnect_quic-video-e22e0b59       mp4        960x540    DASH video 1149k , mp4_dash container, avc1.64001F, 25fps, video only
dash-akfire_interconnect_quic_sep-video-e22e0b59   mp4        960x540    DASH video 1149k , mp4_dash container, avc1.64001F, 25fps, video only
dash-fastly_skyfire-video-e22e0b59                 mp4        960x540    DASH video 1149k , mp4_dash container, avc1.64001F, 25fps, video only
dash-fastly_skyfire_sep-video-e22e0b59             mp4        960x540    DASH video 1149k , mp4_dash container, avc1.64001F, 25fps, video only
hls-akfire_interconnect_quic-726                   mp4        1280x720    726k , avc1.640020, 25.0fps, video only
hls-fastly_skyfire-726                             mp4        1280x720    726k , avc1.640020, 25.0fps, video only
hls-akfire_interconnect_quic_sep-917               mp4        1280x720    917k , avc1.640020, 25.0fps, video only
hls-fastly_skyfire_sep-917                         mp4        1280x720    917k , avc1.640020, 25.0fps, video only
dash-akfire_interconnect_quic-video-0f745f59       mp4        1280x720   DASH video 1837k , mp4_dash container, avc1.640020, 25fps, video only
dash-akfire_interconnect_quic_sep-video-0f745f59   mp4        1280x720   DASH video 1837k , mp4_dash container, avc1.640020, 25fps, video only
dash-fastly_skyfire-video-0f745f59                 mp4        1280x720   DASH video 1837k , mp4_dash container, avc1.640020, 25fps, video only
dash-fastly_skyfire_sep-video-0f745f59             mp4        1280x720   DASH video 1837k , mp4_dash container, avc1.640020, 25fps, video only
hls-akfire_interconnect_quic-1390                  mp4        1920x1080  1390k , avc1.64002A, 25.0fps, video only
hls-fastly_skyfire-1390                            mp4        1920x1080  1390k , avc1.64002A, 25.0fps, video only
hls-akfire_interconnect_quic_sep-1581              mp4        1920x1080  1581k , avc1.64002A, 25.0fps, video only
hls-fastly_skyfire_sep-1581                        mp4        1920x1080  1581k , avc1.64002A, 25.0fps, video only
dash-akfire_interconnect_quic-video-ba502be5       mp4        1920x1080  DASH video 3649k , mp4_dash container, avc1.64002A, 25fps, video only
dash-akfire_interconnect_quic_sep-video-ba502be5   mp4        1920x1080  DASH video 3649k , mp4_dash container, avc1.64002A, 25fps, video only
dash-fastly_skyfire-video-ba502be5                 mp4        1920x1080  DASH video 3649k , mp4_dash container, avc1.64002A, 25fps, video only
dash-fastly_skyfire_sep-video-ba502be5             mp4        1920x1080  DASH video 3649k , mp4_dash container, avc1.64002A, 25fps, video only (best)
[download] Finished downloading playlist: Mechanische Systeme in Perfektion - Mechanische Systeme in Perfektion: Realität erfassen, Innovation treiben
$

... A similar method that doesn't involve cookies 😉 ; via URL sniffing (browser's Web Console), it is found that the video is actually hosted on vimeo at:
https://player.vimeo.com/video/764543723?h=f4a7f509ff&portfolio_id=1612641

; then, the embedding page has to be passed on as referer:
youtube-dl --referer "https://vimeopro.com/cadfem/simulation-conference-mechanische-systeme-in-perfektion" -vF "https://player.vimeo.com/video/764543723?h=f4a7f509ff&portfolio_id=1612641" =>

[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: ['--referer', 'https://vimeopro.com/cadfem/simulation-conference-mechanische-systeme-in-perfektion', '-vF', 'https://player.vimeo.com/video/764543723?h=f4a7f509ff&portfolio_id=1612641']
[debug] Encodings: locale cp1253, fs mbcs, out cp737, pref cp1253
[debug] youtube-dl version 2<IP_ADDRESS>514
[debug] Python version 3.4.4 (CPython) - Windows-Vista-6.0.6003-SP2
[debug] exe versions: ffmpeg 5.0, ffprobe 5.0, phantomjs 2.1.1, rtmpdump 2.4
[debug] Proxy map: {}
[vimeo] 764543723: Downloading webpage
[vimeo] 764543723: Downloading akfire_interconnect_quic m3u8 information
[vimeo] 764543723: Downloading akfire_interconnect_quic m3u8 information
[vimeo] 764543723: Downloading fastly_skyfire m3u8 information
[vimeo] 764543723: Downloading fastly_skyfire m3u8 information
[vimeo] 764543723: Downloading akfire_interconnect_quic MPD information
[vimeo] 764543723: Downloading akfire_interconnect_quic MPD information
[vimeo] 764543723: Downloading fastly_skyfire MPD information
[vimeo] 764543723: Downloading fastly_skyfire MPD information
[info] Available formats for 764543723:
format code                                        extension  resolution note
hls-akfire_interconnect_quic_sep-audio-high-audio  mp4        audio only
hls-fastly_skyfire_sep-audio-high-audio            mp4        audio only
dash-akfire_interconnect_quic_sep-audio-a22024ff   m4a        audio only DASH audio   66k , m4a_dash container, opus  (48000Hz)
dash-fastly_skyfire_sep-audio-a22024ff             m4a        audio only DASH audio   66k , m4a_dash container, opus  (48000Hz)
dash-akfire_interconnect_quic_sep-audio-8de9c6ad   m4a        audio only DASH audio   98k , m4a_dash container, opus  (48000Hz)
dash-fastly_skyfire_sep-audio-8de9c6ad             m4a        audio only DASH audio   98k , m4a_dash container, opus  (48000Hz)
dash-akfire_interconnect_quic_sep-audio-7cc595f1   m4a        audio only DASH audio  191k , m4a_dash container, mp4a.40.2 (48000Hz)
dash-fastly_skyfire_sep-audio-7cc595f1             m4a        audio only DASH audio  191k , m4a_dash container, mp4a.40.2 (48000Hz)
hls-akfire_interconnect_quic-114                   mp4        426x240     114k , avc1.640015, 25.0fps, video only
hls-fastly_skyfire-114                             mp4        426x240     114k , avc1.640015, 25.0fps, video only
hls-akfire_interconnect_quic_sep-305               mp4        426x240     305k , avc1.640015, 25.0fps, video only
hls-fastly_skyfire_sep-305                         mp4        426x240     305k , avc1.640015, 25.0fps, video only
dash-akfire_interconnect_quic-video-d3d2c0c8       mp4        426x240    DASH video  310k , mp4_dash container, avc1.640015, 25fps, video only
dash-akfire_interconnect_quic_sep-video-d3d2c0c8   mp4        426x240    DASH video  310k , mp4_dash container, avc1.640015, 25fps, video only
dash-fastly_skyfire-video-d3d2c0c8                 mp4        426x240    DASH video  310k , mp4_dash container, avc1.640015, 25fps, video only
dash-fastly_skyfire_sep-video-d3d2c0c8             mp4        426x240    DASH video  310k , mp4_dash container, avc1.640015, 25fps, video only
hls-akfire_interconnect_quic-225                   mp4        640x360     225k , avc1.64001E, 25.0fps, video only
hls-fastly_skyfire-225                             mp4        640x360     225k , avc1.64001E, 25.0fps, video only
hls-akfire_interconnect_quic_sep-416               mp4        640x360     416k , avc1.64001E, 25.0fps, video only
hls-fastly_skyfire_sep-416                         mp4        640x360     416k , avc1.64001E, 25.0fps, video only
dash-akfire_interconnect_quic-video-7acab0de       mp4        640x360    DASH video  611k , mp4_dash container, avc1.64001E, 25fps, video only
dash-akfire_interconnect_quic_sep-video-7acab0de   mp4        640x360    DASH video  611k , mp4_dash container, avc1.64001E, 25fps, video only
dash-fastly_skyfire-video-7acab0de                 mp4        640x360    DASH video  611k , mp4_dash container, avc1.64001E, 25fps, video only
dash-fastly_skyfire_sep-video-7acab0de             mp4        640x360    DASH video  611k , mp4_dash container, avc1.64001E, 25fps, video only
hls-akfire_interconnect_quic-464                   mp4        960x540     464k , avc1.64001F, 25.0fps, video only
hls-fastly_skyfire-464                             mp4        960x540     464k , avc1.64001F, 25.0fps, video only
hls-akfire_interconnect_quic_sep-655               mp4        960x540     655k , avc1.64001F, 25.0fps, video only
hls-fastly_skyfire_sep-655                         mp4        960x540     655k , avc1.64001F, 25.0fps, video only
dash-akfire_interconnect_quic-video-e22e0b59       mp4        960x540    DASH video 1149k , mp4_dash container, avc1.64001F, 25fps, video only
dash-akfire_interconnect_quic_sep-video-e22e0b59   mp4        960x540    DASH video 1149k , mp4_dash container, avc1.64001F, 25fps, video only
dash-fastly_skyfire-video-e22e0b59                 mp4        960x540    DASH video 1149k , mp4_dash container, avc1.64001F, 25fps, video only
dash-fastly_skyfire_sep-video-e22e0b59             mp4        960x540    DASH video 1149k , mp4_dash container, avc1.64001F, 25fps, video only
hls-akfire_interconnect_quic-726                   mp4        1280x720    726k , avc1.640020, 25.0fps, video only
hls-fastly_skyfire-726                             mp4        1280x720    726k , avc1.640020, 25.0fps, video only
hls-akfire_interconnect_quic_sep-917               mp4        1280x720    917k , avc1.640020, 25.0fps, video only
hls-fastly_skyfire_sep-917                         mp4        1280x720    917k , avc1.640020, 25.0fps, video only
dash-akfire_interconnect_quic-video-0f745f59       mp4        1280x720   DASH video 1837k , mp4_dash container, avc1.640020, 25fps, video only
dash-akfire_interconnect_quic_sep-video-0f745f59   mp4        1280x720   DASH video 1837k , mp4_dash container, avc1.640020, 25fps, video only
dash-fastly_skyfire-video-0f745f59                 mp4        1280x720   DASH video 1837k , mp4_dash container, avc1.640020, 25fps, video only
dash-fastly_skyfire_sep-video-0f745f59             mp4        1280x720   DASH video 1837k , mp4_dash container, avc1.640020, 25fps, video only
hls-akfire_interconnect_quic-1390                  mp4        1920x1080  1390k , avc1.64002A, 25.0fps, video only
hls-fastly_skyfire-1390                            mp4        1920x1080  1390k , avc1.64002A, 25.0fps, video only
hls-akfire_interconnect_quic_sep-1581              mp4        1920x1080  1581k , avc1.64002A, 25.0fps, video only
hls-fastly_skyfire_sep-1581                        mp4        1920x1080  1581k , avc1.64002A, 25.0fps, video only
dash-akfire_interconnect_quic-video-ba502be5       mp4        1920x1080  DASH video 3649k , mp4_dash container, avc1.64002A, 25fps, video only
dash-akfire_interconnect_quic_sep-video-ba502be5   mp4        1920x1080  DASH video 3649k , mp4_dash container, avc1.64002A, 25fps, video only
dash-fastly_skyfire-video-ba502be5                 mp4        1920x1080  DASH video 3649k , mp4_dash container, avc1.64002A, 25fps, video only
dash-fastly_skyfire_sep-video-ba502be5             mp4        1920x1080  DASH video 3649k , mp4_dash container, avc1.64002A, 25fps, video only (best)

Rather than deploying devtools (admittedly needed for my cookie solution), looking at View Source of the page delivered after entering the password gives you a better target for yt-dl.

looking at View Source of the page delivered after entering the password gives you a better target for yt-dl.

Yep, that works too, :wink: ... I understand different people have different workflows; most (like you) tend to hunt inside Page Source; I only go there when Web Console/Network Tab of DevTools do not immediately divulge what I'm after... As long as the "job" is done...
FWIW, the vimeo URI has been unlocked quite recently (mere hours ago...), because now
https://vimeo.com/764543723/f4a7f509ff
even loads in a browser tab, whereas before (when I posted my previous comment) it would nag that "the video couldn't be shown due to security settings"; the result being the --referer option is not needed anymore:
youtube-dl -F "https://vimeo.com/764543723/f4a7f509ff" =>

[vimeo] 764543723: Downloading JSON metadata
[vimeo] 764543723: Downloading JSON metadata
[vimeo] 764543723: Downloading JSON metadata
[vimeo] 764543723: Downloading akfire_interconnect_quic m3u8 information
[vimeo] 764543723: Downloading akfire_interconnect_quic m3u8 information
[vimeo] 764543723: Downloading fastly_skyfire m3u8 information
[vimeo] 764543723: Downloading fastly_skyfire m3u8 information
[vimeo] 764543723: Downloading akfire_interconnect_quic MPD information
[vimeo] 764543723: Downloading akfire_interconnect_quic MPD information
[vimeo] 764543723: Downloading fastly_skyfire MPD information
[vimeo] 764543723: Downloading fastly_skyfire MPD information
[info] Available formats for 764543723:
format code                                        extension  resolution note
......
hls-akfire_interconnect_quic-1390                  mp4        1920x1080  1390k , avc1.64002A, 25.0fps, video only
hls-fastly_skyfire-1390                            mp4        1920x1080  1390k , avc1.64002A, 25.0fps, video only
hls-akfire_interconnect_quic_sep-1581              mp4        1920x1080  1581k , avc1.64002A, 25.0fps, video only
hls-fastly_skyfire_sep-1581                        mp4        1920x1080  1581k , avc1.64002A, 25.0fps, video only
dash-akfire_interconnect_quic-video-ba502be5       mp4        1920x1080  DASH video 3649k , mp4_dash container, avc1.64002A, 25fps, video only
dash-akfire_interconnect_quic_sep-video-ba502be5   mp4        1920x1080  DASH video 3649k , mp4_dash container, avc1.64002A, 25fps, video only
dash-fastly_skyfire-video-ba502be5                 mp4        1920x1080  DASH video 3649k , mp4_dash container, avc1.64002A, 25fps, video only
dash-fastly_skyfire_sep-video-ba502be5             mp4        1920x1080  DASH video 3649k , mp4_dash container, avc1.64002A, 25fps, video only (best)

@Vangelis66 As far as I know, it is not "unlocked recently".
It is accessible since the @dirkf posted in his second post 8 days ago:
https://vimeo.com/764543723/f4a7f509ff?h=f4a7f509ff
It is the same as:
https://vimeo.com/764543723/f4a7f509ff
Vimeo only nags "the video couldn't be shown due to security settings", if you use the original link from the console:
https://player.vimeo.com/video/764543723?h=f4a7f509ff&portfolio_id=1612641
But you just need to re-write it, to get access.
That's why I asked @dirkf how he has got in the first place:
https://vimeo.com/764543723/f4a7f509ff?h=f4a7f509ff
But I am still waiting for an answer. ^^
@dirkf you just answered
"It's in the source of the page that you get after entering the password."
But I could not find this link there
https://vimeo.com/764543723/f4a7f509ff?h=f4a7f509ff
Only this link is present, isn't it?:
https://player.vimeo.com/video/764543723?h=f4a7f509ff&portfolio_id=1612641
So I like to ask again:
Please elaborate how you have gotten this link. : )
You've got
https://player.vimeo.com/video/764543723?h=f4a7f509ff&portfolio_id=1612641
from the console and re-wrote it from experience?

Navigate to problem URL, with JS disabled.
Enter password and submit.
In the resulting page use View Source
Find the link https://vimeo.com/764543723/f4a7f509ff?h=f4a7f509ff.

However https://github.com/ytdl-org/youtube-dl/issues/31366#issuecomment-1328328495 shows the "correct" way to extract the page's video.

Vangelis66
As far as I know, it has not been "unlocked just recently".
It is accessible since dirkf posted (the link below) in his second post, 8 days ago:
https://vimeo.com/764543723/f4a7f509ff?h=f4a7f509ff
This is the same link as:
https://vimeo.com/764543723/f4a7f509ff
Vimeo only nags "Sorry - Because of its privacy settings, this video cannot be played here.",
if you use the original link from the console:
https://player.vimeo.com/video/764543723?h=f4a7f509ff&portfolio_id=1612641

You are right (at least as things stand now) 😄 ; I won't pretend I have vivid recollection of all the tests I made then 😉 , it was late night/early morning in my timezone, so chances are I mixed things up 😊 ; still, I do remember trying the "dirkf" link that night as-is and it wouldn't download 😒 ...

I believe the code has to be extended to get the proper link by its own, if applicable.
Cookies or --referrer are not necessary in this case.

IOW, you're asking for yt-dl's genericIE [and/or vimeoIE] to be equiped with a --password feature (provided by the user), so media pages behind a password (ultimately, log-in credentials) be accessible by it... Or even a new, dedicated, vimeoproIE...
News bulletin: The forked project yt-dlp already has implemented that:
yt-dlp -vF --video-password "Conference2022" "https://vimeopro.com/cadfem/simulation-conference-mechanische-systeme-in-perfektion" =>

[debug] Command-line config: ['--ffmpeg-location', '..', '--downloader-args', 'ffmpeg:-v 8 -stats', '-vF', '--video-password', 'PRIVATE', 'https://vimeopro.com/cadfem/simulation-conference-mechanische-systeme-in-perfektion']
[debug] Encodings: locale cp1253, fs utf-8, pref cp1253, out utf-8 (No VT), error utf-8 (No VT), screen utf-8 (No VT)
[debug] ytdl-patched/yt-dlp version 2<IP_ADDRESS>044 [98c5f91] (win_x86_exe)
[debug] Python 3.7.9 (CPython x86 32bit) - Windows-Vista-6.0.6003-SP2 (OpenSSL 1.1.1g  21 Apr 2020)
[debug] exe versions: ffmpeg 5.0 (fdk,setts), ffprobe 5.0, phantomjs 2.1.1, rtmpdump 2.4-102-ga3a600d-get_iplayer
[debug] Optional libraries: Cryptodome-3.16.0, brotli-1.0.9, certifi-2022.09.24, mutagen-1.46.0, sqlite3-2.6.0, websockets-10.4
[debug] Proxy map: {}
[debug] Loaded 1727 extractors
[debug] [vimeo:pro] Extracting URL: https://vimeopro.com/cadfem/simulation-conference-mechanische-systeme-in-perfektion
[vimeo:pro] simulation-conference-mechanische-systeme-in-perfektion: Downloading webpage
[vimeo:pro] simulation-conference-mechanische-systeme-in-perfektion: Logging in with video password
[debug] [vimeo] Extracting URL: https://player.vimeo.com/video/764543723?h=f4a7f509ff&portfolio_id=1612641#__youtubedl_smuggle=%7B%22http_headers%22%3A+%7B%22Referer%22%3A+%22https%3A%2F%2Fvimeopro.com%2Fcadfem%2Fsimulation-conference-mechanische-systeme-in-perfektion%22%7D%7D
[vimeo] 764543723: Downloading webpage
[vimeo] 764543723: Downloading akfire_interconnect_quic m3u8 information
[vimeo] 764543723: Downloading akfire_interconnect_quic m3u8 information
[vimeo] 764543723: Downloading fastly_skyfire m3u8 information
[vimeo] 764543723: Downloading fastly_skyfire m3u8 information
[vimeo] 764543723: Downloading akfire_interconnect_quic MPD information
[vimeo] 764543723: Downloading akfire_interconnect_quic MPD information
[vimeo] 764543723: Downloading fastly_skyfire MPD information
[vimeo] 764543723: Downloading fastly_skyfire MPD information
[debug] Sort order given by extractor: quality, res, fps, hdr:12, source
[debug] Formats sorted by: hasvid, ie_pref, quality, res, fps, hdr:12(7), source, lang, vcodec:vp9.2(10), channels, acodec, filesize, fs_approx, tbr, vbr, abr, asr, proto, vext, aext, hasaud, id
[info] Available formats for 764543723:
ID                                                EXT RESOLUTION FPS |   FILESIZE   TBR PROTO | VCODEC        VBR ACODEC      ABR ASR MORE INFO
---------------------------------------------------------------------------------------------------------------------------------------------------------
hls-akfire_interconnect_quic_sep-audio-high-audio mp4 audio only     |        m3u8  | audio only        unknown             audio
hls-fastly_skyfire_sep-audio-high-audio           mp4 audio only     |        m3u8  | audio only        unknown             audio
dash-akfire_interconnect_quic_sep-audio-7cc595f1  m4a audio only     | ~291.56MiB  191k dash  | audio only        mp4a.40.2  191k 48k DASH audio, m4a_dash
dash-fastly_skyfire_sep-audio-7cc595f1            m4a audio only     | ~291.56MiB  191k dash  | audio only        mp4a.40.2  191k 48k DASH audio, m4a_dash
dash-akfire_interconnect_quic_sep-audio-a22024ff  m4a audio only     | ~100.75MiB   66k dash  | audio only        opus        66k 48k DASH audio, m4a_dash
dash-fastly_skyfire_sep-audio-a22024ff            m4a audio only     | ~100.75MiB   66k dash  | audio only        opus        66k 48k DASH audio, m4a_dash
dash-akfire_interconnect_quic_sep-audio-8de9c6ad  m4a audio only     | ~149.60MiB   98k dash  | audio only        opus        98k 48k DASH audio, m4a_dash
dash-fastly_skyfire_sep-audio-8de9c6ad            m4a audio only     | ~149.60MiB   98k dash  | audio only        opus        98k 48k DASH audio, m4a_dash
hls-akfire_interconnect_quic-114                  mp4 426x240     25 | ~174.02MiB  114k m3u8  | avc1.640015  114k video only
hls-fastly_skyfire-114                            mp4 426x240     25 | ~174.02MiB  114k m3u8  | avc1.640015  114k video only
hls-akfire_interconnect_quic_sep-305              mp4 426x240     25 | ~465.58MiB  305k m3u8  | avc1.640015  305k video only
hls-fastly_skyfire_sep-305                        mp4 426x240     25 | ~465.58MiB  305k m3u8  | avc1.640015  305k video only
dash-akfire_interconnect_quic-video-d3d2c0c8      mp4 426x240     25 | ~473.21MiB  310k dash  | avc1.640015  310k video only          DASH video, mp4_dash
dash-akfire_interconnect_quic_sep-video-d3d2c0c8  mp4 426x240     25 | ~473.21MiB  310k dash  | avc1.640015  310k video only          DASH video, mp4_dash
dash-fastly_skyfire-video-d3d2c0c8                mp4 426x240     25 | ~473.21MiB  310k dash  | avc1.640015  310k video only          DASH video, mp4_dash
dash-fastly_skyfire_sep-video-d3d2c0c8            mp4 426x240     25 | ~473.21MiB  310k dash  | avc1.640015  310k video only          DASH video, mp4_dash
hls-akfire_interconnect_quic-225                  mp4 640x360     25 | ~343.46MiB  225k m3u8  | avc1.64001E  225k video only
hls-fastly_skyfire-225                            mp4 640x360     25 | ~343.46MiB  225k m3u8  | avc1.64001E  225k video only
hls-akfire_interconnect_quic_sep-416              mp4 640x360     25 | ~635.02MiB  416k m3u8  | avc1.64001E  416k video only
hls-fastly_skyfire_sep-416                        mp4 640x360     25 | ~635.02MiB  416k m3u8  | avc1.64001E  416k video only
dash-akfire_interconnect_quic-video-7acab0de      mp4 640x360     25 | ~932.68MiB  611k dash  | avc1.64001E  611k video only          DASH video, mp4_dash
dash-akfire_interconnect_quic_sep-video-7acab0de  mp4 640x360     25 | ~932.68MiB  611k dash  | avc1.64001E  611k video only          DASH video, mp4_dash
dash-fastly_skyfire-video-7acab0de                mp4 640x360     25 | ~932.68MiB  611k dash  | avc1.64001E  611k video only          DASH video, mp4_dash
dash-fastly_skyfire_sep-video-7acab0de            mp4 640x360     25 | ~932.68MiB  611k dash  | avc1.64001E  611k video only          DASH video, mp4_dash
hls-akfire_interconnect_quic-464                  mp4 960x540     25 | ~708.29MiB  464k m3u8  | avc1.64001F  464k video only
hls-fastly_skyfire-464                            mp4 960x540     25 | ~708.29MiB  464k m3u8  | avc1.64001F  464k video only
hls-akfire_interconnect_quic_sep-655              mp4 960x540     25 | ~999.85MiB  655k m3u8  | avc1.64001F  655k video only
hls-fastly_skyfire_sep-655                        mp4 960x540     25 | ~999.85MiB  655k m3u8  | avc1.64001F  655k video only
dash-akfire_interconnect_quic-video-e22e0b59      mp4 960x540     25 | ~  1.71GiB 1149k dash  | avc1.64001F 1149k video only          DASH video, mp4_dash
dash-akfire_interconnect_quic_sep-video-e22e0b59  mp4 960x540     25 | ~  1.71GiB 1149k dash  | avc1.64001F 1149k video only          DASH video, mp4_dash
dash-fastly_skyfire-video-e22e0b59                mp4 960x540     25 | ~  1.71GiB 1149k dash  | avc1.64001F 1149k video only          DASH video, mp4_dash
dash-fastly_skyfire_sep-video-e22e0b59            mp4 960x540     25 | ~  1.71GiB 1149k dash  | avc1.64001F 1149k video only          DASH video, mp4_dash
hls-akfire_interconnect_quic-726                  mp4 1280x720    25 | ~  1.08GiB  726k m3u8  | avc1.640020  726k video only
hls-fastly_skyfire-726                            mp4 1280x720    25 | ~  1.08GiB  726k m3u8  | avc1.640020  726k video only
hls-akfire_interconnect_quic_sep-917              mp4 1280x720    25 | ~  1.37GiB  917k m3u8  | avc1.640020  917k video only
hls-fastly_skyfire_sep-917                        mp4 1280x720    25 | ~  1.37GiB  917k m3u8  | avc1.640020  917k video only
dash-akfire_interconnect_quic-video-0f745f59      mp4 1280x720    25 | ~  2.74GiB 1837k dash  | avc1.640020 1837k video only          DASH video, mp4_dash
dash-akfire_interconnect_quic_sep-video-0f745f59  mp4 1280x720    25 | ~  2.74GiB 1837k dash  | avc1.640020 1837k video only          DASH video, mp4_dash
dash-fastly_skyfire-video-0f745f59                mp4 1280x720    25 | ~  2.74GiB 1837k dash  | avc1.640020 1837k video only          DASH video, mp4_dash
dash-fastly_skyfire_sep-video-0f745f59            mp4 1280x720    25 | ~  2.74GiB 1837k dash  | avc1.640020 1837k video only          DASH video, mp4_dash
hls-akfire_interconnect_quic-1390                 mp4 1920x1080   25 | ~  2.07GiB 1390k m3u8  | avc1.64002A 1390k video only
hls-fastly_skyfire-1390                           mp4 1920x1080   25 | ~  2.07GiB 1390k m3u8  | avc1.64002A 1390k video only
hls-akfire_interconnect_quic_sep-1581             mp4 1920x1080   25 | ~  2.36GiB 1581k m3u8  | avc1.64002A 1581k video only
hls-fastly_skyfire_sep-1581                       mp4 1920x1080   25 | ~  2.36GiB 1581k m3u8  | avc1.64002A 1581k video only
dash-akfire_interconnect_quic-video-ba502be5      mp4 1920x1080   25 | ~  5.44GiB 3649k dash  | avc1.64002A 3649k video only          DASH video, mp4_dash
dash-akfire_interconnect_quic_sep-video-ba502be5  mp4 1920x1080   25 | ~  5.44GiB 3649k dash  | avc1.64002A 3649k video only          DASH video, mp4_dash
dash-fastly_skyfire-video-ba502be5                mp4 1920x1080   25 | ~  5.44GiB 3649k dash  | avc1.64002A 3649k video only          DASH video, mp4_dash
dash-fastly_skyfire_sep-video-ba502be5            mp4 1920x1080   25 | ~  5.44GiB 3649k dash  | avc1.64002A 3649k video only          DASH video, mp4_dash

... And if you've paid attention to [debug] line below:
[debug] [vimeo] Extracting URL: https://player.vimeo.com/video/764543723?h=f4a7f509ff&portfolio_id=1612641#__youtubedl_smuggle=%7B%22http_headers%22%3A+%7B%22Referer%22%3A+%22https%3A%2F%2Fvimeopro.com%2Fcadfem%2Fsimulation-conference-mechanische-systeme-in-perfektion%22%7D%7D

the code is doing what I did above 😜 ...
PRs in yt-dl to backport that functionality are always welcome...
tschüss 😃

The --video_password ... option is passed transparently from the command line  and has an effect only when implemented in a specific extractor. Currently there are 9 that mention it, including Vimeo. I'm not entirely clear whether this option could be covered with the existing --password ...: presumably it allows for a site to have both a site login and a per-video password, but whether a site exists that uses both together I have no idea. Normally the test for a site login is whether --username ... is set and this is true for Vimeo; thus it's open to PR the code from the yt-dlp extractor ll.84-105, 748-761, 871-885, 1308-1314 using password instead of videopassword as the internal option name.

@dirkf  my source only shows:
https://player.vimeo.com/video/764543723?h=f4a7f509ff
but not
https://vimeo.com/764543723/f4a7f509ff?h=f4a7f509ff

On checking I recall that you have to speak HTML, as the links are %-encoded (ll.65-66):
           <link rel="alternate" href="https://vimeo.com/api/oembed.json?url=https%3A%2F%2Fvimeo.com%2F764543723%2Ff4a7f509ff%3Fh%3Df4a7f509ff" type="application/json+oembed" title="Mechanische Systeme in Perfektion - Mechanische Systeme in Perfektion: Realität erfassen, Innovation treiben">
                <link rel="alternate" href="https://vimeo.com/api/oembed.xml?url=https%3A%2F%2Fvimeo.com%2F764543723%2Ff4a7f509ff%3Fh%3Df4a7f509ff" type="text/xml+oembed" title="Mechanische Systeme in Perfektion - Mechanische Systeme in Perfektion: Realität erfassen, Innovation treiben">

https%3A%2F%2Fvimeo.com%2F764543723%2Ff4a7f509ff%3Fh%3Df4a7f509ff
https:  /  /  vimeo.com/  764543723/  f4a7f509ff?  h=  f4a7f509ff

I looked into this further and updated my earlier post.

PRs in yt-dl to backport that functionality are always welcome...

The vimeo:pro extraction is brand new. Pulling that would fix this:

It doesn't help here because the problem URL is never seen by the Vimeo extractor.


Desugar tuples to records

This is part of the SIMD proposal, and comes after https://github.com/rtfeldman/roc/issues/2932 and https://github.com/rtfeldman/roc/issues/2934
Tuples should desugar to numbered record fields; e.g. (a, b) should desugar to { 0: a, 1: b }.
This should presumably be done at the type-checking stage so that we can record that something originated as a tuple, allowing us to pretty-print errors using tuple syntax instead of record syntax even after the desugaring has happened.

Closing as I think this is completed.


add color picker to home page, minor styling adjustments

Two color pickers for background color and text color are added to the index.html page, and javascript functions to support these are added as well. Minor css changes to layout and blog posts.

@jsheng112 Notice that these changes affect other pages as well and may not work there. For example, on the Experience page, you have these divs with their own fixed background color defined by the .experience style, and some text colors that work on the user-defined background may not work well on that fixed background color of the divs on the other pages.

Affecting the other pages was intentional. It originally did not but I was reading about the javascript local storage and wanted to use it somehow. The whole color picker probably does not have a place in a personal website and I will eventually remove it later on (it was more of an exercise for me to see how to use javascript to change css).


Update auth and make-token usage

Update command line usage for the auth and make-token commands.
Describe the difference between API tokens and launch tokens.  Document
the BRKT_API_TOKEN environment variable.

FTP


Scoped dependencies don't show up in available updates

I am testing out next-updated with angular2 which has pakcages like:
"@angular/common": "2.0.0-rc.4",
"@angular/compiler": "2.0.0-rc.4",
"@angular/core": "2.0.0-rc.4",
"@angular/forms": "0.2.0",
"@angular/http": "2.0.0-rc.4",
"@angular/platform-browser": "2.0.0-rc.4",
"@angular/platform-browser-dynamic": "2.0.0-rc.4",
"@angular/router": "3.0.0-beta.1",
"@angular/router-deprecated": "2.0.0-rc.2",
"@angular/upgrade": "2.0.0-rc.4",

When funning with --available, it does not seem to see that there is a new update for all of these dependencies.  (ex: 2.0.0-rc.5)
running npm outdated does see that the packages are out of date and could be updated.
Is this a known issue with scoped packages?

Probably not supported at all, will check.


Disable IR caching (again)

Pull Request Description
In light of more problems that IR caching revealed it makes sense to have a stable but slower platform.
Important Notes
Temporary workaround for #11022

Closed by #11032


Added CONTRIBUTING.md and Issue Template

Pull Request

Description

Added CONTRIBUTING.md and Issue Template Files
Related Issue

Closes #4

Imo, we should probably make a state-less CONTRIBUTING.md like this - https://github.com/Vyvy-vi/new-repo-template/blob/main/CONTRIBUTING.md

@Vyvy-vi can you add the necessary infos that i missed in the CONTRIBUTING.md after merge ?

@Vyvy-vi can you add the necessary infos that i missed in the CONTRIBUTING.md after merge ?

In that case, let's merge this to a temp branch instead of master... so that our commit history stays clean

@Vyvy-vi What infos did i miss ?

@Vyvy-vi i added the requested changes

@Vyvy-vi Please, i sent you a DM in Discord.
Can you read it ?

@Vyvy-vi ?

@Vyvy-vi Is this mergeable?

I made some changes to this branch locally... I'll push when I get home :+1:

@Vyvy-vi please keep this PR so that it is counted for me for the hacktoberfest

there.