sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: vscode
Issue: Line Endings Selector showing wrong Line Endings in Diff View
Labels: bug

Issue Type: <b>Bug</b>

1. Use git with `autocrlf=false` or `autocrl=input`.
2. Open a repository with CRLF Files checked in and change the file to LF (or vice versa)
3. Open the Source Control View and focus the file. 
4. Focus Left View: ![image](https://user-images.githubusercontent.com/13590797/164190459-d64a7fcc-ce96-4af0-8c2c-c3695bece1be.png)
5. Focus Right View: 
![image](https://user-images.githubusercontent.com/13590797/164190616-d7a8e08c-e798-4a5b-870a-a0faca035e7a.png)

=> Both Views show `LF` instead of the left one being `CRLF`

**Remarks:**

- This is not a feature request as https://github.com/microsoft/vscode/issues/19254, because this is tracking a defect of VSCode, showing the wrong information instead of the right (or none). 
- In the staged view the Line Endings Selector is hidden. 


VS Code version: Code 1.66.2 (dfd34e8260c270da74b5c2d86d61aee4b6d56977, 2022-04-11T07:46:01.075Z)
OS version: Windows_NT x64 10.0.19042
Restricted Mode: No

<details>
<summary>System Info</summary>

|Item|Value|
|---|---|
|CPUs|11th Gen Intel(R) Core(TM) i7-11850H @ 2.50GHz (16 x 2496)|
|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: enabled<br>opengl: enabled_on<br>rasterization: enabled<br>raw_draw: disabled_off_ok<br>skia_renderer: enabled_on<br>video_decode: enabled<br>video_encode: enabled<br>vulkan: disabled_off<br>webgl: enabled<br>webgl2: enabled|
|Load (avg)|undefined|
|Memory (System)|63.71GB (29.83GB free)|
|Process Argv|--crash-reporter-id 53610d71-2633-4d7c-b147-7b0997f29c1e|
|Screen Reader|no|
|VM|0%|
</details>Extensions: none<details>
<summary>A/B Experiments</summary>

```
vsliv368cf:30146710
vsreu685:30147344
python383cf:30185419
vspor879:30202332
vspor708:30202333
vspor363:30204092
vswsl492cf:30256860
vstes627:30244334
pythonvspyl392:30443607
pythontb:30283811
pythonptprofiler:30281270
vshan820:30294714
vstes263:30335439
pythondataviewer:30285071
vscod805cf:30301675
pythonvspyt200:30340761
binariesv615:30325510
bridge0708:30335490
bridge0723:30353136
vsaa593cf:30376535
vsc1dst:30438360
pythonvs932:30410667
wslgetstarted:30449410
pythonvsnew555:30457759
vscscmwlcmt:30465135
cppdebugcf:30475217

```

</details>

<!-- generated by issue reporter -->
Repository: vscode
Issue: Improve and fix remote integration test suite
Labels: important,debt,engineering,remote

From https://github.com/microsoft/vscode/issues/147376

We found a few issues:

- There are real differences between `test-remote-integration.sh` and `test-remote-integration.bat`. One of them is the amount of extensions being built.
- In our CI, those extensions keep getting built all over again. First by the Electron integration tests, then by the Web integration tests, then by the Remote integration tests. It seems very wasteful.
- ‼️ While it appears at first glace that the suite runs much faster on [Windows](https://dev.azure.com/monacotools/Monaco/_build/results?buildId=167146&view=logs&j=ca7250c6-0e2d-5a52-28a2-5c6aea023c92&t=3a10f1bd-e0fa-5fd5-e2f6-09648e53e7d4) than [macOS](https://dev.azure.com/monacotools/Monaco/_build/results?buildId=167146&view=logs&j=a5d99aad-4929-5289-bf4a-26b78032353d&t=d4649a83-a250-559c-eec3-8ca47a8ced50), you quickly realise that the tests are actually failing but the build reports them as having passed. On Windows, they fail quite early and a bunch of test suites never even run. On macOS, scroll to the end and you'll also see that they fail.
Repository: vscode
Issue: Investigate global policy support
Labels: feature-request,config

Enabling global policy support will help system admins to configure VS Code on their networks.

One idea is to allow VS Code settings to opt-in to become policies. If set, a setting's policy value will overwrite any setting source value, whether that's user, workspace, memory or remote.

**In progress:**

- [x] Update ConfigurationRegistry to support settings opting in to becoming policies @joaomoreno
- [x] https://github.com/microsoft/vscode/issues/148941
- [x] https://github.com/microsoft/vscode/issues/148943
- [x] https://github.com/microsoft/vscode/issues/148944

**Future:**

- [ ] https://github.com/microsoft/vscode/issues/148942
- [x] https://github.com/microsoft/vscode/issues/148945


References:

- https://github.com/mozilla/policy-templates
- https://docs.microsoft.com/en-us/previous-versions/windows/desktop/policy/implementing-registry-based-policy
- https://docs.microsoft.com/en-us/windows/client-management/mdm/understanding-admx-backed-policies

cc @sana-ajani @sandy081
Repository: godot
Issue: Vulkan: Document DirectionalLight3D shadow rendering missing long untesselated objects if Pancake Size isn't increased
Labels: topic:rendering,documentation,topic:3d

### Godot version

4.0.alpha (1d2177938)

### System information

Fedora 34, GeForce GTX 1080 (NVIDIA 510.60.02)

### Issue description

DirectionalLight3D shadow rendering can miss long objects, causing shadows to disappear in close splits.

This occurs regardless of the object's rotation relative to the DirectionalLight3D shadow.

https://user-images.githubusercontent.com/180032/164207860-b6c9ee67-ce27-4504-926c-a825abc7a680.mp4

### Steps to reproduce

- Add DirectionalLight3D node with shadow enabled.
- Add a MeshInstance3D node with a BoxMesh acting as a ground (size: 640, 1, 640)
- Add a MeshInstance3D node with a BoxMesh acting as the long object (size: 1, 1, 640). Move it upwards so it can cast a shadow onto the floor.

### Minimal reproduction project

[test_shadow_long_object.zip](https://github.com/godotengine/godot/files/8520635/test_shadow_long_object.zip)
Repository: flutter
Issue: IOSurface didnot dealloc when UIKitView is disposed.
Labels: platform-ios,engine,a: platform-views,perf: memory,has reproducible steps,P2,found in release: 2.10,found in release: 2.13,team-ios,triaged-ios

## Details

I found create UIKitView, when UIKitViews is disposed, IOSurface didnot dealloc, they use lagre memory.


Here is the instruments shapshot with my Demo:
I push a lot of page which has an UIKitView, then pop all of them. All UIKitViews is disposed. Even not UIKitView exist, I found the IOSExternalViewEmbedder create many IOSurface, and they not dealloc.

<img width="1662" alt="Xnip2022-04-20_18-27-33" src="https://user-images.githubusercontent.com/26114106/164211624-9282cc8d-a27c-4a55-bfa5-48feabe94f46.png">

Here is my demo:
https://github.com/xzeroplus/UIKitView_Demo

## Logs

```
doctor:
Doctor summary (to see all details, run flutter doctor -v):
[✓] Flutter (Channel stable, 2.10.2, on macOS 12.3 21E230 darwin-arm, locale zh-Hans-CN)
[✓] Android toolchain - develop for Android devices (Android SDK version 32.1.0-rc1)
[✓] Xcode - develop for iOS and macOS (Xcode 13.2.1)
[✓] Chrome - develop for the web
[✓] Android Studio (version 2021.1)
[✓] VS Code (version 1.66.1)
[✓] Connected device (3 available)
[✓] HTTP Host Availability

• No issues found!
```
Repository: terminal
Issue: Show/Hide maximized terminal window resizes it briefly
Labels: Help Wanted,Issue-Bug,Product-Terminal,Priority-3,Area-Windowing

### Windows Terminal version

1.13.10984.0

### Windows build number

10.0.22000.0

### Other Software

_No response_

### Steps to reproduce

Maximize the window
use action to show/hide the terminal window

### Expected Behavior

window appears maximized

### Actual Behavior

window appears big, but not maximized, and then maximizes, additionally causing the whole terminal size to be recalculated and content re-rendered and shifted slightly upwards
Repository: material-ui
Issue: [Skeleton] It should possibly have aria role of "progressbar"
Labels: accessibility,waiting for 👍,component: skeleton

### Duplicates

- [X] I have searched the existing issues

### Latest version

- [X] I have tested the latest version

### Current behavior 😯

Currently the `Skeleton` component does not provide an aria role, however I think it may be appropriate for it to have role [progressbar](https://developer.mozilla.org/en-US/docs/Web/Accessibility/ARIA/ARIA_Techniques/Using_the_progressbar_role). I appreciate that it is debatable whether a `Skeleton` is indeed a form of a progress bar, but I would lean towards yes, especially as this can give some extra context for missing content on an assistive device.

### Expected behavior 🤔

The `Skeleton` component renders with role `progressbar`

### Steps to reproduce 🕹

Steps:

1. render a `Skeleton` component
2. observe that it has no aria role


### Context 🔦

_No response_

### Your environment 🌎

<details>
  <summary>`npx @mui/envinfo`</summary>

```
 Chome version 100.0.4896.127 (Official Build) (x86_64)

Unfortunately `npx @mui/envinfo` is timing out for me in my terminal :(
```
</details>


### Order ID 💳 (optional)

26356
Repository: yt-dlp
Issue: Behavior of --trim-filenames is not clear
Labels: bug,docs/meta/cleanup

### Checklist

- [X] I'm reporting a bug unrelated to a specific 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)

### Description

`yt-dlp --trim-filenames 5 https://www.youtube.com/watch?v=jNQXAC9IVRw`

This produces the expected file, whose filename is 5 characters long: `Me at.webm`

`yt-dlp --trim-filenames 5 --output "testfolder/%(title)s.%(ext)s" https://www.youtube.com/watch?v=jNQXAC9IVRw`

This should produce the file `../testfolder/Me at.webm`, but instead it produces the file `testf.webm`.

Worse still, if the `--output` argument is an absolute path like `/home/myname/folder/folder/stuff`, yt-dlp will try to create a file in the root directory called `/home/.webm`.

So, I think `--trim-filenames` is broken. But if trimming the directory name is actually the intended behaviour, then it should probably be renamed to `--trim-paths` or something like that.

### Verbose log

```shell
yt-dlp --trim-filenames 5 --output "testfolder/%(title)s.%(ext)s" https://www.youtube.com/watch?v=jNQXAC9IVRw
[youtube] jNQXAC9IVRw: Downloading webpage
[youtube] jNQXAC9IVRw: Downloading android player API JSON
[info] jNQXAC9IVRw: Downloading 1 format(s): 242+251
[download] Destination: testf.f242.webm
[download] 100% of 378.64KiB in 00:00
[download] Destination: testf.f251.webm
[download] 100% of 225.23KiB in 00:00
[Merger] Merging formats into "testf.webm"
Deleting original file testf.f242.webm (pass -k to keep)
Deleting original file testf.f251.webm (pass -k to keep)
```
Repository: rust
Issue: Consider warning when combination of Result/IntoIterator and Vec introduces unexpected type inference
Labels: A-diagnostics,T-compiler

<!--
Thank you for filing a bug report! 🐛 Please provide a short summary of the bug,
along with any information you feel relevant to replicating the bug.

If you cannot produce a minimal reproduction case (something that would work in
isolation), please provide the steps or even link to a repository that causes
the problematic output to occur.
-->

Given the following code: https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=db6ccf359770dfb1758897be73714d2a

```rust
use serde::Deserialize;

#[allow(dead_code)]
#[derive(Debug, Deserialize)]
struct SomeStruct {
    value: u8
}

fn main() {
    let mut numbers: Vec<SomeStruct> = vec![SomeStruct { value: 1 }];
    
    let more_numbers_json = "[{ \"value\": 2 }]";

    numbers.extend(serde_json::from_str(&more_numbers_json));
    println!("Result: {:?}", numbers);
}
```

The current output is:

```
Result: [SomeStruct { value: 1 }]
```

<!-- The following is not always necessary. -->
Ideally there would be a warning indicating that this only compiles because Result implements IntoIterator but that this might not be what you want:

```
    numbers.extend(serde_json::from_str(&more_numbers_json));
                               ^^^^^^^^ assuming type is SomeStruct, and using
                               IntoIterator from Result. Consider explicitly
                               specifying a type if more_numbers_json is a Vec.
```

<!--
If the problem is not self-explanatory, please provide a rationale for the
change.
-->

<!--
If dramatically different output is caused by small changes, consider also
adding them here.

If you're using the stable version of the compiler, you should also check if the
bug also exists in the beta or nightly versions. The output might also be
different depending on the Edition.
-->
Repository: pytorch
Issue: Allow any operation that takes a Storage to also take a contiguous Tensor instead
Labels: feature,triaged,module: python frontend

### 🐛 Describe the bug

We don't like storages, right? So we should make it possible to do stuff in Python userland without having to explicitly refer to storage. Allowing all operations on storages to instead accept contiguous tensors is a good start; e.g., `set_(..., storage_offset, size, strides)` should take a contiguous tensor.

One fly in the ointment is that even if a tensor is contiguous, it could refer to the inside of a storage (non-zero storage offset).  This should probably also be disallowed when using the API in this way, or accounted for (in the case of `set_`, you can just implicitly adjust `storage_offset` and it will work out)

### Versions

master
Repository: PowerToys
Issue: AoT: List of apps to auto-enable AoT on by default
Labels: Idea-Enhancement,Product-Always On Top

### Description of the new feature / enhancement
I wish PowerToys to let us choose to set certain apps on top whenever they are launched, in the "always on top" tool.
I'm talking about this :

![image](https://user-images.githubusercontent.com/5357526/164260181-4bcd4946-2233-43cc-b0a7-0f9b0f62bbd9.png)


### Scenario when this would be used?

Some apps don't get to be on top by default for some reason. 
Even if they have such an option, it's reset on the next time you open them.
For example Zoom meeting app. It has an option to be on top, but it's not remembered for the next sessions.


### Supporting information

No idea what to write here.
Repository: pytorch
Issue: Deprecation warning from SequentialLR
Labels: high priority,triaged,module: deprecation,module: LrScheduler

### 🐛 Describe the bug

This is probably from sub-scheduler when SequentialLR calls them with epoch arg.

```
/usr/local/lib/python3.6/dist-packages/torch/optim/lr_scheduler.py:154: UserWarning: The epoch parameter in `scheduler.step()` was not necessary and is being deprecated where possible. Please use `scheduler.step()` to step the scheduler. During the deprecation, if epoch is different from None, the closed form is used instead of the new chainable form, where available. Please open an issue if you are unable to replicate your use case: https://github.com/pytorch/pytorch/issues/new/choose.
  warnings.warn(EPOCH_DEPRECATION_WARNING, UserWarning)
```

Related code:
- https://github.com/pytorch/pytorch/blob/29a45f00097664d12921c8d13e387bee4b835665/torch/optim/lr_scheduler.py#L154
- https://github.com/pytorch/pytorch/blob/29a45f00097664d12921c8d13e387bee4b835665/torch/optim/lr_scheduler.py#L632

Comment should also be fixed:
- https://github.com/pytorch/pytorch/blob/29a45f00097664d12921c8d13e387bee4b835665/torch/optim/lr_scheduler.py#L1276

For compatibility with 3rd-party sub-scheduler who's still relying on epoch arg, you may:
- Add a member switch to temporarily suppress this warnings when called directly by SequentialLR, and revert it at the end of step().
- Or whitelist pytorch's own types with warnings in SequentialLR to use non-epoch signature.
You may also need to check the type of `self` before printing that warning, to keep it quiet on derived types.

### Versions

Commit 29a45f00097664d12921c8d13e387bee4b835665

cc @ezyang @gchanan @zou3519
Repository: electron
Issue: [Feature Request]: change from hostname to host/include port in Electron.Request (session.setCertificateVerifyProc)
Labels: enhancement :sparkles:

### Preflight Checklist

- [X] I have read the [Contributing Guidelines](https://github.com/electron/electron/blob/main/CONTRIBUTING.md) for this project.
- [X] I agree to follow the [Code of Conduct](https://github.com/electron/electron/blob/main/CODE_OF_CONDUCT.md) that this project adheres to.
- [X] I have searched the [issue tracker](https://www.github.com/electron/electron/issues) for a feature request that matches the one I want to file, without success.

### Problem Description

Electron.Request only contains hostname, and is missing port. In session.setCertificateVerifyProc.

### Proposed Solution

Add port/change to "host" (including port)

### Alternatives Considered

Or perhaps the full url ...?

### Additional Information

Made a small fiddle to illustrate: https://gist.github.com/bcaedf09a39c38299d9a2ac574fbf038
Repository: flutter
Issue: Flashing composing underline while typing on Android with physical keyboard
Labels: a: text input,platform-android,framework,f: material design,a: fidelity,a: quality,has reproducible steps,P2,found in release: 2.10,found in release: 2.13,team-design,triaged-design

While typing with Gboard on Android in English, a composing region is used to give suggestions.  The composing region is expanded as each new letter is added.  In Flutter, the composing region flashes off and on each time a letter is pressed, but on native, it smoothly expands.

| Native Android | Flutter |
| --- | --- |
| ![out](https://user-images.githubusercontent.com/389558/164283842-381fa3d7-5f8e-4c57-ac66-28fe20e30b3a.gif) | ![out](https://user-images.githubusercontent.com/389558/164283928-2189ee73-a4fc-4cea-bee5-f5713cb57b45.gif) |

### To reproduce

  1. Run any app with a text field, such as the one given below.
  2. Type a word letter-by-letter and observe the composing underline.

Expected: The composing underline expands smoothly.
Actual: It flashes on and off.

<details>

<summary>Code</summary>

```dart
import 'package:flutter/material.dart';

void main() => runApp(const MyApp());

class MyApp extends StatelessWidget {
  const MyApp({
    Key? key,
  }) : super(key: key);

  @override
  Widget build(BuildContext context) {
    return MaterialApp(
      title: 'Flutter Demo',
      theme: ThemeData(
        primarySwatch: Colors.blue,
      ),
      home: Scaffold(
        appBar: AppBar(
          title: const Text('Flutter Demo'),
        ),
        body: Center(
          child: Column(
            children: <Widget>[
              TextField(),
              TextField(
              ),
            ],
          ),
        ),
      ),
    );
  }
}
```

</details>
Repository: flutter
Issue: Importing a file named null.dart crashes the flutter web app
Labels: framework,dependency: dart,platform-web,has reproducible steps,P2,found in release: 2.10,found in release: 2.13,team-web,triaged-web

## Steps to Reproduce

<!-- Please include full steps to reproduce so that we can reproduce the problem. -->
1. Execute `flutter run -d chrome` on the code sample <!-- (see "Code sample" section below) -->

**Expected results:** <!-- what did you want to see? -->
`flutter run -d macos`
<img width="912" alt="Bildschirmfoto 2022-04-20 um 19 24 18" src="https://user-images.githubusercontent.com/5261252/164287973-feed6aea-cbc3-46d1-9928-9756d3186757.png">


**Actual results:** <!-- what did you see? -->
<img width="934" alt="Bildschirmfoto 2022-04-20 um 19 27 05" src="https://user-images.githubusercontent.com/5261252/164288329-a504b865-3fd9-41f2-bc0c-b384ba6cc88a.png">
<img width="753" alt="Bildschirmfoto 2022-04-20 um 19 03 55" src="https://user-images.githubusercontent.com/5261252/164288499-b9255243-0aef-4e0e-9b4b-f535c897abf7.png">
<img width="894" alt="Bildschirmfoto 2022-04-20 um 19 04 53" src="https://user-images.githubusercontent.com/5261252/164288426-81a1429e-1d55-4c4f-a97b-d62906b4fffd.png">



<details>
<summary>Code sample</summary>
A minimal example can be found here: https://github.com/RobinJespersen/flutter_application_null

</details>

<details>
  <summary>Logs</summary>

<!--
     Run `flutter analyze` and attach any output of that command below.
     If there are any analysis errors, try resolving them before filing this issue.
-->

```
Analyzing flutter_application_null...                                   
No issues found! (ran in 2.2s)
```

```
[✓] Flutter (Channel stable, 2.10.4, on macOS 12.3.1 21E258 darwin-x64, locale de-DE)
    • Flutter version 2.10.4 at /Users/robin/Library/Flutter/flutter
    • Upstream repository https://github.com/flutter/flutter.git
    • Framework revision c860cba910 (4 weeks ago), 2022-03-25 00:23:12 -0500
    • Engine revision 57d3bac3dd
    • Dart version 2.16.2
    • DevTools version 2.9.2

[✓] Xcode - develop for iOS and macOS (Xcode 13.3.1)
    • Xcode at /Applications/Xcode.app/Contents/Developer
    • CocoaPods version 1.11.0

[✓] Chrome - develop for the web
    • Chrome at /Applications/Google Chrome.app/Contents/MacOS/Google Chrome

[✓] VS Code (version 1.66.2)
    • VS Code at /Applications/Visual Studio Code.app/Contents
    • Flutter extension version 3.38.1

[✓] Connected device (2 available)
    • macOS (desktop) • macos  • darwin-x64     • macOS 12.3.1 21E258 darwin-x64
    • Chrome (web)    • chrome • web-javascript • Google Chrome 100.0.4896.127

[✓] HTTP Host Availability
    • All required HTTP hosts are available
```
</details>