sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: flutter
Issue: Proposal to change the default behavior of displaying CircularProgressIndicator in cells when fetching more
Labels: c: new feature,framework,f: material design,c: proposal,has partial patch,team-design,triaged-design

## Use case
When you fetch more data, you will see the first row of the next page displaying a `CircularProgressIndicator ` in each Cells, if the Column definition is not a numeric.  This is BTW can look very strange if you have some column with numeric and other with not.

![image](https://user-images.githubusercontent.com/39314023/166088478-156e2d42-31d1-4cc3-9b07-d9fe878160ca.png)

And if all the Cells are numeric, only the first column will display a  `CircularProgressIndicator ` 
This is misleading from a user perspective.

Here is the extract of the code that does this

```
DataRow _getProgressIndicatorRowFor(int index) {
    bool haveProgressIndicator = false;
    final List<DataCell> cells = widget.columns.map<DataCell>((DataColumn column) {
      if (!column.numeric) {
        haveProgressIndicator = true;
        return const DataCell(CircularProgressIndicator());
      }
      return DataCell.empty;
    }).toList();
    if (!haveProgressIndicator) {
      haveProgressIndicator = true;    <-- BTW this line is not needed
      cells[0] = const DataCell(CircularProgressIndicator());
    }
    return DataRow.byIndex(
      index: index,
      cells: cells,
    );
  }
```

## Proposal
As of writing, the only thing I found in the Material Specification (https://material.io/components/data-tables) is in the section **Sorting with a progress indicator**.

I think we can use the same design pattern for showing something happening when fetching more items.  This will resolve the ugly behavior describe earlier.

This example is from the specification, so in our case, we will not see data inside the table, but only the progress indicator:
![image](https://user-images.githubusercontent.com/39314023/166088160-6d69d388-ca8a-4e9a-9d0c-8c6972ffd8b9.png)

By implementing this we will have the first steeping stone to comply with the specification also for the sorting :-)
Repository: vscode
Issue: Problem for ibus-pinyin (fcitx is ok)
Labels: bug,linux,editor-input-IME


Issue Type: <b>Bug</b>

When using default input (ibus-pinyin) on ubuntu 22.04, the input panel is always placed in the left-bottom corner, while this problem doesn't occur for fcitx.

VS Code version: Code 1.66.2 (dfd34e8260c270da74b5c2d86d61aee4b6d56977, 2022-04-11T07:49:24.808Z)
OS version: Linux x64 5.15.0-27-generic
Restricted Mode: No

<details>
<summary>System Info</summary>

|Item|Value|
|---|---|
|CPUs|Intel(R) Core(TM) i5-10500 CPU @ 3.10GHz (12 x 2502)|
|GPU Status|2d_canvas: enabled<br>canvas_oop_rasterization: disabled_off<br>direct_rendering_display_compositor: disabled_off_ok<br>gpu_compositing: enabled<br>multiple_raster_threads: enabled_on<br>oop_rasterization: disabled_off<br>opengl: enabled_on<br>rasterization: disabled_software<br>raw_draw: disabled_off_ok<br>skia_renderer: enabled_on<br>video_decode: disabled_software<br>video_encode: disabled_software<br>vulkan: disabled_off<br>webgl: enabled<br>webgl2: enabled|
|Load (avg)|2, 1, 0|
|Memory (System)|15.41GB (11.42GB free)|
|Process Argv|--unity-launch --crash-reporter-id 3262cc5a-39b3-4ebc-8bca-6ce2ace9b9ad|
|Screen Reader|no|
|VM|0%|
|DESKTOP_SESSION|ubuntu|
|XDG_CURRENT_DESKTOP|Unity|
|XDG_SESSION_DESKTOP|ubuntu|
|XDG_SESSION_TYPE|wayland|
</details><details><summary>Extensions (2)</summary>

Extension|Author (truncated)|Version
---|---|---
vscode-markdownlint|Dav|0.47.0
vscode-language-pack-zh-hans|MS-|1.66.3


</details><details>
<summary>A/B Experiments</summary>

```
vsliv368:30146709
vsreu685:30147344
python383:30185418
vspor879:30202332
vspor708:30202333
vspor363:30204092
pythonvspyl392:30443607
pythontb:30283811
pythonptprofiler:30281270
vsdfh931:30280409
vshan820:30294714
vstes263:30335439
vscorecescf:30445987
pythondataviewer:30285071
vscod805:30301674
pythonvspyt200:30340761
binariesv615:30325510
bridge0708:30335490
bridge0723:30353136
vsaa593:30376534
vsc1dst:30438360
pythonvs932:30410667
wslgetstarted:30449410
pythonvsnew555:30457759
vscscmwlcmt:30465135
cppdebug:30475216
vscaac:30438847

```

</details>

<!-- generated by issue reporter -->
Repository: youtube-dl
Issue: Add support for TRT İzle
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.12.17. 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.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

<!--
Provide all kinds of example URLs support for which should be included. Replace following example URLs by yours.
-->

- Single video: https://www.trtizle.com/belgesel/dunya-tarihinin-donum-noktalari/dunya-tarihinin-donum-noktalari-1-bolum-125583 (requires signing in)
- Live stream of the channel: https://www.trtizle.com/canli/tv/trt-2 (do not require signing in)
- Playlist: https://www.trtizle.com/listem (requires signing in)


## Description

<!--
Provide any additional information.
If work on your issue requires account credentials please provide them or explain how one can obtain them.
-->

This is the state television company of Turkey, and therefore it's a legal site. However, watching the episodes of programs or making a private list require signing in. Obtaining account credentials is simple: register on the site with an email.
Repository: deno
Issue: Errors within blob urls don't have the correct file names in stack traces
Labels: bug,tsc

When using dynamic imports on a blob url, the stack traces of potential errors do not show the correct file names.

```js
const blob = new Blob([`
  const x = "foo";
  x.doesNotExist();
  export {x};
`], {type: "application/javascript"});
const url = URL.createObjectURL(blob);

console.log("url:", url);
await import(url);
```

When running the above using `deno run --check repro.js` you get:
```
url: blob:null/df5cf37c-77e1-4ddd-b189-6ef8b3a68836
Check blob:null/df5cf37c-77e1-4ddd-b189-6ef8b3a68836
error: Uncaught (in promise) TypeError: TS2339 [ERROR]: Property 'doesNotExist' does not exist on type '"foo"'.
  x.doesNotExist();
    ~~~~~~~~~~~~
    at blob:///b0d651e4773176cd774272934e7beb31bd7e4ffff6a867671df3f98aed540ecf.js:3:5
await import(url);
^
    at async file:///Users/Jesper/repositories/fake-imports/bloburltest.ts:9:1
```
The logged blob url is `blob:null/df5cf37c-77e1-4ddd-b189-6ef8b3a68836`, but the one reported in the stack trace is `blob:///b0d651e4773176cd774272934e7beb31bd7e4ffff6a867671df3f98aed540ecf.js`.

When running with `deno run --no-check`, the stack traces are fine.

### Some background
As part of https://github.com/jespertheend/fake-imports/issues/9 I'm trying to map error messages from blob urls back to their original paths. This is pretty easy to do with type checking disabled, since you can just find and replace all occurrences of blob urls. But when type checking is enabled, this is not possible. Because in that case the shown blob urls have no reference to the original call to `URL.createObjectURL()` whatsoever.
Repository: godot
Issue: Godot uses exclusive fullscreen on Windows if window size matches screen size, even if borderless is enabled in the Project Settings (fixed in `master`)
Labels: bug,platform:windows,topic:porting,confirmed

### Godot version

v3.4.4.stable.mono.official

### System information

Windows 10, GLES3, AMD Radeon RX 6800 XT

### Issue description

I seem to be experiencing the same behavior described in #11762. The issue was closed several years ago from the author deleting their account, and the comments say to create a new issue, so I've made one.

Setting the following values occurs in a screen flicker when alt-tabbing, even though my assumption is a borderless "fullscreen" game would not do that:
```cs
OS.WindowFullscreen = false;
OS.WindowSize = OS.GetScreenSize();
OS.WindowBorderless = true;
```

Apologies if what I'm saying doesn't make much sense (lol), I'm starting a new project with Godot and the borderless option doesn't seem to do what I expect when the window size is the size of my monitor ("borderless maximized window", as the old issue's title says). This also seems to break screenshots, as described in the old issue I've linked.

### Steps to reproduce

- Create a project
- Set the values above in a script/Godot editor
- Start a project
- Attempt to Alt-Tab
- Notice a small black flicker

### Minimal reproduction project

_No response_
Repository: godot
Issue: Code editor line length guide displays in wrong column when font hinting is normal
Labels: bug,topic:editor

### Godot version

4.0 alpha 7

### System information

Ubuntu 22.04 LTS

### Issue description

When setting the code font hinting mode to Normal rather than Auto, Light, or None, the line length guides appear in the wrong place.
![image](https://user-images.githubusercontent.com/63519521/166113822-158e4f75-5df7-45eb-a8d4-bdc6f665685b.png)
![image](https://user-images.githubusercontent.com/63519521/166113846-bfb6fb03-af13-4171-9e4d-d7ea189c4cd5.png)


### Steps to reproduce

* Set code line guides to display
* Set font hinting to Normal

### Minimal reproduction project

_No response_
Repository: deno
Issue: WebGPU cause segfault on WSL2 when requesting Adpater
Labels: bug

When requesting an adapter on WSL Deno segfault

Srceenshot : 
![image](https://user-images.githubusercontent.com/64388064/166114640-847f6cc1-b746-48de-aa6b-f372dd5947df.png)

Using `nvidia-smi` I checked if I correctly had my GPU setup in WSL and apparently it is.
![image](https://user-images.githubusercontent.com/64388064/166114980-90ec7ad6-90e3-45b4-ad3a-f672633248cf.png)
Repository: TypeScript
Issue: "Extend this..." refactor
Labels: Suggestion,Awaiting More Feedback,Domain: Refactorings

<!-- ⚠️⚠️ 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. -->

I want to extend somebody else's types. In figuring out how to do so, I generally use "Go to Type Definition" to go and get a better idea of how the types are written so that I can figure out how to extend the types in question.

Then, without fail, I end up googling "typescript extend third-party types" and get answers from 2015-2018, ranging from "Based on how the definition is currently written you can't extend it externally" to "do this":

```
declare module "koa" {
    interface Context {
        resource: any;
    }
}
```

I find these really confusing to write (`namespace` vs. `module` vs. `interface`; should it be `declare global`?) and it requires a lot of guess and check.

It would be nice if I could right-click on an import or be able to have a "Quick fix" for `Property 'foo' does not exist on type 'bar'.` that would insert the appropriate code to extend that particular type.

(I don't actually think a "Quick fix" would be a good idea since that is in most cases not what you want to be doing, but hopefully you get my point).

Alternatively, maybe this is an opportunity for improvement on https://www.typescriptlang.org/docs/handbook/declaration-merging.html.
Repository: TypeScript
Issue: Inlay Hints callee ignore
Labels: Suggestion,Awaiting More Feedback,Domain: Inlay Hints

<!-- ⚠️⚠️ 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. -->

### Motivation
For a similar reason to microsoft/vscode#147875.

In the context of developers who might already be familiar with the signature of some built-in functions (`console.log` for example), the inlay hints might become a bit verbose while providing little value to the developers to read the code.

```ts
console.log(/* message: */ 1, /* ...optionalParams: */ 2, 3, 4)
```
```ts
array
  .filter(/* predicate: */ Boolean)
  .map(/* callbackFn: */ i => i.value)

array.push(/* ...items: */ foo)
```
```ts
map.set(/* key: */ foo, /* value: */ bar)
```
```ts
test(/* message: */ 'should work', /* fn: */ () => { })
```

### Proposal

Thus I am proposing, in addition to microsoft/vscode#147875, it might be good to have a set entry to disable inlay hints for certain callees:

```ts
"javascript.inlayHints.parameterNames.ignoreCallee": [
  "log",
  "push",
  "map",
  "filter"
]
```

One caveat is that it might overkill other usages with the same callee name, `foo.log()` for example. To me personally, it's acceptable as general callee names like this might just do what they expected to do, the inlay hints are more useful to complex and specified user functions.

Happy to implement it and send PR.
Repository: godot
Issue: Segfault calling bytes2var with full_objects=true on an encoded Reference
Labels: bug,topic:core,confirmed,crash

### Godot version

v3.4.4.stable.arch_linux 

### System information

Linux 5.17.5-arch1-1

### Issue description

```
================================================================
handle_crash: Program crashed with signal 11
Engine version: Godot Engine v3.4.4.stable.custom_build (419e713a29f20bd3351a54d1e6c4c5af7ef4b253)
Dumping the backtrace. Please include this when reporting the bug on https://github.com/godotengine/godot/issues
[1] /usr/lib/libc.so.6(+0x42560) [0x7ffff7acf560] (??:0)
[2] /home/rcorre/src/godot/godot/bin/godot.x11.opt.tools.64() [0x30479ce] (/home/rcorre/src/godot/godot/./core/cowdata.h:361)
[3] /home/rcorre/src/godot/godot/bin/godot.x11.opt.tools.64() [0x8c3efd] (/home/rcorre/src/godot/godot/modules/gdscript/gdscript_function.cpp:828 (discriminator 7))
[4] /home/rcorre/src/godot/godot/bin/godot.x11.opt.tools.64() [0x85cd45] (/home/rcorre/src/godot/godot/./core/variant.h:436)
[5] /home/rcorre/src/godot/godot/bin/godot.x11.opt.tools.64() [0x241e2c6] (/home/rcorre/src/godot/godot/scene/3d/spatial.h:52)
[6] /home/rcorre/src/godot/godot/bin/godot.x11.opt.tools.64() [0x2ffcd94] (/home/rcorre/src/godot/godot/core/object.cpp:929)
[7] /home/rcorre/src/godot/godot/bin/godot.x11.opt.tools.64() [0x1fb49da] (/home/rcorre/src/godot/godot/scene/main/node.cpp:188)
[8] /home/rcorre/src/godot/godot/bin/godot.x11.opt.tools.64() [0x1fb4930] (/home/rcorre/src/godot/godot/./core/cowdata.h:74)
[9] /home/rcorre/src/godot/godot/bin/godot.x11.opt.tools.64() [0x1fc6d97] (/home/rcorre/src/godot/godot/scene/main/node.cpp:2561)
[10] /home/rcorre/src/godot/godot/bin/godot.x11.opt.tools.64() [0x1ff5b6f] (/home/rcorre/src/godot/godot/scene/main/scene_tree.cpp:473 (discriminator 2))
[11] /home/rcorre/src/godot/godot/bin/godot.x11.opt.tools.64() [0x7a5250] (/home/rcorre/src/godot/godot/platform/x11/os_x11.cpp:3638)
[12] /home/rcorre/src/godot/godot/bin/godot.x11.opt.tools.64() [0x78d37f] (/home/rcorre/src/godot/godot/platform/x11/godot_x11.cpp:55)
[13] /usr/lib/libc.so.6(+0x2d310) [0x7ffff7aba310] (??:0)
[14] /usr/lib/libc.so.6(__libc_start_main+0x81) [0x7ffff7aba3c1] (??:0)
[15] /home/rcorre/src/godot/godot/bin/godot.x11.opt.tools.64() [0x792be5] (??:?)
-- END OF BACKTRACE --
================================================================
```

### Steps to reproduce

```
extends Spatial

class Foo:
	extends Reference

func _ready():
	var f := Foo.new()
	var encoded := var2bytes(f, true)
	var decoded: Foo = bytes2var(encoded, true)
```


### Minimal reproduction project

[example.zip](https://github.com/godotengine/godot/files/8598046/example.zip)
Repository: PowerToys
Issue: Remapping caps lock with Keyboard Manager occasionally still enables caps lock when pressing the remapped key.
Labels: Product-Keyboard Shortcut Manager,Needs-Triage

### Description of the new feature / enhancement

Keyboard manager remapped keys should be persistent when the PowerToys application is not running.



### Scenario when this would be used?

For example when remapping the caps lock key, occasionally something goes wrong and it sends the original input (caps lock) instead of the remapped key (in my case, `VK 252`).

When this happens, I need to open Keyboard Manager and disable it to disable caps lock, and then re-enable it.

If the remapped keys were persistent, I don't expect the remapped key would ever send its original input.

### Supporting information

I don't have much evidence, but very often caps lock is enabled while it is remapped in Keyboard Manager.

Another case which can be frustrating is if I use the remapped key and power toys is not running yet (or for some other reason). This results in the original key being sent, which is very confusing for me.

I used to use a different application to remap keys, which was persistent and did not have these issues. I would prefer to use PowerToys, but the feature doesn't seem as effective yet.
Repository: pytorch
Issue: `Tensor.logit`'s signature in doc misses `eps` argument
Labels: module: docs,triaged,module: python frontend

### 📚 The doc issue

`Tensor.logit`'s signature in [doc](https://pytorch.org/docs/stable/generated/torch.Tensor.logit.html?highlight=logit#torch.Tensor.logit) misses `eps` argument.

### Suggest a potential alternative/fix

It should be `Tensor.logit(eps=None)`

cc @brianjo @mruberry
Repository: yt-dlp
Issue: [telegram:embed] Download videos only accessible in app
Labels: site-enhancement

### Checklist

- [X] I'm reporting a broken site
- [X] I've verified that I'm running yt-dlp version **2022.04.08** ([update instructions](https://github.com/yt-dlp/yt-dlp#update)) or later (specify commit)
- [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)
- [X] 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

Europe

### Description

Error in:
 yt-dlp   --verbose https://t.me/polkazov/4452

### Verbose log

```shell
yt-dlp   --verbose https://t.me/polkazov/4452
[debug] Command-line config: ['--verbose', 'https://t.me/polkazov/4452']
[debug] Encodings: locale UTF-8, fs utf-8, out utf-8, err utf-8, pref UTF-8
[debug] yt-dlp version 2022.04.08 [7884ade65]
[debug] Python version 3.9.11 (CPython 64bit) - Linux-5.10.112-g2-x86_64-Intel-R-_Core-TM-_i5-4590S_CPU_@_3.00GHz-with-glibc2.33
[debug] Checking exe version: ffmpeg -bsfs
[debug] Checking exe version: ffprobe -bsfs
[debug] exe versions: ffmpeg 4.4.1 (fdk,setts), ffprobe 4.4.1, rtmpdump 2.4
[debug] Optional libraries: certifi, Crypto, secretstorage, mutagen, sqlite, websockets
[debug] Proxy map: {}
[debug] [telegram:embed] Extracting URL: https://t.me/polkazov/4452
[telegram:embed] 4452: Downloading webpage
[telegram:embed] 4452: Downloading webpage
ERROR: [telegram:embed] 4452: Unable to extract source; please report this issue on  https://github.com/yt-dlp/yt-dlp/issues?q= , filling out the appropriate issue template. Confirm you are on the latest version using  yt-dlp -U
  File "/usr/lib/python3.9/site-packages/yt_dlp/extractor/common.py", line 641, in extract
    ie_result = self._real_extract(url)
  File "/usr/lib/python3.9/site-packages/yt_dlp/extractor/telegram.py", line 24, in _real_extract
    'url': self._proto_relative_url(self._search_regex(
  File "/usr/lib/python3.9/site-packages/yt_dlp/extractor/common.py", line 1229, in _search_regex
    raise RegexNotFoundError('Unable to extract %s' % _name)
```
Repository: pytorch
Issue: RestrictPtrTraits in CUDA potentially has no effect.
Labels: module: cuda,triaged,better-engineering

### 🐛 Describe the bug

Potentially `torch::PackedTensorAccessor32<T, N, torch::RestrictPtrTraits>` might be treated the same as `torch::PackedTensorAccessor32<T, N>` in CUDA given how `__restirct__` is handeled.

The pointer to the data is a class member [TensorAccessor.h#L158](https://github.com/pytorch/pytorch/blob/master/aten/src/ATen/core/TensorAccessor.h#L158)
```cpp
// GenericPackedTensorAccessorBase and GenericPackedTensorAccessor are used on for CUDA `Tensor`s on the host
// and as
// In contrast to `TensorAccessor`s, they copy the strides and sizes on instantiation (on the host)
// in order to transfer them on the device when calling kernels.
// On the device, indexing of multidimensional tensors gives to `TensorAccessor`s.
// Use RestrictPtrTraits as PtrTraits if you want the tensor's data pointer to be marked as __restrict__.
// Instantiation from data, sizes, strides is only needed on the host and std::copy isn't available
// on the device, so those functions are host only.
template<typename T, size_t N, template <typename U> class PtrTraits = DefaultPtrTraits, typename index_t = int64_t>
class GenericPackedTensorAccessorBase {
public:
// code omitted for readability
protected:
  PtrType data_;
  index_t sizes_[N];
  index_t strides_[N];
  // code omitted for readability
};
```

However, this is not respected by `nvcc`: [As explained by Nvidia here](https://forums.developer.nvidia.com/t/restrict-seems-to-be-ignored-for-base-pointers-in-structs-having-base-pointers-with-restrict-as-kernel-arguments-directly-works-as-expected/154020/13?u=lkskstlr).

I made an example to show this in the [compiler explorer](https://godbolt.org/z/9c3z8GfT8).

I tried to make an example that shows an actual performance difference but have been struggling so far. It seems that caching can alleviate the performance problem in easy cases.

Thank you all for the amazing library and sorry if this is not a bug but a misunderstanding on my side :slightly_smiling_face: 

### Versions

Does not apply.

cc @ngimel