sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: yt-dlp
Issue: [Feature Request] New Adobe Pass Provider Support (Mediacom)
Labels: site-request,account-needed




## Checklist

- [x] I'm reporting a feature request
- [x] I've verified that I'm running yt-dlp version **2021.02.09**
- [x] I've searched the bugtracker for similar feature requests including closed ones


## Description

Looking to use my Mediacom subscription to download some stuff. Support was never added for Mediacom on Youtube-DL, so I'm hoping that you would be willing to add support. I can provide credentials to use/test with. It looks like someone has done a decent start to this. I've listed the information down below.

Login Redirects:
1st redirect: https://sp.auth.adobe.com/adobe-services/authenticate/saml?noflash=true&mso_id=Mediacom&requestor_id=fx&no_iframe=false&domain_name=adobe.com&redirect_url=http%3A%2F%2Fwww.fxnetworks.com%2F

2nd redirect: https://auth.mediacomtoday.com/saml/module.php/authbypass/firstbookend.php?AuthState=_0f6f11ff67f45eead925678964ed10880723b23579%3Ahttps%3A%2F%2Fauth.mediacomtoday.com%2Fsaml%2Fsaml2%2Fidp%2FSSOService.php%3Fspentityid%3Dhttps%253A%252F%252Fsaml.sp.auth.adobe.com%26cookieTime%3D1490944083%26RequesterID%3D%255B%2522fx%2522%255D%26NameIDFormat%3Durn%253Aoasis%253Anames%253Atc%253ASAML%253A2.0%253Anameid-format%253Atransient&id=80891ed560&coeff=1

3rd redirect: https://auth.mediacomtoday.com/saml/module.php/authbypass/firstbookend.php?AuthState=_0f6f11ff67f45eead925678964ed10880723b23579%3Ahttps%3A%2F%2Fauth.mediacomtoday.com%2Fsaml%2Fsaml2%2Fidp%2FSSOService.php%3Fspentityid%3Dhttps%253A%252F%252Fsaml.sp.auth.adobe.com%26cookieTime%3D1490944083%26RequesterID%3D%255B%2522fx%2522%255D%26NameIDFormat%3Durn%253Aoasis%253Anames%253Atc%253ASAML%253A2.0%253Anameid-format%253Atransient&id=80891ed560&coeff=1&history=3

4th redirect: https://auth.mediacomtoday.com/saml/module.php/authbypass/lastbookend.php?AuthState=_0f6f11ff67f45eead925678964ed10880723b23579%3Ahttps%3A%2F%2Fauth.mediacomtoday.com%2Fsaml%2Fsaml2%2Fidp%2FSSOService.php%3Fspentityid%3Dhttps%253A%252F%252Fsaml.sp.auth.adobe.com%26cookieTime%3D1490944083%26RequesterID%3D%255B%2522fx%2522%255D%26NameIDFormat%3Durn%253Aoasis%253Anames%253Atc%253ASAML%253A2.0%253Anameid-format%253Atransient&id=80891ed560&coeff=1

5th redirect (Post data): https://auth.mediacomtoday.com/saml/module.php/authbypass/lastbookend.php?AuthState=_0f6f11ff67f45eead925678964ed10880723b23579%3Ahttps%3A%2F%2Fauth.mediacomtoday.com%2Fsaml%2Fsaml2%2Fidp%2FSSOService.php%3Fspentityid%3Dhttps%253A%252F%252Fsaml.sp.auth.adobe.com%26cookieTime%3D1490944083%26RequesterID%3D%255B%2522fx%2522%255D%26NameIDFormat%3Durn%253Aoasis%253Anames%253Atc%253ASAML%253A2.0%253Anameid-format%253Atransient&id=80891ed560&coeff=1&history=4

During this process, 5 cookies are provided, one of which states: "mvpd-provider Mediacom"

