sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: rust
Issue: lldb tests only run on macos
Labels: A-debuginfo,T-compiler,T-infra,C-bug,A-CI

The lldb tests only run on macos on CI.  I think it might be worthwhile to run them on one CI builder for Linux, just to give a little more coverage.  However, it's not really clear if anyone is actually using rust-lldb.  

I discovered this because the debuginfo tests always fail on my local development system because I have lldb installed.  This was a little frustrating, so I investigated and discovered that the [`pretty-std-collections.rs`](https://github.com/rust-lang/rust/blob/master/src/test/debuginfo/pretty-std-collections.rs) was not being tested on CI because it is ignored on macos, and it was broken a while ago.

It might be as easy as just adding `apt install lldb` to a builder.  I don't think it is important to try to build it from source. Note that due to some oddity with how lldb apt package is installed, there is a missing symlink.  Something like `ln -s /usr/lib/llvm-10/bin/lldb-server /usr/bin/lldb-server-10.0.0` may be needed to get it to work.
Repository: vscode
Issue: Search: Arrow navigation broken
Labels: bug,search,confirmed

<!-- ⚠️⚠️ 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. -->
Behavior now: You can undo changes to the search string, but can't undo after clearing search results
![GIF 2021-2-6 11-50-18](https://user-images.githubusercontent.com/13391795/107108246-77a4b780-682e-11eb-9735-b39fa686ec67.gif)

What I want: When I undo after clearing search results, restore the last search string, in case of I click the clear button by accident.
Repository: rust
Issue: No turbofish suggestion for complex expressions
Labels: A-diagnostics,T-compiler,C-bug,D-confusing,D-invalid-suggestion,D-incorrect

<!--
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.
-->

The turbofish suggestions are displayed for single expressions, but not for complex expressions. https://rust.godbolt.org/z/cbn58f

I tried this code:

```rust
use std::sync::Arc;
use std::sync::RwLock;

fn main() {
    let uuid = Arc::new(RwLock::new(std::collections::HashMap<i32, i64>::new()));
}
```

I expected to see this happen: Turbofish `::<>` suggestion for HashMap type.
Instead, this happened: Invalid suggestion to use private field to initialize HashMap.
```rust
error[E0423]: expected value, found struct `std::collections::HashMap`
   --> <source>:5:37
    |
5   |       let uuid = Arc::new(RwLock::new(std::collections::HashMap<i32, i64>::new()));
    |                                       ^^^^^^^^^^^^^^^^^^^^^^^^^ help: use struct literal syntax instead: `std::collections::HashMap { base: val }`

error[E0423]: expected value, found builtin type `i32`
 --> <source>:5:63
  |
5 |     let uuid = Arc::new(RwLock::new(std::collections::HashMap<i32, i64>::new()));
  |                                                               ^^^ not a value
``` 

### Meta
<!--
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.
-->

`rustc --version --verbose`: rustc 1.51.0-nightly (e708cbd91 2021-02-03)

@rustbot label  A-diagnostics D-confusing D-incorrect T-compiler D-invalid-suggestion 

*This issue was detected by an user on Reddit: <https://www.reddit.com/r/rust/comments/ld6q8u/bastion_of_the_turbofish_a_brief_tale_lamenting/gm5j0yz/>.
Repository: create-react-app
Issue: It seems create-react-app could have overcome the "all lower case" issue?
Labels: issue: proposal,needs triage

I read the pages:

- https://stackoverflow.com/questions/59159553/why-cant-react-project-name-contain-capital-letters
- https://github.com/facebook/create-react-app/issues/2165

but isn't it a simple solution:

https://stackoverflow.com/questions/66076461/if-create-react-app-requires-only-lower-case-what-if-we-create-an-app-but-on-a

what if we do

```
mkdir TryingMobXApp02
cd TryingMobXApp02
npx create-react-app my-app
cd my-app
# and then we do some work on the project
```

then we git push to a new github.com repo, and then, if we have another computer, we do

```
git clone ...   TryingMobXApp02 
```
    
so in that case, the other computer has the project but is in the folder `TryingMobXApp02`.

So the question is:

- is that going to run into trouble later on possibly? But the fact is that I have done it that way many times and never ran into any problem
- so if it is not a problem, isn't it true create-react-app could have done it, by invoking `npx create-react-app tmp-app`, and then, just rename the folder back to `TryingMobXApp02`?

The name `tmp-app` could be `app` and then append a SHA256 of the UNIX timestamp to it.  This name should not exist in the user's folder by the claim it is almost impossible to happen, but if that happens we can always try again.

Perhaps one reason to use title case is, some people UNIX usage habits would name their folder name to have capital case to begin with.
Repository: rust
Issue: Trait objects do not work with generic associated types
Labels: C-bug,requires-nightly,GATs-triaged,A-trait-objects,A-GATs

I tried this code:

```rust
#![feature(generic_associated_types)]

trait StreamingIterator {
    type Item<'a> where Self: 'a;
    fn size_hint(&self) -> (usize, Option<usize>);
    // Uncommenting makes `StreamingIterator` not object safe
//    fn next(&mut self) -> Self::Item<'_>;
}

fn min_size(x: &mut dyn for<'a> StreamingIterator<Item<'a> = &'a i32>) -> usize {
    x.size_hint().0
}
```

I expected to see this happen: either code compiles or an error message is emitted for any use of a trait object with generic associated types

Instead, this happened: code produces inconsistent error messages:

```text
error[E0038]: the trait `StreamingIterator` cannot be made into an object
  --> <source>:18:16
   |
18 | fn min_size(x: &mut dyn for<'a> StreamingIterator<Item<'a> = &'a i32>) -> usize {
   |                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ `StreamingIterator` cannot be made into an object
   |
   = help: consider moving `next` to another trait
note: for a trait to be "object safe" it needs to allow building a vtable to allow the call to be resolvable dynamically; for more information visit <https://doc.rust-lang.org/reference/items/traits.html#object-safety>
  --> <source>:15:26
   |
11 | trait StreamingIterator {
   |       ----------------- this trait cannot be made into an object...
...
15 |    fn next(&mut self) -> Self::Item<'_>;
   |                          ^^^^^^^^^^^^^^ ...because method `next` references the `Self` type in its return type

error: aborting due to previous error
```

```text
error: generic associated types in trait objects are not supported yet
  --> <source>:19:7
   |
19 |     x.size_hint().0
   |       ^^^^^^^^^

error: aborting due to previous error

Compiler returned: 1
```

<!-- TRIAGEBOT_START -->

<!-- TRIAGEBOT_ASSIGN_START -->

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

<!-- TRIAGEBOT_ASSIGN_END -->
<!-- TRIAGEBOT_END -->
Repository: PowerToys
Issue: [PT Run][Service Plugin] Stopping services not working
Labels: Issue-Bug,Product-PowerToys Run,Run-Plugin

<!--
**Important: When reporting BSODs or security issues, DO NOT attach memory dumps, logs, or traces to Github issues**.
Instead, send dumps/traces to secure@microsoft.com, referencing this GitHub issue.
-->

## ℹ Computer information

- PowerToys version: 0.31.2
- PowerToy Utility: PT Run > Service Plugin
- Running PowerToys as Admin: No
- Windows build number: 20H2 (19042.*)

## 📝 Provide detailed reproduction steps (if any)

1. Open PT Run
2. Type `!Windows Search`
3. Press `enter` and accept UAC

_(If have tried to stop other services like `wuauserv` too and that also doesn't work!)_

### ✔️ Expected result

When the Toastnotification says "Service is stopped" I expect that the service isn't running anymore.

### ❌ Actual result

The Toastnotification says "Service is stopped" but the service isn't stopped.

## 📷 Screenshots

_No screenshots existing._
Repository: rust
Issue: Incorrect value is never assigned warning
Labels: C-enhancement,A-diagnostics,T-compiler,D-confusing

<!--
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.
-->

I tried this code:

```rust
fn main() {
    let something = Some(1);
    let mut is_true = false;
    let mut other = true;
    
    if let Some(n) = something {
        if is_true == true {
            other = false;
        }
        is_true = true;
        
        println!("{}", n)
    }
    
    println!("{}", other)
}
```

[Playground](https://play.rust-lang.org/?version=stable&mode=debug&edition=2018&gist=87c81a4b3acdb4e1fd4700136bc90ecf)

I expected this program to run without any warnings.

Instead, I got a warning saying that `is_true` is never used but it clearly is. Also, the `maybe it is overwritten before being read?` help message is incorrect as I'm doing the if statement (reading) before writing the value again.

### Meta
<!--
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.
-->

```
Stable version: 1.49.0 (Playground)
1.51.0-nightly (Playground)
1.50.0-beta.8 (Playground)
```

<!--
Include a backtrace in the code block by setting `RUST_BACKTRACE=1` in your
environment. E.g. `RUST_BACKTRACE=1 cargo build`.
-->
<details><summary>Output</summary>
<p>

```
warning: value assigned to `is_true` is never read
  --> src/main.rs:10:9
   |
10 |         is_true = true;
   |         ^^^^^^^
   |
   = note: `#[warn(unused_assignments)]` on by default
   = help: maybe it is overwritten before being read?

warning: 1 warning emitted

    Finished dev [unoptimized + debuginfo] target(s) in 1.18s
     Running `target/debug/playground`

Standard Output

1
true
```



</p>
</details>

@rustbot label D-invalid-suggestion A-diagnostics D-confusing D-incorrect T-compiler
Repository: pytorch
Issue: methods decorated with torch.jit._overload_method are not accessible
Labels: oncall: jit

## 🐛 Bug
The following code compiles but it fails when trying to find the `forward` method.

```py
from typing import overload

import torch


class Test(torch.nn.Module):
    @overload
    @torch.jit._overload_method
    def forward(self, x: torch.Tensor) -> torch.Tensor:
        ...

    @overload
    @torch.jit._overload_method
    def forward(
        self, x: torch.nn.utils.rnn.PackedSequence
    ) -> torch.nn.utils.rnn.PackedSequence:
        ...

    def forward(self, x):
        return x


model = Test()
model = torch.jit.script(model)
model(torch.ones(10))
model(
    torch.nn.utils.rnn.pack_padded_sequence(
        torch.ones(10, 1, 20), torch.ones(10), batch_first=True
    )
)
```

```
Traceback (most recent call last):
  File "foo.py", line 25, in <module>
    model(torch.ones(10))
  File "/pool01/home/twoertwe/.cache/pypoetry/virtualenvs/python-tools-XWCSm5JO-py3.8/lib/python3.8/site-packages/torch/nn/modules/module.py", line 727, in _call_impl
    result = self.forward(*input, **kwargs)
  File "/pool01/home/twoertwe/.cache/pypoetry/virtualenvs/python-tools-XWCSm5JO-py3.8/lib/python3.8/site-packages/torch/jit/_script.py", line 558, in __getattr__
    return super(RecursiveScriptModule, self).__getattr__(attr)
  File "/pool01/home/twoertwe/.cache/pypoetry/virtualenvs/python-tools-XWCSm5JO-py3.8/lib/python3.8/site-packages/torch/jit/_script.py", line 288, in __getattr__
    return super(ScriptModule, self).__getattr__(attr)
  File "/pool01/home/twoertwe/.cache/pypoetry/virtualenvs/python-tools-XWCSm5JO-py3.8/lib/python3.8/site-packages/torch/nn/modules/module.py", line 778, in __getattr__
    raise ModuleAttributeError("'{}' object has no attribute '{}'".format(
torch.nn.modules.module.ModuleAttributeError: 'RecursiveScriptModule' object has no attribute 'forward'
```

cc @gmagogsfm
Repository: svelte
Issue: This warning should be removed - A11y: Media elements must have a <track kind="captions">
Labels: a11y

To reproduce. Open svelte repl or any svelte project, add `audio` or `video` tag:

```
<audio src="https://media.w3.org/2010/07/bunny/04-Death_Becomes_Fur.mp4" controls />
```

Expected:
* it just works and compiler is happy

What actually happens:
* `A11y: Media elements must have a <track kind="captions"> (1:0)`

Reasons this warning needs to be removed:

* Browsers do not even support `<track>` for `<audio>` in any way whatsoever
* Even for videos, `track` tags are not in any kind of widespread use
* There's no accessibility value of empty `<track kind="caption">` which linter wants people to add
* As far as I can tell, what linter wants - `track` without `src` - [is not even valid according to spec!](https://www.w3.org/TR/2011/WD-html5-author-20110809/the-track-element.html) **"The src attribute gives the address of the text track data. The value must be a valid non-empty URL potentially surrounded by spaces. This attribute must be present."**
* (this is completely unlike empty `alt` attribute on `img` which is meaningfully different from no `alt` for historical reasons)
* Vast majority of audio/video content does not have and will never have any kind of captions
* For a lot of use cases, it wouldn't even make sense (same as a lot of imgs can't even have any meaningful nonempty alt)
Repository: terminal
Issue: Terminal window resizing when fullscreen and monitor is powered on. (Previous: Alt-Spacebar doesn't bring up little "system" menu)
Labels: Issue-Bug,Area-UserInterface,Product-Terminal,Priority-3

<!-- 
🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨

I ACKNOWLEDGE THE FOLLOWING BEFORE PROCEEDING:
1. If I delete this entire template and go my own path, the core team may close my issue without further explanation or engagement.
2. If I list multiple bugs/concerns in this one issue, the core team may close my issue without further explanation or engagement.
3. If I write an issue that has many duplicates, the core team may close my issue without further explanation or engagement (and without necessarily spending time to find the exact duplicate ID number).
4. If I leave the title incomplete when filing the issue, the core team may close my issue without further explanation or engagement.
5. If I file something completely blank in the body, the core team may close my issue without further explanation or engagement.

All good? Then proceed!
-->

EDIT::: See my first reply.

** LOW PRIO **

heh

<!--
This bug tracker is monitored by Windows Terminal development team and other technical folks.

**Important: When reporting BSODs or security issues, DO NOT attach memory dumps, logs, or traces to Github issues**.
Instead, send dumps/traces to secure@microsoft.com, referencing this GitHub issue.

If this is an application crash, please also provide a Feedback Hub submission link so we can find your diagnostic data on the backend. Use the category "Apps > Windows Terminal (Preview)" and choose "Share My Feedback" after submission to get the link.

Please use this form and describe your issue, concisely but precisely, with as much detail as possible.

-->

Task bar is at the TOP of the screen. For reasons unknown Windows occasionally sticks it's children's titlebars UNDERNEATH the taskbar.

# Expected behavior

Alt-Spacebar brings up the little system menu and I chose 'move'.

# Actual behavior

Terminal window gets into a state where system menu doesn't pop up with alt-space. Further, hovering on the task bar and right clicking on it's preview that pops up just below no longer functions.
Repository: rust
Issue: Contents from global_asm! leak into other assemblies
Labels: A-inline-assembly,T-compiler,C-bug,F-asm

In code like this as noted [here](https://rust-lang.zulipchat.com/#narrow/stream/216763-project-inline-asm/topic/global_asm.20with.20format_specifiers/near/225426992)

```rust
#![feature(global_asm)]
#![feature(asm)]

global_asm!(r"
.macro foo, arg, size
  add \arg, \arg, \size
.endm");

const BAR: u64 = 10;

pub fn bar(mut v: u64) -> u64 {
    unsafe { 
        asm!("foo {v}, {}", const(BAR), v = inout(reg) v);
    }
    v
}
```

the macro will leak into the inline `asm!`, but this is likely extremely brittle.  For instance, Rust is free to split this module into 2 distinct CGUs, making the code like this mysteriously work or break.

This could probably be mitigated by isolating all the `global_asm!` into its own CGU – that way none of the inline asm invocations would be able to observe the `global_asm!` stuff. Alternatively, if we find we want to support this behaviour we would be forced to collect all uses of `global_asm!` and items containing inline asm in a crate into a single CGU. Supporting this would also have implications to alternative backend support.

cc https://github.com/rust-lang/rust/issues/35119
Repository: godot
Issue: RichTextLabel can't select multiple lines when Emulate Touch is on.
Labels: topic:gui

3.2.4 rc1
Windows 10

I've searched and can't find this specific problem.  
1.  Create a RichTextEdit
2.  turn on selecting and scrolling
3. "turn on emulate touch from mouse"
4.  add enough text to be able to scroll
5.  Run the program and move the scrollbar down a little.
6. Now try to select 3 lines.

the RichTextLabel will scroll instead of selecting the 3 lines.  Here is a video:

https://user-images.githubusercontent.com/26915986/107130372-f549e100-6889-11eb-9637-c8560a8ed81f.mp4

package:
[RichTextLabel.zip](https://github.com/godotengine/godot/files/5937729/RichTextLabel.zip)
Repository: godot
Issue: Vulkan: Clicking on 3D nodes in the viewport doesn't always select them
Labels: bug,topic:editor,confirmed,regression

**Godot version:**
Godot Engine v4.0.dev.calinou.779dc7613


**OS/device including version:**
Windows 10 x64
Using Vulkan Device #0: AMD - AMD Radeon R7 200 Series

**Issue description:**
When you point for example, the camera at the window, and click on this window (which is a node) it doesnt get selected, which is not intuitive in a scenario where you have thousands of nodes.

![image](https://user-images.githubusercontent.com/58845030/107131124-b2e8ca00-68b2-11eb-9834-8364fa93d808.png)


**Steps to reproduce:**
* Import 3d scene
* Try to select any node by click on its visual representation

**Minimal reproduction project:**
https://drive.google.com/file/d/1dGIhibVa2iDMvLamOretgbToiAdWVOKq/view?usp=sharing
Repository: flutter
Issue: Let RenderEditable use LineMetrics instead of assuming every line has the same height
Labels: a: text input,framework,f: material design,P1,c: tech-debt,team-design,triaged-design

https://github.com/flutter/flutter/blob/02d441ea55b328133c266991f43b0a1148edb63f/packages/flutter/lib/src/rendering/editable.dart#L864-L873

Vertical key movements may skip a line if that line is way shorter than its adjacent lines.
Repository: pytorch
Issue: .numpy() array failes to keep original storage around
Labels: triaged,module: numpy,module: tensor creation

## 🐛 Bug

For some reason creating a `DataLoader` instance with a `numpy` array changes the data in the underlying `numpy` array. `DataLoader` has some sort of side-effect on the arguments that are passed to it.

## To Reproduce

Run this:
```python
import functools

import numpy as np
import torch
import torch.cuda
import torch.distributed
import torch.multiprocessing
import torch.utils.data
from torch.utils.data.dataloader import DataLoader

world_size = 1

torch.manual_seed(1234)


def print_min_max(prefix, data):
    print("%s | (%s, %s)" % (prefix, np.min(data[1]), np.max(data[1])))


def worker_init_fn(_, data):
    print_min_max("worker data", data)


def run_worker(rank):
    print("Started worker %d" % rank)
    torch.distributed.init_process_group(
        "nccl", "tcp://127.0.0.1:29500", world_size=world_size, rank=rank
    )

    # 1. Create Data
    tensor = torch.randn(10)
    data = (tensor, tensor.numpy())
    print_min_max("original data", data)

    # 2. Launch `DataLoader` with `worker_init_fn(data=data)`
    partial = functools.partial(worker_init_fn, data=data)
    data_loader = DataLoader(list(range(1000)), num_workers=1, worker_init_fn=partial)
    data_iter = iter(data_loader)
    next(data_iter)

    # 3. Data has been mutated???
    print_min_max("after data loader data", data)


if __name__ == "__main__":
    print("Spawning workers")
    torch.multiprocessing.spawn(run_worker, nprocs=world_size, args=tuple())
```

Sample output:
```
Spawning workers
Started worker 0
original data | (-1.0115291, 2.1784658)
worker data | (-0.6122731, 3.8310927e+33)
after data loader data | (0.0, 2.1784658)
```

For some reason, my data has been changed from `(-1.0115291, 2.1784658)` to `(0.0, 2.1784658)` in the main process, and `(-0.6122731, 3.8310927e+33)` in the worker process.

## Expected behavior

`DataLoader` shouldn't have any side-effects on its arguments.

## Environment

```
Collecting environment information...
PyTorch version: 1.7.0
Is debug build: True
CUDA used to build PyTorch: 10.2
ROCM used to build PyTorch: N/A

OS: Ubuntu 18.04.5 LTS (x86_64)
GCC version: (Ubuntu 7.5.0-3ubuntu1~18.04) 7.5.0
Clang version: Could not collect
CMake version: Could not collect

Python version: 3.8 (64-bit runtime)
Is CUDA available: True
CUDA runtime version: Could not collect
GPU models and configuration: 
GPU 0: Tesla T4
GPU 1: Tesla T4
GPU 2: Tesla T4
GPU 3: Tesla T4

Nvidia driver version: 460.32.03
cuDNN version: Could not collect
HIP runtime version: N/A
MIOpen runtime version: N/A

Versions of relevant libraries:
[pip3] numpy==1.20.0
[pip3] pytorch-nlp==0.5.0
[pip3] torch==1.7.0
[conda] Could not collect
```

cc @ezyang @gchanan @zou3519 @bdhirsh @jbschlosser @mruberry @rgommers @heitorschueroff @SsnL @VitalyFedyunin @ejguan
Repository: deno
Issue: inconsistent url imports (multiple slashes)
Labels: bug,cli

Correct me if I'm wrong but several slashes in a row in an url are equivalent to a single slash.

For instance, `https://example.com//index.html` is the same as `https://example.com/index.html`

However, Deno sometimes handles imports with these rules and sometimes not.

Let's consider the following project structure:

```
 ├─ dir
 │  └─ two.ts
 ├─ one.ts
 └─ three.ts
```

```ts
// one.ts 
import "./dir//two.ts";
```

```ts
// dir/two.ts
import "../three.ts";
```

```ts
// three.ts
// nothing
```

Here we have double slashes in the first import of `one.ts`: `import "./dir//two.ts"`. Deno will find the file.

However won't be able to find the first import of `two.ts`: `import "../three.ts";`. Deno resolve to the wrong path: `dir/three.ts`, which doesn't exist.

```shell script
$ deno run one.ts 
error: Cannot resolve module "file:///home/user/deno/dir/three.ts" from "file:///home/user/deno/dir//two.ts".
    at file:///home/user/deno/dir//two.ts:9:0
```

One could say that you just don't have to write such url but the error is misleading and it took me a very long time to find the cause of the problem.

Tested on:
- deno 1.7.1
- Windows, Linux