sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: youtube-dl
Issue: Request Support for VIU Indonesia
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 2021.06.06. 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 **2021.06.06**
- [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: https://www.viu.com/ott/id/en/all/video-korean-drama-tv_shows-lovers_of_the_red_sky_episode_1-1165922078?containerId=playlist-26271545
- Single video: https://www.viu.com/ott/id/en/all/video-korean-drama-tv_shows-lovers_of_the_red_sky_episode_2-1165921609?containerId=playlist-26271545
- Playlist: https://www.viu.com/ott/id/en/all/playlist-lovers_of_the_red_sky-playlist-26271545


## 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 (tested 2021.06.06 and some previous version) would treat VIU Indonesia links as generic.
After using VPN i see that Indonesian VIU account is not usable in other country, i assume VIU is restricted per country. Also, each country website is a bit different from each other.
Would it be possible to also support VIU Indonesia? Hopefully it would be easy, since VIU from other country is already supported. I can provide VPN and premium account if needed. Thanks.
Repository: terminal
Issue: Consider adding an entry for the default bold color in the color table
Labels: Product-Conhost,Area-VT,Product-Terminal,Issue-Task

# Description of the new feature/enhancement

At the moment, we when we need to render something using the default foreground color, but with the bold attribute, we "calculate" that brighter color on the fly. Not only does this add unnecessary overhead, but it doesn't even work when the default foreground doesn't match one of the first 8 ANSI colors.

If that bold color was precalculated, though, and stored in the color table, then it's just another index lookup. It would also gives us the architecture necessary to have the bold color part of the color scheme (#5682), and support the XTerm OSC 5 sequence for changing the bold color at runtime.

Finally, I think having bold in the color table is an essential prerequisite for getting the bold color to work when the option to _Automaticaly adjust lightness of indistinguishable text_ is enabled (see #11917).

# Proposed technical implementation details (optional)

1. We add a slot at the end of the color table for the bold color, the same as we've done for the default foreground and background colors.
2. We have a bold index variable that can either point to that new bold slot, or potentially one of the other positions in the ANSI portion of the table.
3. If the default foreground index is mapped to one of the first ANSI 8, then the default bold index would be initialized to the corresponding bright index (i.e. plus 8). This would be the typical conhost behavior.
4. If the default foreground color is unique, we would calculate a brighter version of that color and store it in the new bold slot, and then map the bold index to that slot. This would be the typical WT behavior.

One thing to note on point 4: In the current WT implementation we always treat the default colors as unique, and store them in the separate slots at the end of the table, although in many color schemes they exactly match entries in the first 8 slots. I believe we should really be setting their index to the matching ANSI color (and the bold index then being plus 8), similar to the typical conhost mapping.

One of the advantages of that approach is that it would make it clear when those colors are intended to be the same. For example, if the default background is the same color as ANSI black, then you'd expect a black foreground on a default background to be invisible, and you wouldn't want the algorithm that adjusts the lightness of indistinguishable text to try and make those colors different.
Repository: create-react-app
Issue: Can we reopen closed proposal ? 
Labels: needs triage

Hello, can we reopen this: https://github.com/facebook/create-react-app/issues/4685#issue-335989409

I am hitting the same error as reported https://stackoverflow.com/questions/70348415/how-to-disable-error-warning-overlay-in-webpack-dev-server-3-11-2 and https://github.com/webpack/webpack-dev-server/issues/4111

Thanks
Repository: godot
Issue: When I open Godot, then when I trying zoom Godot code editor first time this reverts it's first zoom settings
Labels: bug,topic:editor,confirmed

### Godot version

3.4.stable

### System information

Windows 7, GLES2

### Issue description

When I open Godot, then when I trying zoom Godot code editor first time this reverts it's first zoom settings.
After that all works fine, zooming works instantly and not revertly. Not so big problem, but sometimes it's annoying.

### Steps to reproduce

Open your project.
Open any .gd script in Godot code editor.
Try to zoom it - And it's after few seconds reverts to it's previous state.

### Minimal reproduction project

Any Godot project that have .gd script.
Repository: yt-dlp
Issue: 403 error when downloading ongoing livestream after 6 hours
Labels: site-enhancement,site:youtube

### Checklist

- [X] I'm reporting a broken site
- [X] I've verified that I'm running yt-dlp version **2021.12.01**. ([update instructions](https://github.com/yt-dlp/yt-dlp#update))
- [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](https://github.com/ytdl-org/youtube-dl#video-url-contains-an-ampersand-and-im-getting-some-strange-output-1-2839-or-v-is-not-recognized-as-an-internal-or-external-command)
- [X] I've searched the [bugtracker](https://github.com/yt-dlp/yt-dlp/issues?q=) for similar issues including closed ones. DO NOT post duplicates
- [X] I've read the [guidelines for opening an issue](https://github.com/yt-dlp/yt-dlp/blob/master/CONTRIBUTING.md#opening-an-issue)
- [ ] I've read about [sharing account credentials](https://github.com/yt-dlp/yt-dlp/blob/master/CONTRIBUTING.md#are-you-willing-to-share-account-details-if-needed) and I'm willing to share it if required

### Region

_No response_

### Description

Using yt-dlp to download a long ongoing youtube livestream ends up with it erroring out with a 403 error and failing to reload playlist after 6 hours. From the bits of logs I have (currently running again to save full logs but it will take a while since it needs 6 hours to error out) it seems the link/token? issued by youtube for the session is designed to expire after 6 hours and lead to the issue. I will attach new full logs when the dl fails again in ~6hours.

### Verbose log

```shell
[12/14/21 05:52:51] [https @ 000000000488ab40] HTTP error 403 Forbidden
[12/14/21 05:52:51] [hls @ 00000000001b6e00] keepalive request failed for 'https://manifest.googlevideo.com/api/manifest/hls_playlist/expire/1639488958/ei/Xkm4YaPbDdWXsfIP6puwgAs/ip/2001:569:7cbc:ad00:35bb:cc25:855:3ce2/id/qjX3egB3w3g.1/itag/96/source/yt_live_broadcast/requiressl/yes/ratebypass/yes/live/1/sgoap/gir%3Dyes%3Bitag%3D140/sgovp/gir%3Dyes%3Bitag%3D137/hls_chunk_host/rr8---sn-uxa0n-t8gs.googlevideo.com/vprv/1/playlist_type/LIVE/initcwndbps/16200/mh/Dw/mm/44/mn/sn-uxa0n-t8gs/ms/lva/mv/m/mvi/8/pl/44/dover/11/keepalive/yes/fexp/24001373,24007246/mt/1639466669/sparams/expire,ei,ip,id,itag,source,requiressl,ratebypass,live,sgoap,sgovp,vprv,playlist_type/sig/AOq0QJ8wRAIgPmtZz5nfc85K7CFNBkz4Er8UkkB2MBE5Zv_yWgPJb_ICIGX4mSndKXzVREyILmQOGouQtp2vSNzy3cODUcOXCxCk/lsparams/hls_chunk_host,initcwndbps,mh,mm,mn,ms,mv,mvi,pl/lsig/AG3C_xAwRAIgT1RhSl4tEXTZx_5NjGS-9IQvUbu6le7gS9GkH1r4M1ECIFEzU_wAx1W8YEJTO4V_PE0KpnVoxO0MnjFWzCwgSBHu/playlist/index.m3u8' with error: 'Server returned 403 Forbidden (access denied)' when parsing playlist
[12/14/21 05:52:51] [https @ 000000000488ab40] HTTP error 403 Forbidden
[12/14/21 05:52:51] [hls @ 00000000001b6e00] Failed to reload playlist 0
[12/14/21 05:52:51] [https @ 000000000488ab40] HTTP error 403 Forbidden
[12/14/21 05:52:51] [hls @ 00000000001b6e00] Failed to reload playlist 0
```
Repository: pytorch
Issue: Port MarginRankingLoss to TensorIterator
Labels: module: performance,module: nn,module: loss,triaged,enhancement

### 🚀 The feature, motivation and pitch

Port the following operator to TensorIterator. This should improve performance and make the code cleaner, see the links below for more context.
https://pytorch.org/docs/stable/generated/torch.nn.MarginRankingLoss.html#torch.nn.MarginRankingLoss

OpInfo: https://github.com/pytorch/pytorch/pull/67444

Related:
- http://blog.ezyang.com/2019/05/pytorch-internals/ (search for tensoriterator, in the "writing kernels" section)
- https://labs.quansight.org/blog/2020/04/pytorch-tensoriterator-internals/
- https://github.com/pytorch/pytorch/wiki/How-to-use-TensorIterator
- https://github.com/pytorch/pytorch/pull/65681
- https://github.com/pytorch/pytorch/pull/50578
- https://neptune.ai/blog/pytorch-loss-functions
- https://github.com/pytorch/pytorch/pull/50553 (huber loss, ported)
- https://github.com/pytorch/pytorch/pull/67376 (huber loss opinfo)
- https://pytorch.org/tutorials/recipes/recipes/benchmark.html#collecting-instruction-counts-with-callgrind (benchmarking)
- https://jakevdp.github.io/PythonDataScienceHandbook/01.07-timing-and-profiling.html (ipython profiling)
- https://pytorch.org/tutorials/beginner/blitz/autograd_tutorial.html
- https://pytorch.org/docs/stable/autograd.html
- https://pytorch.org/docs/stable/notes/autograd.html
- https://www.youtube.com/watch?v=hjnVLfvhN0Q
- https://github.com/pytorch/pytorch/pull/27962

cc @VitalyFedyunin @ngimel @albanD @mruberry @jbschlosser @walterddr @kshitij12345
Repository: rust
Issue: Prioritise types in prelude over items from a `#[doc(hidden)]` module
Labels: A-diagnostics,T-compiler

I was passing in a `usize` instead of an `Option<usize>` in some of my code and when I ran `cargo +nightly check` I got this output:

```
error[E0308]: mismatched types
  --> src/process_handling/linux.rs:59:53
   |
59 |                 execute_test(test, ignored, config, cpus)?;
   |                                                     ^^^^ expected enum `std::option::Option`, found `usize`
   |
   = note: expected enum `std::option::Option<usize>`
              found type `usize`
help: try wrapping the expression in `syn::__private::Some`
   |
59 |                 execute_test(test, ignored, config, syn::__private::Some(cpus))?;
   |                                                     +++++++++++++++++++++    +

For more information about this error, try `rustc --explain E0308`.
error: could not compile `cargo-tarpaulin` due to previous error
```

I'm on the latest nightly and mentioned it on a rust discord and @memoryruins pointed me to the RA issue https://github.com/rust-analyzer/rust-analyzer/issues/8511 and then realised there didn't seem to be a rustc issue for it so I'm raising it now :eyes:
Repository: rust
Issue: Consider adding `Vec::try_with_capacity(_in)` and friends
Labels: T-libs-api,C-feature-request,T-libs

With `try_reserve(_exact)` stabilized, the following pattern is going to start cropping up (it already does in our internal code base):

```rust
let mut buf = Vec::new();
buf.try_reserve_exact(cap)?;
```

Would adding one or two extra methods per container; `try_with_capacity(capacity: usize) -> Result<.., TryReserveError>` and `try_with_capacity_in(capacity: usize, alloc: A) -> Result<.., TryReserveError>` be appropriate ?

Note that the two-liner above works perfectly to the best of my knowledge, it is just a question of conciseness. I also find it makes intent clearer from the start, but other may have diverging opinions on this.

Affected types would be:

- `try_with_capacity_in(capacity: usize, alloc: A) -> Result<.., TryReserveError>` ([see all types](https://doc.rust-lang.org/std/index.html?search=std%3A%3Awith_capacity_in())):
    - `std::collections::VecDeque`
    - `std::vec::Vec`
- `try_with_capacity(capacity: usize) -> Result<.., TryReserveError>` ([see all types](https://doc.rust-lang.org/std/index.html?search=std%3A%3Awith_capacity())):
    - `std::collections::BinaryHeap`
    - `std::collections::VecDeque`
    - `std::collections::hash_map::HashMap`
    - `std::collections::hash_set::HashSet`
    - `std::ffi::OsString`
    - `std::io::BufReader`
    - `std::io::BufWriter`
    - `std::io::LineWriter`
    - `std::path::PathBuf`
    - `std::string::String`
    - `std::vec::Vec`

@rustbot label T-libs C-feature-request T-libs-api

Aside: I'm not sure if this falls under `A-allocators`

<!-- TRIAGEBOT_START -->

<!-- TRIAGEBOT_ASSIGN_START -->

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

<!-- TRIAGEBOT_ASSIGN_END -->
<!-- TRIAGEBOT_END -->
Repository: kubernetes
Issue: Kube-apiserver JSON logging performance test
Labels: sig/scalability,kind/feature,lifecycle/frozen,needs-triage,wg/structured-logging

### What would you like to be added?

Currently, kube-apiserver logs are migrated to structure logging. We would like to measure performance of structured logging in scale.

I've gathered some data based on sig-scalability performance test (https://k8s-testgrid.appspot.com/sig-scalability-gce#gce-master-scale-performance):
- kube-apiserver logs are mostly 200-500 characters long 
- maximum persistent throughput of logs is 6k/s logs over few minutes
- There are spikes with logging throughput up to 20k/s logs

Based on these data I propose that we make sure that structured logging in kube-apiserver can handle:
- 500 characters long logs
- persistent throughput of 10k/s logs
- 5 seconds spikes of throughput up to 40k/s logs.

/sig scalability
/wg structured-logging

/cc @serathius 

### Why is this needed?

During scalability tests of kubernetes, we've observed that slow logging can significantly degrade performance of masters - it can stop requests from succeeding. Taking that into account, we want to make sure that structured logging can handle significantly more logs as compared to previous unstructured logging.
Repository: vscode
Issue: Colorize background like in CoenraadS/Bracket-Pair-Colorizer-2
Labels: help wanted,feature-request,bracket-pair-colorization

<!-- ⚠️⚠️ 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. -->

https://github.com/CoenraadS/Bracket-Pair-Colorizer-2:
![image](https://user-images.githubusercontent.com/6714840/146043534-f7d83ac8-93cd-42b9-906e-6af3549e2236.png)

Native VSCode:
![image](https://user-images.githubusercontent.com/6714840/146043588-472e089a-fa54-4dc8-80a3-5d1dcb2c19a5.png)

"editorBracketPairGuide.backgroundX" / "editorBracketPairGuide.activeBackgroundX" change only guides color but not actual background color.
Repository: flutter
Issue: [image_picker] iOS add error handling when picking image.
Labels: platform-ios,p: image_picker,package,P2,team-ios,triaged-ios

In Image picker, the [error from item provider](https://github.com/flutter/plugins/blob/master/packages/image_picker/image_picker/ios/Classes/FLTPHPickerSaveImageToPathOperation.m#L88) was not surfaced. We should improve the code by surfacing the error to the dart public API so users can have more details about the errors when the picker failed.

This might also require public API updates where we can add a new `error` field to the [PickedFile](https://github.com/flutter/plugins/blob/master/packages/image_picker/image_picker_platform_interface/lib/src/types/picked_file/io.dart#L12)

See also: https://github.com/flutter/plugins/pull/4448/files#r755336904
Repository: ant-design
Issue: Input.Password loses the focus when visibilityToggle is changed by the occurrence of the onInput event.
Labels: Inactive

- [x] I have searched the [issues](https://github.com/ant-design/ant-design/issues) of this repository and believe that this is not a duplicate.

### Reproduction link
[![Edit on CodeSandbox](https://codesandbox.io/static/img/play-codesandbox.svg)](https://codesandbox.io/s/antd-issue-gs11w)

### Steps to reproduce
1. Click on the input
2. Insert a value in it
3. Remove the value completely
4. Press the keys on the keyboard to add a new value in the input

Please note that you don't intentionally remove the focus from the input when you're moving through these steps

### What is expected?
1. The state of the visibilityToggle should be changed when the value of the input is removed
2. User should be able to insert a new value by typing after the state of the visibilityToggle is changed

### What is actually happening?
While the border of the input is blue which indicates the focus is on the Input.Password, it's not possible to insert a new value in the input immediately after changing the state of the visibilityToggle.

| Environment | Info |
|---|---|
| antd | 4.17.3 |
| React | 17.0.2 |
| System | Ubuntu 18.04.1 LTS |
| Browser | chrome 96.0.4664.45 |


<!-- generated by ant-design-issue-helper. DO NOT REMOVE -->
Repository: TypeScript
Issue: Inference not work in object getter when use ThisType with additional fields
Labels: Bug

# Bug Report

<!--
  Please fill in each section completely. Thank you!
-->

### 🔎 Search Terms

<!--
  What search terms did you use when trying to find an existing bug report?
  List them here so people in the future can find this one more easily.
-->
Inference, ThisType, this, getter

### 🕗 Version & Regression Information

<!-- When did you start seeing this bug occur?

"Bugs" that have existed in TS for a long time are very likely to be FAQs; refer to
  https://github.com/Microsoft/TypeScript/wiki/FAQ#common-bugs-that-arent-bugs

If possible, please try testing the nightly version of TS to see if it's already been fixed.
For npm: `typescript@next`
This is also the 'Nightly' version in the playground: http://www.typescriptlang.org/play/?ts=Nightly

Note: The TypeScript Playground can be used to try older versions of TypeScript.

Please keep and fill in the line that best applies:
-->

- This is the behavior in every version I tried, and I reviewed the FAQ for entries about ____keyword "this"____

### ⏯ 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.
-->
[Playground link with relevant code](https://www.typescriptlang.org/play?ssl=2&ssc=16&pln=2&pc=24#code/GYVwdgxgLglg9mABAWwJ6kgHgCoD4AUAUIonAA6wIDOAXItogGT0AWMV2qZApjk4gG9EYAIbJudKlABOMMAHNEAX1yEAlHQbMho8ZJlzFSwcUTTuUENKTlKYKohEORYVAG5CSwoQjUoiAEFEAF4UdHAIfAFTeQthGAgAa11ufDUTEhJfe38UkMQoNioAOhSPTLMLKyQy0yUAGhiLADkE5LFU9OiK7KlhDvzC9lKO8szzS2t+8TGGzzUPIA)

### 💻 Code

<!-- Please post the relevant code sample here as well-->
```ts
function myfunc<T>(
  options: T & ThisType<T & { name: string }>
): T & { name: string } {
  return options as any;
}

const A = myfunc({
  get nickname() {
    const name = this.name;
    return name;
  },
  getNickname() {
    const name = this.name;
    return name;
  },
});
```

### 🙁 Actual behavior

<!-- What happened, and why it was wrong -->
`this.name` is string:
<img width="558" alt="image-20211215011426242" src="https://user-images.githubusercontent.com/6367792/146055897-61275382-a356-4faf-a07b-28ce2dadcf0f.png">

but `const name` is any:
<img width="558" alt="image-20211215011440514" src="https://user-images.githubusercontent.com/6367792/146055910-a9450052-8599-475c-b255-2f6174f8df75.png">

### 🙂 Expected behavior

<!-- What you expected to happen instead, and why -->
expect `const name` infer to string type, the same as `this.name`.
Repository: deno
Issue: deno info --location=... returns wrong dirs for origin and local storage
Labels: bug

Deno 1.16.4 on Mac

Here is the output of deno info with --location on my machine:

```
$ deno info --location="https://somelocation.com" 
DENO_DIR location: "/Users/ollie/Library/Caches/deno"
Remote modules cache: "/Users/ollie/Library/Caches/deno/deps"
Emitted modules cache: "/Users/ollie/Library/Caches/deno/gen"
Language server registries cache: "/Users/ollie/Library/Caches/deno/registries"
Origin storage: "/Users/ollie/Library/Caches/deno/location_data/660f0e15ee76e6d1a40a30b56abccb8918f320572bc20bed7b403e0c4bc5e314"
Local Storage: "/Users/ollie/Library/Caches/deno/location_data/660f0e15ee76e6d1a40a30b56abccb8918f320572bc20bed7b403e0c4bc5e314/local_storage"
```

However the directory `/Users/ollie/Library/Caches/deno/location_data/660f0e15ee76e6d1a40a30b56abccb8918f320572bc20bed7b403e0c4bc5e314/` does not exist.

I do have a few directories there:

```
$ pwd
/Users/ollie/Library/Caches/deno/location_data
$ ls
4662410f11c52eab35c6f66dd51dd123f893ae14232ba49fd7a6d76895722706
a0672e802547dac2c5bf67d80f6720e83959b1adc2fbd3ed4be3eca558563daf
b647ff18ac9c5074ea0598fd8ef5f4cf9072d268f28aa78d6af5b7873afa31d8
```

The data appears to actually be stored under a different directory. If I write something specific to `localStorage` like this:

store.ts:
```ts
localStorage.setItem('loc', globalThis.location+'');
```

Then run it like this:
```
$ deno run --location="https://somelocation.com" store.ts
```

Then I can go poke around the directories that actually exist and using sqlite3 from the command line I eventually find this:

```
$ sqlite3 a0672e802547dac2c5bf67d80f6720e83959b1adc2fbd3ed4be3eca558563daf/local_storage 
SQLite version 3.36.0 2021-06-18 18:36:39
Enter ".help" for usage hints.
sqlite> select * from data;
loc|https://somelocation.com/
```

I tried this with a couple of domains for location and got the same inconsistency.
Repository: flutter
Issue: [web] remove BROWSER_IMAGE_DECODING_ENABLED flag
Labels: engine,platform-web,e: web_canvaskit,P3,team-web,triaged-web

Remove the `BROWSER_IMAGE_DECODING_ENABLED` flag after the new image decoder proves to be robust for all use-cases.

This issue is pointed at from `TODO`s in the web engine code.