sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: youtube-dl
Issue: [site support request] SRF.ch temporarily rewatchable livestreams
Labels: site-support-request

- [x] I'm reporting a new site support request
- [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 none of provided URLs violate any copyrights
- [x] I've searched the bugtracker for similar site support requests including closed ones


## Example URLs

https://www.srf.ch/play/tv/-/video/rad-luettich-bastogne-luettich?urn=urn:swisstxt:video:srf:1740962
```ShellSession
youtube-dl -v https://www.srf.ch/play/tv/-/video/rad-luettich-bastogne-luettich?urn=urn:swisstxt:video:srf:1740962
[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: ['-v', 'https://www.srf.ch/play/tv/-/video/rad-luettich-bastogne-luettich?urn=urn:swisstxt:video:srf:1740962']
[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.19041
[debug] exe versions: ffmpeg git-2020-03-06-cfd9a65, ffprobe git-2020-03-06-cfd9a65
[debug] Proxy map: {}
[generic] rad-luettich-bastogne-luettich?urn=urn:swisstxt:video:srf:1740962: Requesting header
WARNING: Falling back on generic information extractor.
[generic] rad-luettich-bastogne-luettich?urn=urn:swisstxt:video:srf:1740962: Downloading webpage
[generic] rad-luettich-bastogne-luettich?urn=urn:swisstxt:video:srf:1740962: Extracting information
ERROR: Unsupported URL: https://www.srf.ch/play/tv/-/video/rad-luettich-bastogne-luettich?urn=urn:swisstxt:video:srf:1740962
Traceback (most recent call last):
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 815, in wrapper
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\YoutubeDL.py", line 836, in __extract_info
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\extractor\common.py", line 534, in extract
  File "C:\Users\dst\AppData\Roaming\Build archive\youtube-dl\ytdl-org\tmpupik7c6w\build\youtube_dl\extractor\generic.py", line 3489, in _real_extract
youtube_dl.utils.UnsupportedError: Unsupported URL: https://www.srf.ch/play/tv/-/video/rad-luettich-bastogne-luettich?urn=urn:swisstxt:video:srf:1740962
```
## Description

<!--
Provide any additional information.
If work on your issue requires account credentials please provide them or explain how one can obtain them.
-->

Youtube-dl works perfectly fine for SRF's "Play SRF" on demand platform, but unfortunately I can't get it to work for those former livestreams, which are still available to watch for a day or two on the website after the sports event, but are not added to the on demand platform afterwards.

Is it possible to add Youtube-dl support for those as well? Thanks.
Repository: pytorch
Issue: torch.bucketize doc typo on the left boundary when 'right=True'
Labels: module: docs,triaged,module: sorting and selection

### 📚 The doc issue

In https://pytorch.org/docs/stable/generated/torch.bucketize.html#torch.bucketize, the text says "If right is False (default), then the left boundary is closed. More formally, the returned index satisfies the following rules:", but the table below illustrates the opposite: left boundary is closed when right=True.
<img width="868" alt="Screen Shot 2022-04-25 at 1 48 46 PM" src="https://user-images.githubusercontent.com/45018570/165172387-ce93ac88-b2d5-4d3c-92f9-942a9c93b363.png">
.

### Suggest a potential alternative/fix

"If right is False (default), then the left boundary is open..."

cc @brianjo @mruberry
Repository: flutter
Issue: [flutter_markdown] API documentation points to a non-existing GitHub issue
Labels: d: api docs,package,team-ecosystem,P3,p: flutter_markdown,triaged-ecosystem

<!-- Thank you for using Flutter!

     If you are looking for support, please check out our documentation
     or consider asking a question on Stack Overflow:
      * https://flutter.dev/
      * https://api.flutter.dev/
      * https://stackoverflow.com/questions/tagged/flutter?sort=frequent

     If you have found a bug or if our documentation doesn't have an answer
     to what you're looking for, then fill out the template below. Please read
     our guide to filing a bug first: https://flutter.dev/docs/resources/bug-reports
-->

## Steps to Reproduce

<!-- Please tell us exactly how to reproduce the problem you are running into. -->

1. Got to `pub.dev`
2. Find `flutter_markdown` package (https://pub.dev/packages/flutter_markdown)
3. Go API Reference (https://pub.dev/documentation/flutter_markdown/latest/)
4. Look for type `MarkdownListItemCrossAxisAlignment` (https://pub.dev/documentation/flutter_markdown/latest/flutter_markdown/MarkdownListItemCrossAxisAlignment.html)
5. In `Constant` / `baseline` , there is a link to https://github.com/flutter/flutter_markdown/issues/311

> See https://github.com/flutter/flutter_markdown/issues/311 for cases, where this might be a problem for you.


This link points to a 404 error page on GitHub.

My assumption is that the `flutter_markdown` package now lives inside of the `flutter` repo (at least the link to "Report an issue" from `pub.dev` points there, but code seems to be here https://github.com/flutter/packages/tree/main/packages/flutter_markdown) and the issues have been moved, so this link somehow got broken. 

I'm actually encountering an issue related to that `baseline` property and was looking for some extra context and history, but the link failed me. 

Thanks in advance :)
Repository: TypeScript
Issue: Types of variables change if source is from spread object
Labels: Suggestion,Needs Investigation,Experience Enhancement

# Bug Report

<!--
  Please fill in each section completely. Thank you!
-->

### 🔎 Search Terms

- spreads
- strict mode
- union types

### 🕗 Version & Regression Information

- This is the behavior in every version I tried, and I reviewed the FAQ for entries about [Type System Behavior](https://github.com/Microsoft/TypeScript/wiki/FAQ#type-system-behavior)

### ⏯ Playground Link

<!--
  A link to a TypeScript Playground "Share" link which shows this behavior

  The TypeScript Workbench can be used for more complex setups, try
  https://www.typescriptlang.org/dev/bug-workbench/

  As a last resort, you can link to a repo, but these will be slower for us to investigate.
-->
https://www.typescriptlang.org/play?#code/JYOwLgpgTgZghgYwgAgEJwM4QCoE8AOEGyA3gLABQyywAJgPwBcyGYUoA5sgD7ICuIWhBigItANyVqMAPYzmrdiA6SqyAEZwwzEHwC266KoC+lSqEixEKAEoQAjn2BQxeQsXJq6CtpxNmKIQQAGzgXZBgBBDBgGRBkDggwAElaAAoASh8lFQDIkGjY+NkZAB43ImQIAA9IQWJ0LAqMAD40kgi5ABpkADp+2i04ZGNmZozSKWQEONZkIXg+YJTaZABeBKTUzNVqGZA5vVxU9fmh3roeXgW4JZXd6dmwZGrmO0dnVwJKjc9qam8yCOqS6U1MFHBQA

### 💻 Code

<!-- Please post the relevant code sample here as well-->
```ts
interface BaseTypes {
  id?: string | undefined;
  foo: string;
  bat: number;
}

interface RequiredTypes {
  id: string;
}

declare function getId(): string;

function foo<Types extends BaseTypes>({ foo, ...data }: Types) {
  const defaultId = getId();
  const myId = data.id || defaultId;
  const x: RequiredTypes = {
    id: myId,
  }
}
```

If I change the code to the following the bug goes away
```ts
function foo<Types extends BaseTypes>(data: Types) {
  const defaultId = getId();
  const myId = data.id || defaultId;
  const x: RequiredTypes = {
    id: myId,
  }
}
```

### 🙁 Actual behavior

<!-- What happened, and why it was wrong -->
The type of `myId` in function `foo` is `string | Types["id"]`.

### 🙂 Expected behavior

<!-- What you expected to happen instead, and why -->
The type of `myId` is `string`.
Repository: vscode
Issue: Add a TabGroups.move() method
Labels: feature-request,api,workbench-tabs

<!-- ⚠️⚠️ Do Not Delete This! feature_request_template ⚠️⚠️ -->
<!-- Please read our Rules of Conduct: https://opensource.microsoft.com/codeofconduct/ -->
<!-- Please search existing issues to avoid creating duplicates. -->

<!-- Describe the feature you'd like. -->

The demo below uses the previous `TabGroups.move()` method to make dragging tabs as `TreeItems` quite easy to do.  The `move` method had the advantage over other commands as being able to operate on any `Tab` whether active or not.

Without such ability using commands like `moveActiveEditor` requires that each tab one wishes to move be "activated", then moved and the previously active tab (if not moved) be "re-activated".  I am investigating workarounds, see related https://github.com/microsoft/vscode/issues/148084 but a key command, `closeEditorAtIndex`, is not available and would require closing and opening an already opened tab just to move it to another group.

I know there is some inherent complexity in implementing a `move` command that works for tabs as well as tabGroups, perhaps a `moveTab()` command can be implemented easier?  In the demo I just loop through any moved group to apply the previous `move()` to each tab.


![editorManagerMove](https://user-images.githubusercontent.com/31813701/165181797-1700347f-a977-40d4-84ae-3290bca23fd1.gif)
Repository: pytorch
Issue: NVFuser failing extremal opinfos
Labels: triaged,module: nvfuser

### 🐛 Describe the bug

[failure logs](https://gist.github.com/davidberard98/d6e30e7c888e04cd884397d0e5922139)

- [x] nn_functional_binary_cross_entropy_with_logits (https://github.com/pytorch/pytorch/pull/76768)
- [x] nn_functional_conv_transpose3d (#75363)
- [x] nn_functional_nll_loss (https://github.com/pytorch/pytorch/pull/76768)
- [x] nn_functional_prelu (https://github.com/pytorch/pytorch/pull/76768)
- [x] unique_consecutive (https://github.com/pytorch/pytorch/issues/76571)
- [x] unique  (https://github.com/pytorch/pytorch/issues/76571)

### Versions

https://github.com/pytorch/pytorch/runs/6215506399?check_suite_focus=true
CI, https://github.com/pytorch/pytorch/pull/75917

cc @jjsjann123
Repository: vscode
Issue: Language guessing: Allow paste contents to override `files.defaultLanguage`?
Labels: feature-request,languages-guessing

Speaking with @sbatten it was griped that the "paste contents into an untitled editor to set the language to the paste source" flow doesn't work when you have `files.defaultLanguage` configured. This is intentional AFAIK but maybe worth revisiting? Relevant code:

https://github.com/microsoft/vscode/blob/33c614d11a561bfac4061cdb5f24dc4215c62e9e/src/vs/workbench/browser/parts/editor/textResourceEditor.ts#L165-L220

cc @TylerLeonhardt @bpasero
Repository: storybook
Issue: Deprecate main.js `<framework>Options` for 7.0
Labels: maintenance,core

Deprecate main.js `reactOptions`, automigrate to `framework: { name: 'x', options: { ... }`

See: https://github.com/storybookjs/storybook/pull/17898/files#diff-86945e899053d8dac571e858d3d2810b394d1240c46a55bc5f568bd645d9ff8aR82
Repository: PowerToys
Issue: CapsLock key beeps even after remapping to CTRL when Toggle Keys (Settings > Accessibility) is on
Labels: Issue-Bug,Product-Keyboard Shortcut Manager,Status-Reproducible

### Microsoft PowerToys version

0.57.2

### Running as admin

- [ ] Yes

### Area(s) with issue?

Keyboard Manager

### Steps to reproduce

1. Turn on Toggle Keys from Settings > Ease of Access > Keyboard. This is on an up-to-date Win 10.
2. Try toggling the CapsLock. There should be a beep. This is expected, as CapsLock hasn't been remapped.
3. From PowerToys > Keyboard Manager, map `Caps Lock` to `CTRL (Left)`
4. Try pressing CapsLock. You get a beep (due to Toggle Keys). This should not happen in my opinion. However, the CapsLock key has really been remapped which can be verified by trying to copy/paste something.

### ✔️ Expected Behavior

Using the Toggle Keys feature from Accessibility Settings in Win 10 should not cause a beep after Caps Lock has been remapped to something else.

### ❌ Actual Behavior

Using the Toggle Keys feature from Accessibility Settings in Win 10 causes a beep when pressing the Caps Lock key after it has been remapped to something else

### Other Software

Edition	Windows 10 Pro
Version	21H2
Installed on	‎30/‎06/‎2021
OS build	19044.1645
Experience	Windows Feature Experience Pack 120.2212.4170.0
Repository: storybook
Issue: Update CLI to use the framework's package.json for the CLI message
Labels: bug,cli

Fix this:

```
Storybook 6.4.22 for CLI started
```

https://github.com/storybookjs/storybook/pull/17899/files#diff-c56cd94fea50cd3a83bf45f0e0c69b2e0401877db8c7dbe5ebeb79a846c26695R16
Repository: storybook
Issue: Move webpack-dependent docs code out of renderers and into presets
Labels: maintenance

Currently renderers contain, e.g. `argTypeEnhancers`, which depend on information injected by webpack loaders (e.g. `react-docgen`). This code should be moved into `preset-<framework>-react`, since it doesn't make sense without the webpack code that generates it.
Repository: storybook
Issue: Make it so that source snippet decorators don't run if they are not needed
Labels: maintenance,core

- [ ] Is docs or addon-source installed/activated
- [ ] Can we remove this code from the bundle somehow?
Repository: storybook
Issue: Add `@storybook/stories-of` package
Labels: maintenance

- [ ] Deprecate all the renderer `storiesOf` etc. calls
Repository: storybook
Issue: Support composition of index.json/stories.json in SB7
Labels: maintenance

In SB7 we've moved from `index.json` to `stories.json`. We need to make sure composition works for both cases.
Repository: pytorch
Issue: Whether 'targetSize' in inferExpandGeometryImpl needs to be checked when it is less than 0
Labels: module: error checking,triaged

### 🐛 Describe the bug

when I run below code
```
import torch
a = torch.randn(1,3)
a.expand([-2, 2, 1, 3])
```

I got error message as below:

> Traceback (most recent call last):
>   File "<stdin>", line 1, in <module>
>   File "/home/pytorch/torch/_tensor.py", line 341, in __repr__
>     return torch._tensor_str._str(self)
>   File "/home/pytorch/torch/_tensor_str.py", line 439, in _str
>     return _str_intern(self)
>   File "/home/pytorch/torch/_tensor_str.py", line 414, in _str_intern
>     tensor_str = _tensor_str(self, indent)
>   File "/home/pytorch/torch/_tensor_str.py", line 264, in _tensor_str
>     formatter = _Formatter(get_summarized_data(self) if summarize else self)
>   File "/home/pytorch/torch/_tensor_str.py", line 92, in __init__
>     tensor_view = tensor.reshape(-1)
> RuntimeError: Trying to create tensor with negative dimension -2: [-2, 2, 1, 3]

It seems to report 'reshape' has invalid parameter， actually expand op does.  It causes confuse sometime. Maybe torch should check 'targerSize' in inferExpandGeometryImpl to make sure it is greater than or equal to 0.

### Versions

'1.12.0a0+git0aa3c39'
Repository: ant-design
Issue: antd-table 存在的性能问题
Labels: Inactive,⚡️ Performance

### What problem does this feature solve?

ant-table在生产中，在多cell & 横向滚动模式下发现有性能问题。两个css样式的box-shadow导致，这里的实现方式可能要改变下

### What does the proposed API look like?
![image](https://user-images.githubusercontent.com/6587734/165218417-3555ee08-3030-4645-ac10-42120e757fe2.png)

--

<!-- generated by ant-design-issue-helper. DO NOT REMOVE -->
Repository: godot
Issue: Vulkan: SDFGI and the use of an Orthogonal Camera generates some artifacts on screen
Labels: bug,topic:rendering,confirmed,topic:3d

___

***Bugsquad note:** This issue has been confirmed several times already. No need to confirm it further.*

___

### Godot version

Godot 4 alpha 6

### System information

Windows 10 NVIDIA GeForce GTX 1050

### Issue description

When I enable both SDFGI and an Orthogonal Camera, I don't immediately get artifacts on screen, but they appear with time. The following image shows subtle lines where there should be a smooth color:

![image](https://user-images.githubusercontent.com/6559151/165218786-30c23f9d-5407-416e-8c59-bc7afc01d00f.png)


### Steps to reproduce

Enable both SDFGI and an Orthogonal Camera, the artifacts appear after some time.

### Minimal reproduction project

[orthogonal_bug.zip](https://github.com/godotengine/godot/files/8559702/orthogonal_bug.zip)
Repository: rust
Issue: Inconsistent behavior of borrow checker against method and function calls with &mut and &.
Labels: A-borrow-checker,T-compiler,C-discussion

<!--
Thank you for filing a bug report! 🐛 Please provide a short summary of the bug,
along with any information you feel relevant to replicating the bug.
-->

I tried this code:

```rust
fn main() {
    let mut a = A{};
    
    // case 1: &mut and &mut
    // a.run(a.b1());                 // fail
    // A::run(&mut a, A::b1(&mut a)); // fail
    // run(&mut a, b1(&mut a));       // fail
    
    // case 2: &mut and &
    // a.run(a.b2());                 // ok
    // A::run(&mut a, A::b2(&a));     // fail
    // run(&mut a, b2(&a));           // fail

    // case 3: & and &mut
    // a.run2(a.b1());                // fail
    // A::run2(&a, A::b1(&mut a));    // fail
    // run2(&a, b1(&mut a));          // fail
}

fn run(a: &mut A, b: B) {}
fn run2(a: &A, b: B) {}

fn b1(a: &mut A) -> B { B{} }

fn b2(a: &A) -> B { B{} }

struct A {}

impl A {
    fn run(&mut self, b: B) {}
    
    fn run2(&self, b: B) {}
    
    fn b1(&mut self) -> B { B{} }
    
    fn b2(&self) -> B { B{} }
}

struct B {}
```

I expected to see this happen: all cases failed to compile.

Instead, this happened: Method call in case 2 succeeded, but function failed.

### Meta
<!--
If you're using the stable version of the compiler, you should also check if the
bug also exists in the beta or nightly versions.
-->

`rustc --version --verbose`:
```
rustc 1.59.0 (9d1b2106e 2022-02-23)
binary: rustc
commit-hash: 9d1b2106e23b1abd32fce1f17267604a5102f57a
commit-date: 2022-02-23
host: x86_64-unknown-linux-gnu
release: 1.59.0
LLVM version: 13.0.0

```

</p>
</details>
Repository: material-ui
Issue: [TextField] Label is incorrectly positioned in SSR
Labels: bug 🐛,component: text field

### Duplicates

- [X] I have searched the existing issues

### Latest version

- [X] I have tested the latest version

### Current behavior 😯

A label of a `TextField` rendered in SSR is placed over the input's bottom line.

<img width="349" alt="image" src="https://user-images.githubusercontent.com/5626914/165224262-477eb28f-6e19-4acf-85bb-d842f2bca8de.png">

The style which should place the input in correct position is:
```css
label + .css-szfptr-MuiInputBase-root-MuiInput-root {
  margin-top: 12px
}
```

but **it is not applied** because the HTML is:
```html
<label>Hello</label>
<style>label + .css-szfptr-MuiInputBase-root-MuiInput-root { margin-top: 12px }</style>
<input .../>
```

The CSS rules is not applied because there is the `style` tag between `label` and `input` and in order to apply `label + input` the `input` element needs to be directly after `label` element.

### Expected behavior 🤔

Label should be correctly placed as it is when rendering on client side.

<img width="218" alt="image" src="https://user-images.githubusercontent.com/5626914/165225350-e6f2ae76-144f-40f8-b133-5f09aa4a7d20.png">


### Steps to reproduce 🕹

Reproducible example: https://codesandbox.io/s/express-forked-csziki?file=/src/ssr.js

Steps:

1. Render on server side:
```js
<ThemeProvider theme={createTheme()}>
  <TextField label="Hello" variant="standard" />
</ThemeProvider>
```

### Context 🔦

Trying to render the page on the server.

### Your environment 🌎

<details>
  <summary>`npx @mui/envinfo`</summary>

```
  System:
    OS: macOS 12.3.1
  Binaries:
    Node: 16.14.2 - ~/.nvm/versions/node/v16.14.2/bin/node
    Yarn: 1.22.17 - ~/www/stuart/mission-control/node_modules/.bin/yarn
    npm: 8.5.0 - ~/.nvm/versions/node/v16.14.2/bin/npm
  Browsers:
    Chrome: 100.0.4896.127
    Edge: Not Found
    Firefox: Not Found
    Safari: 15.4
  npmPackages:
    @emotion/react: ^11.9.0 => 11.9.0
    @emotion/styled: ^11.8.1 => 11.8.1
    @mui/base:  5.0.0-alpha.77
    @mui/icons-material: ^5.6.0 => 5.6.2
    @mui/lab: ^5.0.0-alpha.76 => 5.0.0-alpha.78
    @mui/material: ^5.6.0 => 5.6.3
    @mui/private-theming:  5.6.2
    @mui/styled-engine:  5.6.1
    @mui/styles: ^5.6.0 => 5.6.2
    @mui/system:  5.6.3
    @mui/types:  7.1.3
    @mui/utils:  5.6.1
    @mui/x-date-pickers: ^5.0.0-alpha.0 => 5.0.0-alpha.1
    @types/react: ^17.0.0 => 17.0.38
    react: ^17.0.1 => 17.0.2
    react-dom: ^17.0.1 => 17.0.2
    typescript: ^4.3.5 => 4.5.4

```
</details>
Repository: opencv
Issue: HoughLinesP: minLineLength underestimates real line length (IPP and non-IPP)
Labels: needs investigation

In trying to find out whether the results of HoughLinesP are somewhat sortes, I read a bit in the source code. 

I understand that if IPP is present and working out, this is used, if not there is a fallback implementation. 

In this fallback implementation, the lineLength (python  minLineLength) parameter is computed by just using the x or y coordinate for comparison:  
https://github.com/opencv/opencv/blob/4ca679180d4999bded1bdf94adc299a90ba41c6b/modules/imgproc/src/hough.cpp#L646-L647

So, the line length is only correct if the line is either horizontal or vertical. For a 45deg line the line length will be (severely) underestimated. 

Is the same the case for the IPP implementation? 

Further, the line is parsed with "fixed point arithmetic" adding a dx and a dy: 
https://github.com/opencv/opencv/blob/4ca679180d4999bded1bdf94adc299a90ba41c6b/modules/imgproc/src/hough.cpp#L656-L658
However, for very steep or flat, long lines this might yield a dx = 0 and parse along the wrong line. 

At least, this behaviour should be mentioned in the documentation, correcting to sqrt(x**2 + y**2) might also be an option but would break results. 

Edit: 
It turns out (see below: https://github.com/opencv/opencv/issues/21912#issuecomment-1111888096), the IPP implementation exhibits the same error. So they yield consistent results, but in an unexpected manner - i would expect the length would be computed correctly.
Repository: flutter
Issue: Stepper widget has hardcoded colors
Labels: framework,f: material design,c: proposal,team-design,triaged-design

It is not possible to change colors of stepper icons and numbers.
They are hardcoded instead of using theme colors.

## Steps to Reproduce

https://github.com/flutter/flutter/blob/51bcdb9407211ccaf0616533fe1f9eb0e8f04fca/packages/flutter/lib/src/material/stepper.dart#L109
Repository: flutter
Issue: [Proposal]Restrict Drag Gestures within the bounds of the scrollable widget
Labels: c: new feature,framework,f: scrolling,f: gestures,c: proposal,P3,team-framework,triaged-framework

I am referencing back to an issue previously raised as I think there was misunderstanding as to the issue:
(https://github.com/flutter/flutter/issues/100987)
All steps to reporoduce are on that link 

What was expected:
- When the user keeps on scrolling past the containers dimensions(without lifting their finger), the the gesture is derecognized and 
a new gesture is recognised when the user drags into the next Gridview container.
- Best example I can use to illustrate what I mean is by the video below:

 

https://user-images.githubusercontent.com/70595829/165249879-3ff6d3f0-4a01-4058-b58b-94cbdf0aec21.mp4

As you can see as soon as I drag my finger outside the Gridview the scroll stops and I am allowed to expand the panel, without lifting my finger.