Login Page (URL: https://sso.mediacomcable.com/idp/SSO.saml2):
![image](https://user-images.githubusercontent.com/79062549/107889992-daa3e780-6edb-11eb-9603-1a482193b9bf.png)

Any help would be appreciated!
Repository: godot
Issue: Select isn't work all the time on MeshInstance and CSGBox in 3D space - Interface/UX Issue
Labels: bug,topic:editor,confirmed

<!-- Please search existing issues for potential duplicates before filing yours:
https://github.com/godotengine/godot/issues?q=is%3Aissue
-->

**Godot version:**
Tested with 3.1.x-3.2.x
<!-- Specify commit hash if using non-official build. -->


**OS/device including version:**
Windows 8.1 - GTX1660Ti
<!-- Specify GPU model, drivers, and the backend (GLES2, GLES3, Vulkan) if graphics-related. -->


**Issue description:**
You can't select with mouse click the MeshInstance Mesh (tested with just the CubeMesh) and the CSGBox in the 3D space at all the time, when you click on the mesh with the mouse, if you increase the mesh size at the mesh properties, or CSGBox extent properties. But you can select MeshInstance if you scale it with transfrom properties, but this thing don't work with CSGBox.

It's not a huge problem, but really annoying, when you want to just work on your project, and build a level from default meshes.
<!-- What happened, and what was expected. -->


**Steps to reproduce:**
1. Create a MeshInstance with a CubeMesh
2. Set Mesh Size property to higher (I used: 40, 10 ,30)
3. Try to select this mesh with mouse (not on the center of mesh)


**Minimal reproduction project:**
I think it's easy to reproduce. I used godot default settings.
<!-- A small Godot project which reproduces the issue. Drag and drop a zip archive to upload it. -->
Repository: create-react-app
Issue: Running Workbox in DEBUG mode
Labels: stale,needs triage

Is there an option or a way to run service-worker (generated by workbox) in debug mode?

It seems like workbox checks `process.env.NODE_ENV !== 'production'` before logging any debug messages

...and we currently only run `WorkboxWebpackPlugin` when `isEnvProduction` is true.

Is this intentional, if not what will the best way to give developers a way to debug their service-worker?
Repository: flutter
Issue: Flutter Linux support for AppImage
Labels: c: new feature,tool,platform-linux,a: desktop,P3,team-linux,triaged-linux

I have Flutter GDEs asking for [AppImage](https://appimage.org/) as a Linux deployment target
Repository: rust
Issue: E0433 should not purely rely on letter case to report different error.
Labels: A-diagnostics,A-resolve,T-compiler,C-bug

I've seen this:
```rust
error[E0433]: failed to resolve: use of undeclared crate or module `kern_node_subtype`
```
However `kern_node_subtype` is actually an enum type. In this crate i `#[allow(non_camel_case_types)]`. Since this is an error message not a suggestion i think it would be best if this could be improved somehow.
Repository: pytorch
Issue: GPU (+CPU/RAM?) self-check script or instructions in core
Labels: module: cudnn,module: cuda,triaged

In https://github.com/pytorch/pytorch/issues/51382 I stumbled on GPU having faulty memory and producing Illegal Memory Access at any significant usage. 

It would be nice to have a simple self-check script in core that could check some basic GPU params such as matrix-multiplication FLOPS, memory access speed, available convolution algorithms and such.

Alternative - adding some instructions for such self-check, and putting a hyperlink to them in bad GPU exception messages

Maybe some existing official op/model benchmarks could serve such goal? Then just an instructions page is needed and making sure that some benchmarks can run without downloading a big dataset

cc @ngimel @csarofeen @ptrblck @xwang233
Repository: flutter
Issue: Ability to use TimePicker outside a dialog
Labels: framework,f: material design,f: date/time picker,c: proposal,team-design,triaged-design

## Proposal
My proposal is to make the time-picker(https://api.flutter.dev/flutter/material/showTimePicker.html) usable outside a dialog. 
Currently the Material-Design TimePicker(https://github.com/flutter/flutter/blob/master/packages/flutter/lib/src/material/time_picker.dart) can only be used as/within a dialog. It is also not possible to reuse parts of the dialog because they are private. 

As comparison the "CalendarDatePicker" is already accessible via a widget.

If this change is in spec with the Material guidelines I would be willing to open a PR.
Repository: create-react-app
Issue: New chunk files for images when content is not changed
Labels: needs triage

Why do new chunk files for SVG images sometimes be generated after deployment if their content has not been changed? (If I'm not mistaken, this happens after committing several times before deployment). And then Sentry registers **Unexpected token '<'** and **expected expression, got '<'** errors.
Repository: electron
Issue: No display_id provided under Linux for desktopCapturer API
Labels: platform/linux,bug :beetle:,has-repro-gist,component/desktopcapturer

### Preflight Checklist
<!-- Please ensure you've completed the following steps by replacing [ ] with [x]-->

* [x] I have read the [Contributing Guidelines](https://github.com/electron/electron/blob/master/CONTRIBUTING.md) for this project.
* [x] I agree to follow the [Code of Conduct](https://github.com/electron/electron/blob/master/CODE_OF_CONDUCT.md) that this project adheres to.
* [x] I have searched the issue tracker for an issue that matches the one I want to file, without success.

### Issue Details

* **Electron Version:**
  * 11.2.3
* **Operating System:**
  * Ubuntu 20.04.2 x64 (with 5.10 kernel)

### Expected Behavior
The [DesktopCapturerSource object](https://www.electronjs.org/docs/api/structures/desktop-capturer-source) should contain a display_id to be able to link the display together with the corresponding screen from the [screen API](https://www.electronjs.org/docs/api/screen). This works on every platform but Linux.

### Actual Behavior
display_id is an empty string on Linux.

### To Reproduce
Fiddle: https://gist.github.com/b94a9df46b4020c1ca8aec22e4764065

### Additional Information
A comment was added by @ajmacd [here](https://github.com/electron/electron/blob/462de5f97a302987dc5fa5c222781ceed040f390/shell/browser/api/electron_api_desktop_capturer.cc#L186) with [this pull request](https://github.com/electron/electron/pull/14835) by @deepak1556 2 years ago, stating that Linux does not support single screen capture (yet). It's now possible to capture single desktops with Chrome on Linux.
Repository: pytorch
Issue: torchscript should work with type: ignore comments from mypy even if they are not at the end of the line
Labels: oncall: jit,days

## 🚀 Feature

torchscript should work with `type: ignore` comments from `mypy` even if they are not at the end of the line.

## Motivation

```python
import torch
from torch import nn, Tensor, jit
from typing import List


class Foo(nn.Module):
    @jit._overload_method  # noqa: F811
    def forward(self, input: List[Tensor]) -> Tensor:
        pass

    @jit._overload_method  # noqa: F811 # type: ignore[no-redef]
    def forward(self, input: Tensor) -> Tensor:
        pass

    def forward(self, input: Tensor) -> Tensor:  # noqa: F811  # type: ignore[no-redef]
        return torch.zeros(1)


jit.script(Foo())


class Bar(nn.Module):
    @jit._overload_method  # noqa: F811
    def forward(self, input: List[Tensor]) -> Tensor:
        pass

    @jit._overload_method  # type: ignore[no-redef]  # noqa: F811
    def forward(self, input: Tensor) -> Tensor:
        pass

    def forward(self, input: Tensor) -> Tensor:  # type: ignore[no-redef]  # noqa: F811
        return torch.zeros(1)


jit.script(Bar())

```

The only difference is reversed order of the `type: ignore` and `noqa` comments.

Run `python`

```
RuntimeError: expected type comment but found 'def' here:
def forward(self, input: Tensor) -> Tensor:  # type: ignore[no-redef]  # noqa: F811
~~~ <--- HERE
```

Run `mypy --show-error-codes`

```
11: error: Name 'forward' already defined on line 7  [no-redef]
15: error: Name 'forward' already defined on line 7  [no-redef]
```

`torch.hit.script()` is not able to handle `type: ignore` comments that are **not at the end of the line**, while `mypy` is apparently not able to handle directives for other linters **before the `type: ignore` comments**.

## Pitch

Although this should probably also raised to the `mypy` project, I'm not sure, why we require the `type: ignore` comments to be at the end of the line

https://github.com/pytorch/pytorch/blob/1903b32c35a7e7432d62e43a2d3a679f6f01066d/torch/jit/annotations.py#L174-L178

`mypy` [does not seem to require this](https://mypy.readthedocs.io/en/stable/common_issues.html#spurious-errors-and-locally-silencing-the-checker). If there was no specific reason for this, removing the `$` from the regex might already suffice.

## Additional context

This is a follow-up to #48643, which was fixed in https://github.com/pytorch/pytorch/pull/51675. In the examples I missed that there also could be directives for other linters. 

cc @gmagogsfm
Repository: rust
Issue: E0382 could be improved and made more beginner-accessible
Labels: C-enhancement,A-diagnostics,T-compiler,A-suggestion-diagnostics,D-newcomer-roadblock

Example playground: https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=680b2c1586e6eee26bdb90717fd37a07

Currently, the following piece of code:

```rust
#![allow(unused_variables)]

use std::fs::File;
use std::io;


fn main() -> Result<(), io::Error> {
    let file = File::create("hello.txt").unwrap();
    write_to_file(file, String::from("Hello File!"));
    write_to_file(file, String::from("Hello File!"));
    Ok(())
}

fn write_to_file(file: File, string_buffer: String) -> Result<usize, io::Error> {
    unimplemented!()
}
```

Leads to the following Diagnostics:

```rust
 
Standard Error

   Compiling playground v0.0.1 (/playground)
error[E0382]: use of moved value: `file`
  --> src/main.rs:10:19
   |
8  |     let file = File::create("hello.txt").unwrap();
   |         ---- move occurs because `file` has type `File`, which does not implement the `Copy` trait
9  |     write_to_file(file, String::from("Hello File!"));
   |                   ---- value moved here
10 |     write_to_file(file, String::from("Hello File!"));
   |                   ^^^^ value used here after move
```

This error message is frequently one of the first that new user of Rust (also in my trainings) see, and it leads to multiple confusions: a) what is a "move" (when learning about Ownership) and b) what is the `Copy` trait and how do I implement it?.

It does not give helpful advice (e.g. explaining that the value is gone because Ownership was given away). In cases where the value is `Clone`, no recommendation to clone is given ([example](https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=680b2c1586e6eee26bdb90717fd37a07)). In cases where the value is indeed POD and in control of the user, we could also give a recommendation to derive `Copy`.

<!-- TRIAGEBOT_START -->

<!-- TRIAGEBOT_ASSIGN_START -->

<!-- TRIAGEBOT_ASSIGN_DATA_START$${"user":null}$$TRIAGEBOT_ASSIGN_DATA_END -->

<!-- TRIAGEBOT_ASSIGN_END -->
<!-- TRIAGEBOT_END -->
Repository: youtube-dl
Issue: [QUESTION] How to avoid overwriting extracted audio files using ffmpeg
Labels: question

## Checklist

- [x] I'm asking a question
- [x] I've looked through the README and FAQ for similar questions
- [x] I've searched the bugtracker for similar questions including closed ones

## Question

I'm trying to extract all audio from a Youtube channel using ffmpeg, keeping only the audio file and skipping the audio extraction if the resulting file already exists.
Roughly my command line looks like:

`youtube-dl  --audio-format mp3 -x -ciw -o "%(title)s.%(ext)s" -v https://www.youtube.com/channel/<some channel>`

I've tried using `--no-post-overwrites` but this will keep the video files as well.
Using `--postprocessor-args -n` fails with `youtube_dl.postprocessor.ffmpeg.FFmpegPostProcessorError: Error, both -y and -n supplied. Exiting.` as `-y` is added unconditionally.
Is there any way to achieve this, and if so, can you point me out to the right arguments?

Thank you!
Repository: godot
Issue: Calling update_worlds on Viewport in the UPDATE_DISABLED state should print an error or force UPDATE_ONCE state
Labels: topic:core,topic:rendering

**Godot version:**
All (starting in 2.1 still happen in master)

**OS/device including version:**
N/A

**Issue description:**
Calling `update_worlds` from the `viewport` node doesn't update the viewport if the viewport is in `UPDATE_DISABLED` state.

**Steps to reproduce:**
1. Create a viewport
2. Add a sprite (using the godot engine's icon
3. Add animation that rotates the sprite
4. Put it in the viewport
5. Set the viewport in `UPDATE_ONCE`
6. in the `_process` function call `update_worlds()` from the viewport point of view
7. Nothing happen

**Other discussion**
Calling this function should refresh the current viewport.
https://github.com/godotengine/godot/blob/3.2/scene/main/viewport.cpp#L230

However based on that code:
https://github.com/godotengine/godot/blob/3.2/servers/visual/visual_server_viewport.cpp#L303

If the viewport is in `UPDATE_DISABLED` state, then the update never occurs. So I'm wondering would it be better to raise an error like that:
```cpp
    ERR_FAIL_COND_MSG(get_update_mode() == UPDATE_DISABLED, "Viewport is DISABLED, cannot force update");
```

Or to switch the Viewport to `UPDATE_ONCE` like that:
```cpp
    if (get_update_mode() == UPDATE_DISABLED) {
        set_update_mode(UPDATE_ONCE);
    }
 ```
Repository: pytorch
Issue: Port unary elementwise ops to structured kernels
Labels: triaged,module: structured kernels

## 🚀 Feature
This is a tracking issue for porting unary elementwise ops to structured kernels, see [RFC-0005](https://github.com/pytorch/rfcs/blob/rfc-0005/RFC-0005-structured-kernel-definitions.md).

- [ ] acos
- [ ] arccos
- [ ] asin
- [ ] arcsin
- [ ] atan
- [ ] arctan
- [ ] abs
- [ ] absolute
- [ ] angle
- [ ] sign
- [ ] sgn
- [x] sin
- [ ] cos
- [ ] sinc
- [ ] sinh
- [ ] cosh
- [ ] tanh
- [ ] asinh
- [ ] acosh
- [ ] atanh
- [ ] arcsin
- [ ] arccos
- [ ] arctan
- [ ] arcsinh
- [ ] arccosh
- [ ] arctanh

cc @rgommers
Repository: TypeScript
Issue: navigator.share is not always a function
Labels: Bug,Help Wanted,Domain: lib.d.ts

# Bug Report

navigator.share is undefined is many browsers, yet TypeScript reports it as "the function is always defined"

### 🔎 Search Terms

navigator.share
share


### 🕗 Version & Regression Information

Version 4.1.5 & Nightly


### ⏯ Playground Link

https://www.typescriptlang.org/play?#code/JYMwBAFAdghgbsA5jALgewE4DoDOALGDAUwEowBvAWACgw6wBjNKHNAGyKzbUQgHIAKniJhYKYHBH5CIkEVQBXYmGA4VAWwAOHdUSgoiAEz4kA3DQC+YImxwiqtekxbtO3XoOGjUEqQWVyisqqomgoGtpEuvpGJubUFkA

### 💻 Code

<!-- Please post the relevant code sample here as well-->
```ts
if (navigator.share) {
    console.log('The native share feature is implemented');
} else {
    console.log('The native share feature is not implemented');
}
```

### 🙁 Actual behavior

TypeScript reports it as "the function is always defined"

### 🙂 Expected behavior

If should report navigator.share as maybe being present.
Repository: PowerToys
Issue: FancyZones causes Chrome and Edge tabs to disappear when dragged between windows
Labels: Issue-Bug,Product-FancyZones,Priority-2

<!--
**Important: When reporting BSODs or security issues, DO NOT attach memory dumps, logs, or traces to Github issues**.
Instead, send dumps/traces to secure@microsoft.com, referencing this GitHub issue.
-->

## ℹ Computer information

- PowerToys version: 0.31.2
- PowerToy Utility: FancyZones
- Running PowerToys as Admin: No
- Windows build number: 20H2 19042.804

## 📝 Provide detailed reproduction steps (if any)

1. Configure FancyZones
2. Open a second window of Google Chrome or Microsoft Edge and size it to a FancyZone. In my case I had my main browser window on the right of monitor 1 using a FancyZone and browser window 2 was on the left of monitor 2 in another FancyZone.
3. Drag the Chrome tab from the 2nd window to below the address bar of browser window 1 and then up across the omnibar
4. Watch it close. This does not happen if you do not cross the omnibar. It also does not happen when PowerToys is not running or when browser window 2 is not filling a FancyZone.

### ✔️ Expected result

Chrome Tab should combine to the main window

### ❌ Actual result

The Chrome tab dies unexpectedly and does not appear in the recently closed tabs listing. One must either remember how to get there or go back through one's Chrome history to the point of last url change on the tab.

## 📷 Screenshots

![image](https://user-images.githubusercontent.com/621940/107966437-79c6ee80-6f71-11eb-986c-02932525977c.png)

One could make an argument that this is a Chromium bug but I think the fact that it does not happen when PowerToys is not running means that PowerToys is somehow interfering with the tab feature of that family of browsers.


https://bugs.chromium.org/p/chromium/issues/detail?id=1178512
Repository: create-react-app
Issue: Variable scoping changed on 4.0.2
Labels: needs triage,issue: bug report

We're noticing a breaking change with the way variables are scoped when the application is being transpiled after upgrading to 4.0.2

For example, prior to the upgrade we could `import { filter } from "ramda"` and then subsequently `const filter = "filter"` in a block. The transpiled would know that the two are different. Here's specific code.

```
import { filter } from "ramda"

...

async setFiltersFromCriteria() {
  const filterListValues = selectedValues => filter(({ value }) => selectedValues.includes(value))
  //filter is now scoped from import
  ...
  for (const filter of activeGroupsFilters) {
    // filter is now scoped to local variable
  }
}
```
This doesn't just happen when importing from a module, it's general to the interpretation of the code. There's an argument to not reusing names but that's outside of the scope of the issue.

I looked at all the differenced in code between 4.0.1 and 4.0.2 and nothing popped at me at to what could be causing this except maybe a change with Typescript but our code does not use TS in any way. Also, I looked, but could not find any similar reported issues in the CRA issues. 

I'm using `npm 6.14.15` (no yarn)
Repository: godot
Issue: [TRACKER] Missing editor icons
Labels: enhancement,topic:editor,tracker

<!-- Please search existing issues for potential duplicates before filing yours:
https://github.com/godotengine/godot/issues?q=is%3Aissue
-->

**Godot version:**
<!-- Specify commit hash if using non-official build. -->
a59286f

**Issue description:**
<!-- What happened, and what was expected. -->
Some abstract nodes are missing icons. I noticed that they *can* have icons, so there's no reason not to add them.

Below is the list of nodes currently without icons. * are non-abstract nodes that were added in 4.0.
- [ ] CollisionObject2D
- [ ] PhysicsBody2D
- [ ] Joint2D
- [ ] Light2D
- [x] VisualInstance3D
- [x] GeometryInstance3D
- [ ] SpriteBase3D
- [ ] CSGShape3D
- [ ] CSGPrimitive3D
- [ ] Light3D
- [ ] GPUParticlesAttractor3D
- [x] GPUParticlesAttractorBox* https://github.com/godotengine/godot/pull/46072
- [x] GPUParticlesAttractorSphere* https://github.com/godotengine/godot/pull/46072
- [x] GPUParticlesAttractorVectorField* https://github.com/godotengine/godot/pull/46072
- [ ] GPUParticlesCollision3D
- [x] GPUParticlesCollisionBox* https://github.com/godotengine/godot/pull/46072
- [x] GPUParticlesCollisionHeightField* https://github.com/godotengine/godot/pull/46072
- [x] GPUParticlesCollisionSDF* https://github.com/godotengine/godot/pull/46072
- [x] GPUParticlesCollisionSphere* https://github.com/godotengine/godot/pull/46072
- [ ] CollisionObject3D
- [ ] CollisionBody3D
- [ ] Joint3D
- [x] ~VisualScriptNode (and sub-classes)~ (removed)
- [ ] VisualShaderNode (and sub-classes)
((and probably many other resources, I only listed nodes))
Repository: rust
Issue: Cannot tell apart panic!() and assert!(false, "") in macro_backtrace()
Labels: A-macros,C-bug,requires-nightly

The two expressions:

```rust
panic!(); // A
assert!(false, "msg"); // B
```

Used to result in distinct `macro_backtrace()`. After updating to `nightly-2021-02-14` (and I guess since https://github.com/rust-lang/rust/pull/80851), the backtrace for both is identical, both listing the calls `["std::panic::panic_2015", "std::panic"]`.

IIUC, the latter should contain an additional `core::assert` or `std::assert` item in the backtrace.

### Meta

`rustc --version --verbose`:
```
rustc 1.52.0-nightly (5fa22fe6f 2021-02-14)
binary: rustc
commit-hash: 5fa22fe6f821ac3801d05f624b123dda25fde32c
commit-date: 2021-02-14
host: x86_64-unknown-linux-gnu
release: 1.52.0-nightly
LLVM version: 11.0.1
```