sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: flutter
Issue: App-side logging output is broken for the web
Labels: tool,a: debugging,platform-web,P3,c: tech-debt,team-web,triaged-web

Status quo is:

- `getLogReader` for all web `Device` implementations is noop ([example](https://github.com/flutter/flutter/blob/98120d19d35c8f13721973b8cc42501805032829/packages/flutter_tools/lib/src/web/web_device.dart#L90)).
- For FlutterDriver case specifically we use an ad hoc piece of code in [FlutterWebConnection](https://github.com/flutter/flutter/blob/baecbdfe146313c2fb1542a710ab7a59fe969689/packages/flutter_driver/lib/src/driver/web_driver.dart#L226) (@Hixie will remove it to see if it's needed; it's generating a lot of noise in the logs).
- `flutter run --debug` also has a way to extract logs (I see them in the console output), but I can't find the code in the tools that does it.

This situation is brittle and causes inconsistent behaviors across different build modes. We should find a way to capture app-side logs in a more coherent manner. For example, unify everything around the `getLogReader` API, whether we're running widget tests (via the Chrome DevTools protocol), or integration tests (via the WebDriver protocol).
Repository: TypeScript
Issue: Provide option to organize imports as part of format
Labels: Suggestion,In Discussion,Domain: Formatter

*Header added by @mjbvz*

**TypeScript Version**: 4.4.2

**Search Terms**
- format / formatting / formatter
- organize imports / sort imports

This feature request is to provide a new option that would automatically run `organize imports` as part of format. 

While VS Code could implement this itself today, handling this on the TS Server would have a few key advantages:

- It would let us edit the document in a single go. Otherwise we have to first format the document and then organize imports. This would cause some flickering and may result in multiple undo stops
- Other consumers of TS could benefit from the feature 

---

Testing microsoft/vscode#48150

This would be awesome.
Repository: vscode
Issue: Add a description to a vscode.TestTag
Labels: feature-request,testing

Currently when a `vscode.TestTag` is added to a `vscode.TestItem` it will show the label for the `vscode.TestController` that the item is assigned too. 

It would be helpful if extensions could provide a string label/description for the `vscode.TestTag` that could be presented when the user is auto-completing the tag in the Test filter box like the default ones:
<img width="496" alt="Screen Shot 2021-10-04 at 5 22 14 PM" src="https://user-images.githubusercontent.com/22535/135941652-25fc862a-ac3d-48fc-aed8-9366544f03c7.png">
Repository: vscode
Issue: Possible to disable automatic insertion of periods when using Codespaces on macOS?
Labels: feature-request,macos,editor-input,web

<!-- ⚠️⚠️ 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. -->

When using Codespaces on macOS, hitting the space bar twice (after another non-whitespace char) has the effect of inserting an automatic period, per the below:

![Screen-Recording-2021-10-04-at-8 18 09-PM](https://user-images.githubusercontent.com/788678/135941552-0319eff5-90de-4a7d-b55a-4721b0206cb7.gif)

That OS feature can be disabled globally via System Preferences > Keyboard, but some users (e.g., students) wouldn't necessarily know to do that:

![image](https://user-images.githubusercontent.com/788678/135941626-9aa69a59-3b15-4eb7-beb0-a30a4555ef95.png)

Curiously, though, in the client-side version of VS Code on macOS, periods aren't inserted automatically, even with the global setting still enabled. Might there be a similar way to suppress that behavior in Codespaces as well? Thank you!

CC @lostintangent @rongxin-liu
Repository: vscode
Issue: Add `!`-prefix parsing to glob util
Labels: feature-request,file-glob

It'd be potentially useful to have `!` as a prefix added to our `glob.ts` utils. This could function similarly to how we already handle `.gitignore` files in the webworker search [here](https://github.com/microsoft/vscode/blob/2358283d76a0afdf57e60ec2fc76a57b1b0146c7/src/vs/workbench/services/search/common/ignoreFile.ts#L76):
1. if a file matches a normal line and doesn't match an `!`-line, exclude it (we do this today)
2. If it matches both a normal line and a `!`-line, include it
3. Otherwise, include it (we do this today)

This isn't quite as powerful as a real`.gitignore` as there are only two "layers" of include/exclude, whereas in `gitignore` each line introduces a new "layer", but I believe it would handle the 99% of cases well enough, for instance every example given to-date in https://github.com/microsoft/vscode/issues/869. 

To handle the many-layer case requires either:
- migrating to an array to configure `files.exclude` and `search.exclude`, which is undesirable from a backwards/forwards compatibility perspective
- taking care to ensure the existing `*.exclude` objects are handled in a key-order sensitive way, which is potentially undesirable from a JSON/JS object semantics compatibility perspective 


cc @bpasero for any and all input on this
Repository: flutter
Issue: [tool] [android] support --trace-systrace along with --trace-startup
Labels: a: tests,c: new feature,platform-android,tool,P3,perf: startup,team-android,triaged-android

Some more details in https://flutter.dev/go/android-startup-tracing

Systracing can provide a more complete picture of startup events, particularly from Android subsystems that the Dart timeline is not aware of.

This should be a pretty simple matter of shelling out to `perfetto` and then collecting the trace data from that instead of from the VM service.
Repository: flutter
Issue: [tool][android] support --trace-systrace in release mode
Labels: c: new feature,platform-android,tool,P3,perf: startup,team-android,triaged-android

More context in https://flutter.dev/go/android-startup-tracing

This will be useful after https://github.com/flutter/engine/pull/28903. Tracing in release mode is particularly useful on lower end devices that struggle to efficiently run the VM service, as well as for tracing startup where you don't want vm service initialization to interfere with readings.
Repository: flutter
Issue: Add `android.os.Trace` calls to the embedding
Labels: platform-android,engine,c: performance,P2,team-android,triaged-android

This can help when a user is doing a systrace. See some context at https://flutter.dev/go/android-startup-tracing.

In particular, many (but probably not all) of the `Log.v` statements in the embedding would be valuable as trace calls.
Repository: godot
Issue: Undo does not work in inspector if script editor is showing
Labels: bug,topic:editor,confirmed,topic:input

___

***Bugsquad note:** This issue has been confirmed several times already. No need to confirm it further.*

___

### Godot version

3.3.3 stable

### System information

Windows 7 64-bit

### Issue description

Inspector undo is ignored and irrecoverable if a value is adjusted while script editor is up.

### Steps to reproduce

Bring up script editor, change an Inspector value and press undo.

### Minimal reproduction project

_No response_
Repository: create-react-app
Issue: How continue process when the template include husky lint
Labels: stale,needs triage

It will stop, when the process reach the following line:
<img width="394" alt="Screenshot 2021-10-05 at 4 22 12 PM" src="https://user-images.githubusercontent.com/8609783/135987043-cb79c0da-83e8-4bcc-97c7-4237b4b24a47.png">
Repository: pytorch
Issue: Removal of BufferedShuffleDataset
Labels: module: docs,triaged,module: data

## 📚 Documentation

<!-- A clear and concise description of what content in https://pytorch.org/docs is an issue. If this has to do with the general https://pytorch.org website, please file an issue at https://github.com/pytorch/pytorch.github.io/issues/new/choose instead. If this has to do with https://pytorch.org/tutorials, please file an issue at https://github.com/pytorch/tutorials/issues/new -->

The removal of the `BufferedShuffleDataset` class from the `torch.utils.data` module isn't documented either in the release notes nor in the documentation page about `torch.utils.data`. The only way to find out that it has indeed been removed and actually replaced by `torch.utils.data.datapipes.iter.combinatorics.ShuffleIterDataPipe` is by finding #62310.

Since this is a breaking change and not trivial to resolve, either a deprecation notice should be added to the documentation of `BufferedShuffleDataset` [1] or a note about what replaced it should be added to the current documentation [2].

[1] https://pytorch.org/docs/1.8.1/data.html#torch.utils.data.BufferedShuffleDataset
[2] https://pytorch.org/docs/1.9.1/data.html

cc @brianjo @mruberry @VitalyFedyunin @ejguan @NivekT
Repository: godot
Issue: ConcavePolygonShape3D and ConvexPolygonShape3D are meshes not polygons, maybe they should be renamed?
Labels: enhancement,topic:core

### Godot version

4.0

### System information

Windows 10, GLES3, GTX 980Ti

### Issue description

Since ConcavePolygonShape3D, ConvexPolygonShape3D are meshes, it seems a mistake and confusing to call them polygons. I suggest renaming them, since a lot of renaming is happening in 4.0 anyway. Let me know if this should be a proposal instead.

### Steps to reproduce

NA

### Minimal reproduction project

NA
Repository: angular
Issue: Reactive forms validators are not represented in DOM (different behavior with the Template-driven forms)
Labels: area: forms,design complexity: major,P4

### Which @angular/* package(s) are the source of the bug?

forms

### Is this a regression?

No

### Description

The maxlength validator (https://angular.io/api/forms/MaxLengthValidator) works fine in Reactive Forms. However when using the maxlength attribute on a input in a Template Driven Form then the input is really restricted to the amount of characters which is specified via the maxlength attribute.

**Expected behavior in Template Driven Form:**
The input should not be restricted to the amount of characters. The form (or the formControl tied to the input) should just become invalid when the max amount of characters is exceeded.

It looks like the maxlength attribute is somehow conflicting with the Html input maxlength attribute (https://www.w3schools.com/tags/att_input_maxlength.asp)

### Please provide a link to a minimal reproduction of the bug

https://stackblitz.com/edit/angular-maxlength-validator-conflicts-with-html-maxlength?file=src/app/app.component.html

### Please provide the exception or error you saw

_No response_

### Please provide the environment you discovered this bug in

```true
Angular 12.2.5 (see more info on the stackblitz example).

I saw the issue also in Angular 11.2.14


Tested in Chrome 94.0.4606.61
```


### Anything else?

Actually I don't know if this is a regression.
Repository: terminal
Issue: focusFollowMouse delay
Labels: Help Wanted,Area-TerminalControl,Area-Settings,Product-Terminal,Issue-Task

# Allow a user-configurable delay to the 'focusFollowMouse' feature

Windows itself allows us to set a delay for its focus-follows-mouse feature, it would be nice if Terminal did too.

Ideally this would not be "additive" to Windows delay. E.g. this scenario:

- I have both delays set to 500ms
- I have two panes open in terminal, pane A and pane B
- I exit the Terminal window with pane A focussed
- I re-enter the Terminal window via pane B's area

then I should not have to wait 1000ms for pane B to gain focus, only 500ms.
Repository: flutter
Issue: Allow `margin` argument in Snackbar with behavior = SnackBarBehavior.fixed
Labels: c: new feature,framework,f: material design,c: proposal,team-design,triaged-design

<!-- Thank you for using Flutter!

     If you are looking for support, please check out our documentation
     or consider asking a question on Stack Overflow:
      * https://flutter.dev/
      * https://api.flutter.dev/
      * https://stackoverflow.com/questions/tagged/flutter?sort=frequent

     If you have found a bug or if our documentation doesn't have an answer
     to what you're looking for, then fill out the template below. Please read
     our guide to filing a bug first: https://flutter.dev/docs/resources/bug-reports
-->

## Use case

I would like to display the snackbar below the Floating Action Button => using SnackBarBehavior.fixed
However I don't want the snackbar to fill the entire bottom space. I want it to have some margin from the borders of the screen and the BottomNavigationBar.
Image of what I would like to achieve:
<img width="548" alt="Capture d’écran 2021-10-05 à 14 50 07" src="https://user-images.githubusercontent.com/15995331/136030203-2a01d492-157d-4cdc-ae1c-6dc12e584d2c.png">


Currently, I believe since https://github.com/flutter/flutter/issues/46112, the `margin` argument is only usable with behavior == SnackBarBehavior.floating.
However, I don't see any reason why it could not be used with fixed behavior.
I tried copying snack_bar.dart and making a new widget implementing SnackBar, I removed that restriction:
- removed the assert in the constructor
- removed "if (isFloatingSnackBar) {" line 554

And it worked exactly as I needed.

Changing the default margin (in case widget.margin == null) to EdgeInsets.zero if behavior is fixed would keep current visual appearance for fixed Snackbars.

## Proposal

I propose removing the "margin & fixed behavior" restriction in SnackBar | snack_bar.dart.

I am willing to make a PR myself with the changes I need.
Repository: godot
Issue: When jumping on a horizontal-moving slope, the landing point will be shifted
Labels: bug,topic:physics,topic:3d

### Godot version

4.0.dev

### System information

MacOS 11.5

### Issue description

This is probably a different problem than #52957, since this problem also occurs with `apply_velocity_on_leave == Always`.

Regardless of the direction in which the horizontal-moving slope is moving, the CharacterBody slips down the slope. So I'm thinking it's a slide or gravity related bug.

#50732:

https://user-images.githubusercontent.com/61938263/136039254-fe94e319-ed52-4ecf-b94c-9feab0a43d97.mov

Static slope:

https://user-images.githubusercontent.com/61938263/136039537-1b6c4235-a300-4d80-80f9-bf3124bc4f63.mov

Moving slope:

https://user-images.githubusercontent.com/61938263/136039850-5a89d886-9d81-42a2-aa5a-1e419fc9dd3f.mov


### Steps to reproduce

Jump on a horizontal-moving slope.

### Minimal reproduction project

#50732 and https://github.com/fabriceci/3d-platform-test-for-godot4
Repository: flutter
Issue: Sample numbering should match filename
Labels: f: material design,d: api docs,d: examples,P3,team-framework,triaged-framework

Now that example code is in separate files, I noticed that the API docs sometimes use different numbering for the files (e.g. `app_bar.0.dart` and `app_bar.1.dart`) and the displayed samples (e.g. https://master-api.flutter.dev/flutter/material/AppBar-class.html uses 1 and 2). Another example https://master-api.flutter.dev/flutter/material/showModalBottomSheet.html

One should match the other 

cc @gspencergoog
Repository: yt-dlp
Issue: [Feature Request] Add option to download best format for all audio languages
Labels: enhancement

<!--

######################################################################
  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 yt-dlp:
- First of, make sure you are using the latest version of yt-dlp. Run `yt-dlp --version` and ensure your version is 2021.09.25. If it's not, see https://github.com/yt-dlp/yt-dlp on how to update. Issues with outdated version will be REJECTED.
- Search the bugtracker for similar feature requests: https://github.com/yt-dlp/yt-dlp. DO NOT post duplicates.
- Finally, put x into all relevant boxes like this [x] (Dont forget to delete the empty space)
-->

- [x] I'm reporting a feature request
- [x] I've verified that I'm running yt-dlp version **2021.09.25**
- [x] I've searched the bugtracker for similar feature requests including closed ones


## Description

<!--
Provide an explanation of your issue in an arbitrary form. Please make sure the description is worded well enough to be understood, see https://github.com/ytdl-org/youtube-dl#is-the-description-of-the-issue-itself-sufficient. Provide any additional information, suggested solution and as much context and examples as possible.
-->
Add option to download best format for all audio languages (ofc it's assumed language code is present)
afaik `--audio-multistreams` will download all audios

so say -F is as follows
```
dash-audio en
dash-audio en high bitrate
hls-audio en
dash audio hi
dash audio hi high bitrate
```
I want to download best possible format for each lang so in this case it will be `hls-audio en` and `dash audio hi high bitrate`

The option can be `ba[lang=all]`
 or `--all-audio-langs`
Repository: terminal
Issue: Provide mini (live or not) previews of terminals when closing the application
Labels: Issue-Feature,Area-UserInterface,Product-Terminal

It would be useful when closing the application that mini previews are displayed of all of the tabs we will (possibly inadvertently) close. 
Having live previews could be nice to have.
Repository: rust
Issue: New must_not_suspend lint triggers even when value has been moved
Labels: A-lints,C-bug,A-async-await,AsyncAwait-Triaged

I tried this code ([playground](https://play.rust-lang.org/?version=nightly&mode=debug&edition=2018&gist=d4a6d29686fc96f1a1846e3fe35b2109)):

```rust
use std::sync::Mutex;

async fn foo() {
    let foo = Mutex::new(1);
    let lock = foo.lock().unwrap();

    // Prevent mutex lock being held across `.await` point.
    drop(lock);

    bar().await;
}

async fn bar() {}
```

I expected to see this happen: No warnings (except unused fns)

Instead, this happened: `must_not_suspend` triggered

### Meta

`rustc --version --verbose`:
```
rustc 1.57.0-nightly (003d8d3f5 2021-10-04)
binary: rustc
commit-hash: 003d8d3f56848b6f3833340e859b089a09aea36a
commit-date: 2021-10-04
host: x86_64-unknown-linux-gnu
release: 1.57.0-nightly
LLVM version: 13.0.0
```
Repository: godot
Issue: Godot freezes entire computer (requiring restart) with New nVidia game ready driver when opening certain scenes
Labels: bug,platform:windows,topic:rendering,topic:thirdparty,needs testing

### Godot version

3.3.4-mono

### System information

Windows 10, GLES3, nVidia GeForce 940MX (driver version 472.12)

### Issue description

After updating my driver to [the latest one](https://www.nvidia.com/Download/driverResults.aspx/180558/en-us), Godot would freeze my entire computer when editing certain scenes.

### Steps to reproduce

Install the driver linked above. Editing many scenes causes this, but not all (I haven't quite figured out the difference). 

One action that consistently froze (after a couple minutes) was creating a new scene that inherits from Button, then saving, then waiting a couple of minutes (this was not the only action that caused me problems though).

### Minimal reproduction project

_No response_
Repository: rust
Issue: SIGSEGV: invalid memory reference, cross-compiling macOS -> aarch64-unknown-none-softfloat when opt-level = 0
Labels: C-bug,A-target-feature

I'm facing a SIGSEGV when cross-compiling from macOS Mojave 10.14.6 to aarch64-unknown-none-softfloat using

rustc 1.56.0-nightly (0035d9dce 2021-08-16)

I need to use nightly because of a couple of features provided only there. 

This happens only when i try to reduce the optimization level to 0 (opt-level = 0)

It **does not happen** when using opt-level = 1

I have included a very small testcase, HTH.

cheers,

Matthias


Here's the output of 'make':


rustc --version --verbose
rustc 1.56.0-nightly (0035d9dce 2021-08-16)
binary: rustc
commit-hash: 0035d9dcecee49d1f7349932bfa52c05a6f83641
commit-date: 2021-08-16
host: x86_64-apple-darwin
release: 1.56.0-nightly
LLVM version: 12.0.1
RUST_BACKTRACE=1 cargo build --target aarch64-unknown-none-softfloat
   Compiling core-hello-world v0.1.0 (/Users/mschmidt/prj/rust/core-hello-world)
error: could not compile `core-hello-world`

Caused by:
  process didn't exit successfully: `rustc --crate-name core_hello_world --edition=2018 src/main.rs --error-format=json --json=diagnostic-rendered-ansi --crate-type bin --emit=dep-info,link -C lto -C debuginfo=2 -C metadata=b4f8e8e22920b704 -C extra-filename=-b4f8e8e22920b704 --out-dir /Users/mschmidt/prj/rust/core-hello-world/target/aarch64-unknown-none-softfloat/debug/deps --target aarch64-unknown-none-softfloat -C incremental=/Users/mschmidt/prj/rust/core-hello-world/target/aarch64-unknown-none-softfloat/debug/incremental -L dependency=/Users/mschmidt/prj/rust/core-hello-world/target/aarch64-unknown-none-softfloat/debug/deps -L dependency=/Users/mschmidt/prj/rust/core-hello-world/target/debug/deps` (signal: 11, SIGSEGV: invalid memory reference)
make: *** [all] Error 101



[core-hello-world.tar.gz](https://github.com/rust-lang/rust/files/7287516/core-hello-world.tar.gz)
Repository: vscode
Issue: Support global evaluation that requires a file for context
Labels: feature-request,debug,under-discussion

Currently when evaluating expressions but not stopped at a breakpoint, no context is provided to the debug adapter. In the case of Dart, global evaluation can only be run in the context of a library/file.

It would be useful to have a way for the user to select a file, source, or perhaps some arbitrary context from a set provided by the DA that can be sent with global evaluation requests.

@isidorn @weinand @jacob314
Repository: vscode
Issue: Consider a "test-adapter-protocol" that maps onto the new testing APIs
Labels: feature-request,testing

I'm a big fan of common protocols like LSP + DAP that reduce the effort for a new language/editor to have support for other editors/languages and have recently been working on implementations for Dart.

While migrating to the new VS Code test runner recently, I was wondering if something similar could be done for these new testing APIs. Rather than implementing it directly inside the VS Code extension in typescript, if it could be pushed off to another process it could have some of the same benefits as LSP/DAP (eg. other editors may adopt it, tools can write more code in their native languages, etc.).

For Dart, all of the test runs go through the DAP, so the DA is currently forwarding custom JSON events from the `package:test` runner to the extension, and then the extension is translating them into VS Code API calls. It would be much nicer if I could do that translation inside the DA and then other editors could potentially share it.

Even as a completely separate protocol, I could forward the events from the DAP straight onto the test protocol client - the useful part is doing the translation in the DAP into a standard protocol that may gain traction like LSP/DAP have.

@isidorn @weinand @jacob314