sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: youtube-dl
Issue: Support for website using jwplayer and mpd manifest
Labels: site-support-request

<!--

######################################################################
  WARNING!
  IGNORING THE FOLLOWING TEMPLATE WILL RESULT IN ISSUE CLOSED AS INCOMPLETE
######################################################################

-->


## Checklist

<!--
Carefully read and work through this check list in order to prevent the most common mistakes and misuse of youtube-dl:
- First of, make sure you are using the latest version of youtube-dl. Run `youtube-dl --version` and ensure your version is 2020.03.24. If it's not, see https://yt-dl.org/update on how to update. Issues with outdated version will be REJECTED.
- Make sure that all provided video/audio/playlist URLs (if any) are alive and playable in a browser.
- Make sure that site you are requesting is not dedicated to copyright infringement, see https://yt-dl.org/copyright-infringement. youtube-dl does not support such sites. In order for site support request to be accepted all provided example URLs should not violate any copyrights.
- Search the bugtracker for similar site support requests: http://yt-dl.org/search-issues. DO NOT post duplicates.
- Finally, put x into all relevant boxes (like this [x])
-->

- [x] I'm reporting a new site support request
- [x] I've verified that I'm running youtube-dl version **2020.03.24**
- [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

<!--
Provide all kinds of example URLs support for which should be included. Replace following example URLs by yours.
-->

- Single video: http://videos.univ-lorraine.fr/index.php?act=view&id=5470
- Single video: http://videos.univ-lorraine.fr/index.php?act=view&id=5476
- Playlist: http://videos.univ-lorraine.fr/index.php?act=view&id_col=107
## Description

<!--
Provide any additional information.
If work on your issue requires account credentials please provide them or explain how one can obtain them.
-->
This website uses jwplayer. Inside the html code, there is a URL with MPD manifest which allows to download the video with ytdl.

This issue is for supporting such jwplayer websites without the need to search MPD manifest URL inside html code.
Repository: react-native
Issue: zIndex in FlatList
Labels: Component: FlatList,Needs: Attention

## Description
Related? #23614 #23615 
Setting `zIndex` on items of a `FlatList` yields no result across different rows. However, it does work in the same row across it's columns if existing.
I have tried using `CellRenderComponent` without success.
This is crucial for dragging items in a list etc.
I can confirm it is cross platform. See the snack below.

## React Native version:
<details>
<summary>React Native version</summary>


```bash
System:
    OS: Windows 10 10.0.18362
    CPU: (4) x64 Intel(R) Core(TM) i5-7200U CPU @ 2.50GHz
    Memory: 2.84 GB / 7.87 GB
  Binaries:
    Node: 12.14.0 - C:\Users\DELL\AppData\Local\Temp\yarn--1587809387421-0.6934667812958264\node.CMD
    Yarn: 1.22.0 - C:\Users\DELL\AppData\Local\Temp\yarn--1587809387421-0.6934667812958264\yarn.CMD
    npm: 6.13.4 - C:\Program Files (x86)\nodejs\npm.CMD
    Watchman: Not Found
  SDKs:
    Android SDK:
      API Levels: 22, 23, 25, 26, 27, 28, 29
      Build Tools: 23.0.1, 23.0.3, 24.0.1, 26.0.2, 27.0.1, 27.0.3, 28.0.0, 28.0.3, 29.0.3, 30.0.0
      System Images: android-22 | Google APIs Intel x86 Atom, android-22 | Google APIs Intel x86 Atom_64, android-23 | Intel x86 Atom_64, android-23 | Google APIs Intel x86 Atom, android-23 | Google APIs Intel x86 Atom_64, android-25 | Google APIs Intel x86 Atom, android-26 | Google APIs Intel x86 Atom_64, android-26 | Google Play Intel x86 Atom, android-27 | Google APIs Intel x86 Atom, android-27 | Google Play Intel x86 Atom, android-28 | Google APIs Intel x86 Atom, android-28 | Google APIs Intel x86 Atom_64, android-28 | Google Play Intel x86 Atom, android-28 | Google Play Intel x86 Atom_64, android-29 | Google APIs Intel x86 Atom, android-R | Google APIs Intel x86 Atom, android-R | Google Play Intel x86 Atom_64
      Android NDK: 17.2.4988734
  IDEs:
    Android Studio: Version  3.5.0.0 AI-191.8026.42.35.5791312
  Languages:
    Java: 1.8.0_172 - C:\Program Files\Java\jdk1.8.0_172\bin\javac.EXE
    Python: 3.6.5 - C:\Users\DELL\AppData\Local\Programs\Python\Python36-32\python.EXE
  npmPackages:
    @react-native-community/cli: Not Found
    react: ^16.13.0 => 16.13.1
    react-native: ^0.62.2 => 0.62.2
  npmGlobalPackages:
    *react-native*: Not Found
Done in 13.98s.
```
</details>

## Steps To Reproduce
1. Render a list of items with `FlatList`.
2. Change items' position and `zIndex` so an item should render above other items placed after it in the list (descending `zIndex`).

## Expected Results
`zIndex` should behave the same in `FlatList` items as it does in other view hierarchies. Meaning a greater value should result in rendering above other views.

## Snack, code example, screenshot, or link to a repository:
https://snack.expo.io/VHjFLB_Dz
Repository: TypeScript
Issue: Symbols from lodash are offered to be auto-imported in code actions, but not in autocompletion
Labels: Bug,Domain: Auto-import

<!-- 🚨 STOP 🚨 𝗦𝗧𝗢𝗣 🚨 𝑺𝑻𝑶𝑷 🚨

Half of all issues filed here are duplicates, answered in the FAQ, or not appropriate for the bug tracker. Even if you think you've found a *bug*, please read the FAQ first, especially the Common "Bugs" That Aren't Bugs section!

Please help us by doing the following steps before logging an issue:
  * Search: https://github.com/Microsoft/TypeScript/search?type=Issues
  * Read the FAQ: https://github.com/Microsoft/TypeScript/wiki/FAQ

Please fill in the *entire* template below.
-->

<!--
Please try to reproduce the issue with the latest published version. It may have already been fixed.
For npm: `typescript@next`
This is also the 'Nightly' version in the playground: http://www.typescriptlang.org/play/?ts=Nightly
-->
**TypeScript Version:**  3.8.3

<!-- Search terms you tried before logging this (so others can find this issue more easily) -->
**Search Terms:** lodash auto import

**Code**

Try in https://github.com/sourcegraph/sourcegraph in any TypeScript file to use `isEqual()` from `lodash` (after running `yarn` to install dependencies).

![image](https://user-images.githubusercontent.com/10532611/80279115-ba602d80-86fb-11ea-8b83-7b3406b31f15.png)

**Expected behavior:**

Get offered an auto-import from `lodash`

**Actual behavior:**

No auto-import completion.

Now I realize that lodash's typings are a bit wonky, but after you typed out the symbol name the suggestion shows the right one:

![image](https://user-images.githubusercontent.com/10532611/80279144-e8de0880-86fb-11ea-8b9f-9e87dd4c871b.png)

Here's another example where we get offered `identity` from rxjs, but not from `lodash`:

![image](https://user-images.githubusercontent.com/10532611/80279176-15922000-86fc-11ea-9881-407112b80756.png)

But after typing it out both are offered:

![image](https://user-images.githubusercontent.com/10532611/80279183-25116900-86fc-11ea-9157-a95853d6ee35.png)
Repository: pytorch
Issue: Data caching module a la `Sampler`
Labels: feature,triaged

## 🚀 Feature
<!-- A clear and concise description of the feature proposal -->
A data caching module that can be instantiated and passed into a dataloader, similar to the way a sampler or dataset can currently. This module would accept a cache path, epoch to cache on, train/test flags if different behavior is desired depending on the mode, and perhaps other fields as well, depending on a set of most common needs. I imagine there would be some flag, `write_cache` that when `True`, would lead  `__call__()` to accept a list of corresponding data (e.g. `[img, labels]` or something like that) and cache it to the desired location. In `write_cache=False`, it reads from the the cache according to the dataloader, if the requested file exists in cache, and reads from the original location if the file is not in cache.

**UPDATE:** After posting this, I just came across this [similar open request](https://github.com/pytorch/pytorch/issues/35642). I guess I'm not the only one interested in this idea :-). Feel free to close my feature request as you see fit.

## Motivation

<!-- Please outline the motivation for the proposal. Is your feature request related to a problem? e.g., I'm always frustrated when [...]. If this is related to another GitHub issue, please link here too -->

Caching can speed up training significantly for many datasets and networks. I am often finding that data loading speed is the biggest bottleneck to my training routines. When I write my own caching tool into the dataloader, I can sometimes see 10x+ faster training (of course it depends on the network, datasets, preprocessing, etc).

From what I gather from forums and simply looking at other people's code, many people write their own caching functions already. It would be great if there were a canonical one, tested and optimized for PyTorch dataloaders.

## Pitch

<!-- A clear and concise description of what you want to happen. -->

I would like to see a `Cacher` class developed that can be instantiated and extended similar to the `Sampler` classes and accepted by PyTorch dataloaders. This class would fit well in the existing PyTorch design principle of extensible abstraction: providing a high-level library, accessible even to novices, that is also malleable and easily extended by users with more advanced needs.


## Alternatives

<!-- A clear and concise description of any alternative solutions or features you've considered, if any. -->

The alternative really is for people to keep doing what they're doing. Folks who know how to do it probably are fine continuing doing so. However, this will help the new users and potentially save time for the power users.

## Additional context

<!-- Add any other context or screenshots about the feature request here. -->
Repository: rust
Issue: Consider emitting warnings for incompatible codegen and other command line options
Labels: C-enhancement,A-codegen,T-compiler

cc https://github.com/rust-lang/rust/pull/71490#issuecomment-618715873

For example
- `-C relocation-model=ropi` doesn't make sense outside of some embedded ARM targets
- `-C target-feature=+crt-static` is silently ignored on most targets
- `-C target-feature=+crt-static` is incompatible with `-C relocation-model=pic` on most targets and `+crt-static` silently wins (at link time)

Right now rustc behaves more like gcc which silently accepts conflicting options and produces something unspecified, than like clang which tries to produce warnings.
For example, in `gcc -shared -pie` `-pie` silently wins, but in `clang -shared -pie` `-shared` wins with a warning.
Repository: TypeScript
Issue: make `checker.getAllPossiblePropertiesOfTypes` a public method
Labels: API

## Search Terms

compiler, getAllPossiblePropertiesOfTypes, union, intersection, checker, Public API

## Suggestion

Change the `checker.getAllPossiblePropertiesOfTypes` from private to public

## Use Cases

This is the only easy way to calculate all the possible properties of an object and is used by the `completions` API to provide suggestion. 

I am currently using this API in https://github.com/styleguidist/react-docgen-typescript/pull/247 to document react props.

## Examples

https://github.com/styleguidist/react-docgen-typescript/blob/master/src/parser.ts#L513

## Checklist

My suggestion meets these guidelines:

* [x] This wouldn't be a breaking change in existing TypeScript/JavaScript code
* [x] This wouldn't change the runtime behavior of existing JavaScript code
* [x] This could be implemented without emitting different JS based on the types of the expressions
* [x] This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, etc.)
* [x] This feature would agree with the rest of [TypeScript's Design Goals](https://github.com/Microsoft/TypeScript/wiki/TypeScript-Design-Goals).

BTW I would be happy to make these changes myself and submit a PR.
Repository: flutter
Issue: TextField could use a parameter to define its width via ems
Labels: a: text input,c: new feature,framework,f: material design,P3,team-text-input,triaged-text-input

Would it be possible to provide a means to set the width of a TextField to a certain amount of "ems" for the font/fontsize used in that TextField, like you can do for an [EditText in android](https://developer.android.com/reference/android/R.styleable#TextView_ems)?
Repository: svelte
Issue: Allow bind:open with <dialog>
Labels: feature request

Attempting to use `bind:open` with `<dialog>` results in an error:
```html
<!-- Dialog.svelte -->
<script>
  export let open = false
</script>

<dialog bind:open />
<!--
Error: Module build failed (from ./node_modules/svelte-loader/index.js):
Error: ValidationError: 'open' binding can only be used with <details> (17:46)
-->
```

**To Reproduce**
[View REPL](https://svelte.dev/repl/fdff7e9540c249ef987b0a3b211c6935?version=3.21.0)

**Expected behavior**
I expected `bind` to work with `<dialog>` as well as `<details>`.

**Information about your Svelte project:**
Svelte v3.21.0

**Severity**
Annoying.
Repository: pytorch
Issue: equal_nan keyword not implemented for complex torch.isclose
Labels: triaged,module: complex,module: numpy

See discussion in https://github.com/pytorch/pytorch/issues/36462 and ongoing discussion in the NumPy github: https://github.com/numpy/numpy/issues/15959.

When implementing complex isclose we decided to wait on implementing equal_nan behavior, since the proposed equal_nan behavior would require a custom kernel to be fast, and NumPy's equal_nan behavior on complex tensors is not yet resolved.

cc @ezyang @anjali411 @dylanbespalko
Repository: rust
Issue: Tracking Issue for Box::into_boxed_slice
Labels: T-libs-api,B-unstable,C-tracking-issue,A-slice,Libs-Tracked,Libs-Small

This is a tracking issue for `Box::into_boxed_slice`.
The feature gate for the issue is `#![feature(box_into_boxed_slice)]`.

### About tracking issues

Tracking issues are used to record the overall progress of implementation.
They are also uses as hubs connecting to other relevant issues, e.g., bugs or open design questions.
A tracking issue is however *not* meant for large scale discussion, questions, or bug reports about a feature.
Instead, open a dedicated issue for the specific matter and add the relevant feature gate label.

### Steps
<!--
Include each step required to complete the feature. Typically this is a PR
implementing a feature, followed by a PR that stabilises the feature. However
for larger features an implementation could be broken up into multiple PRs.
-->

- [x] Implement the feature -- https://github.com/rust-lang/rust/pull/71421
- [ ] Adjust documentation ([see instructions on rustc-dev-guide][doc-guide])
- [ ] Stabilization PR ([see instructions on rustc-dev-guide][stabilization-guide])

[stabilization-guide]: https://rustc-dev-guide.rust-lang.org/stabilization_guide.html#stabilization-pr
[doc-guide]: https://rustc-dev-guide.rust-lang.org/stabilization_guide.html#documentation-prs
Repository: PowerToys
Issue: [Image Resizer] Add option for alternative encoders
Labels: Idea-Enhancement,Product-Image Resizer

It would be awesome if the tool would have an option to minify the images when resizing, like the minifier on Tiny PNG https://tinypng.com.
Repository: godot
Issue: Properties for Sprite node in Inspector will occasionally lock when working with AnimationPlayer/AnimationTree
Labels: bug,topic:editor,confirmed

**Godot version:**
3.2.2-beta1_mono_win64

**OS/device including version:**
Windows 10 Pro

**Issue description:**
A sprite node property will occasionally lock after an undetermined action while editing animations (in the example project it's the Position property on the Sprite node in the Player.tscn that locked; in a previous instance of the bug it was the Frame property - all other properties can still be changed). 

Found that the property unlocks if the AnimationTree Active property is unchecked, or while states tied to a looping animation from the AnimationTree are played. Lock resumes once Active property is re-checked, or if a state without a looping animation is played.

Lock only applies in the Inspector panel for the Sprite node; the property can be changed in the Inspector when editing keys in Animation panel or in code, but will snap back to the previously locked values in the editor when selecting the Sprite node again. Everything works normally when playing the project; this bug seems to affect the editor interface only.

**Steps to reproduce:**
Can't seem to find the specific action that triggered the bug. If I create a new scene and build a new AnimationPlayer with AnimationTree exactly as it's set up here, Sprite properties can be edited normally until the bug occurs again.

**Minimal reproduction project:**
[Animation bug project.zip](https://github.com/godotengine/godot/files/4535992/Animation.bug.project.zip)
Repository: godot
Issue: Animation Player Track Editor not zoomable with Trackpad
Labels: bug,platform:macos,topic:editor,confirmed,usability,topic:animation

**Godot version:**
3.2.1 stable

**OS/device including version:**
macOS 10.15.4
Magic Trackpad 2

**Issue description:**
Using the trackpad I am unable to zoom/scale the Animation Player Track editor for bezier curves

**Steps to reproduce:**
Use a trackpad and try your best to zoom the bezier track editor. With a mouse you would use the mouse wheel while hovering over the track area, yet with a track pad the scroll gesture does nothing, neither does any gesture that I can think of trying.

**Minimal reproduction project:**
Not project specific, it's an editor thing

![Screen Shot 2020-04-26 at 10 38 31 AM](https://user-images.githubusercontent.com/6920955/80315240-2188eb00-87ab-11ea-9ae7-b6b825880aab.png)
Repository: flutter
Issue: Video player - poor scaling quality
Labels: a: quality,p: video_player,package,team-ecosystem,P3,triaged-ecosystem

## Steps to Reproduce

1. Use video player from [video_player](https://pub.dev/packages/video_player) package.
2. Feed it with video that needs upscaling.

I've tested it both in emulator and a real device (incorrect result in both).

**Expected results:** Properly scaled (linearly filtered) image

**Actual results:** Image looks blocky, see: https://github.com/google/ExoPlayer/issues/6084 (it's not a screenshot made by me, but I experienced similar result).

After some digging I've discovered that video_player uses `Texture` widget under the hood, after some more research it turns out its painting routine is handled mostly by flutter's engine itself.

Eventually I've managed to fix the issue in my application with following modification:
In flutter's engine file named `android_external_texture_gl.cc`, in `void AndroidExternalTextureGL::Paint` method, instead of: 

```cpp
canvas.drawImage(image, 0, 0);
```

I put:

```cpp
SkPaint paint;
paint.setFilterQuality(SkFilterQuality::kLow_SkFilterQuality);
canvas.drawImage(image, 0, 0, &paint);
```

And it seems it's fixed the issue.

I'm not saying that it should be the actual solution, I'm just recommending looking into `android_external_texture_gl.cc` implementation, because it doesn't seem to be entirely correct...
Repository: go
Issue: cmd/vet: flag benchmarks that don’t use b
Labels: Proposal,Proposal-Accepted,Analysis

I propose that cmd/vet flag any benchmark that doesn’t have any reference to b in its body.

* Frequency: Low among experienced gophers, but not an uncommon mistake among new gophers.
* Correctness: Benchmarks written without using b do not function as benchmarks. Often this gets caught by a user who is puzzled by the output, but not always, particularly if the benchmark is slow.
* Precision: 100%, or very near it. You cannot write a correct benchmark without using b.N, b.Run, b.RunParallel, or somehow passing b or one of its fields to another function to do that for you.

The implementation should be fairly straightforward. Pick out benchmarks. Pick out the identifier (usually `b`). Look for any uses of that identifier. If none, complain.

cc @robpike @mvdan
Repository: go
Issue: cmd/go: ignore packages with all files skipped due to 'package documentation' when matching wildcards
Labels: NeedsFix,GoCommand

<!--
Please answer these questions before submitting your issue. Thanks!
For questions please use one of our forums: https://github.com/golang/go/wiki/Questions
-->

### What version of Go are you using (`go version`)?

<pre>
$ go version
go version go1.14.2 linux/amd64
</pre>

### Does this issue reproduce with the latest release?

Yes

### What operating system and processor architecture are you using (`go env`)?

<details><summary><code>go env</code> Output</summary><br><pre>
$ go env
GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/home/prime/.cache/go-build"
GOENV="/home/prime/.config/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOINSECURE=""
GONOPROXY=""
GONOSUMDB=""
GOOS="linux"
GOPATH="/home/prime/Code/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/local/go"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/local/go/pkg/tool/linux_amd64"
GCCGO="gccgo"
AR="ar"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
GOMOD="/tmp/docerror/go.mod"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build420640243=/tmp/go-build -gno-record-gcc-switches"
</pre></details>

### What did you do?

<!--
If possible, provide a recipe for reproducing the error.
A complete runnable program is good.
A link on play.golang.org is best.
-->

I created go module with a single .go file in it.

<pre>
prime@bee /t/docerror> cat doc.go
package documentation
prime@bee /t/docerror> cat go.mod
module github.com/slon/docerror

go 1.14
prime@bee /t/docerror> go list github.com/slon/docerror/...
can't load package: package github.com/slon/docerror: build constraints exclude all Go files in /tmp/docerror
</pre>

### What did you expect to see?

`go list` command finishing without errors

### What did you see instead?

`go list` fails with strange error.