sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: rust
Issue: Unable to statically link a native library if there a dynamic library in the same directory.
Labels: A-linkage,T-compiler,C-bug,S-needs-repro

<!--
Thank you for finding an Internal Compiler Error! 🧊  If possible, try to provide
a minimal verifiable example. You can read "Rust Bug Minimization Patterns" for
how to create smaller examples.
http://blog.pnkfx.org/blog/2019/11/18/rust-bug-minimization-patterns/
-->

### Code

```Rust
rustc -L native='/usr/local/Cellar/libplist/2.4.0/lib' -l static=plist-2.0 main.rs
```


### 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.79.0-nightly (aed2187d5 2024-04-27)
binary: rustc
commit-hash: aed2187d53b8789e3a37f50ae36f894a2a679077
commit-date: 2024-04-27
host: x86_64-apple-darwin
release: 1.79.0-nightly
LLVM version: 18.1.4
```

### Error output

```
There were both of a dynamic library file and a static library file in the lib directory.
The program was built successfully, but it was linked with a dynamic library rather than the static library.
```
Repository: vscode
Issue: BUG: TypeScript: Wrong indentation when pasting multiline code starting with comment
Labels: bug,typescript,editor-autoindent

<!-- ⚠️⚠️ Do Not Delete This! bug_report_template ⚠️⚠️ -->
<!-- Please read our Rules of Conduct: https://opensource.microsoft.com/codeofconduct/ -->
<!-- 🕮 Read our guide about submitting issues: https://github.com/microsoft/vscode/wiki/Submitting-Bugs-and-Suggestions -->
<!-- 🔎 Search existing issues to avoid creating duplicates. -->
<!-- 🧪 Test using the latest Insiders build to see if your issue has already been fixed: https://code.visualstudio.com/insiders/ -->
<!-- 💡 Instead of creating your report here, use 'Report Issue' from the 'Help' menu in VS Code to pre-fill useful information. -->
<!-- 🔧 Launch with `code --disable-extensions` to check. -->
Does this issue occur when all extensions are disabled?: Yes

<!-- 🪓 If you answered No above, use 'Help: Start Extension Bisect' from Command Palette to try to identify the cause. -->
<!-- 📣 Issues caused by an extension need to be reported directly to the extension publisher. The 'Help > Report Issue' dialog can assist with this. -->
Version: 1.88.1 (user setup)
Commit: e170252f762678dec6ca2cc69aba1570769a5d39
Date: 2024-04-10T17:41:02.734Z
OS: Windows_NT x64 10

Steps to Reproduce:

1. Here is code to test, select comment and one line code below it, copy it to buffer
```ts
function test() {
    /**
     * bla
     */
    const test1 = 'hello';

    return test1;
}

test();
```
like this:
![зображення](https://github.com/microsoft/vscode/assets/1023918/fe107693-0a88-4232-b69a-4602e29fc7b3)

2. put cursor on new line:
![зображення](https://github.com/microsoft/vscode/assets/1023918/10cf2e95-a221-4aa9-82a3-e8011c7657a2)

3. Paste code, it goes wrong padding:
![зображення](https://github.com/microsoft/vscode/assets/1023918/d75b1f30-8626-4777-9b59-c535eeaaaed8)

It becomes this:
```ts
function test() {
    /**
     * bla
     */
    const test1 = 'hello';

        /**
     * bla
     */
        const test1 = 'hello';

    return test1;
}

test();
```
Repository: transformers
Issue: Support align_corners=True in image_transforms module
Labels: Feature request,Vision

### Feature request

For a new model I'm working on #30136 I'd need to resize images in the image processor using `align_corners=True`, as the original code uses `torch.nn.functional(..., align_corners=True)` for resizing images during pre-processing.

### Motivation

Would be great to have this option available so that we can remove the torch dependency from the image processor

### Your contribution

Not sure I can look into this, but @molbap showed interest in looking into this
Repository: tensorflow
Issue: tf.raw_ops.StringSplitV2 does not limit a number of splits by max_split attribute
Labels: stat:awaiting tensorflower,type:bug,comp:ops,TF 2.16

### Issue type

Bug

### Have you reproduced the bug with TensorFlow Nightly?

Yes

### Source

source

### TensorFlow version

2.16.1

### Custom code

Yes

### OS platform and distribution

_No response_

### Mobile device

_No response_

### Python version

_No response_

### Bazel version

_No response_

### GCC/compiler version

_No response_

### CUDA/cuDNN version

_No response_

### GPU model and memory

_No response_

### Current behavior?

tf.raw_ops.StringSplitV2 does not limit a number of splits by max_split attribute.

### Standalone code to reproduce the issue

```shell
import tensorflow as tf

tf.raw_ops.StringSplitV2(input=['one<>'], sep='<>', maxsplit=1) # outputs two splits 'one' and '' instead of just one split

tf.raw_ops.StringSplitV2(input=['one<>two'], sep='<>', maxsplit=1) # outputs two splits 'one' and 'two' instead of just one split
```


### Relevant log output

```shell
>>> tf.raw_ops.StringSplitV2(input=['one<>'], sep='<>', maxsplit=1)
StringSplitV2(indices=<tf.Tensor: shape=(2, 2), dtype=int64, numpy=
array([[0, 0],
       [0, 1]])>, values=<tf.Tensor: shape=(2,), dtype=string, numpy=array([b'one', b''], dtype=object)>, shape=<tf.Tensor: shape=(2,), dtype=int64, numpy=array([1, 2])>)

>>> tf.raw_ops.StringSplitV2(input=['one<>two'], sep='<>', maxsplit=1)
StringSplitV2(indices=<tf.Tensor: shape=(2, 2), dtype=int64, numpy=
array([[0, 0],
       [0, 1]])>, values=<tf.Tensor: shape=(2,), dtype=string, numpy=array([b'one', b'two'], dtype=object)>, shape=<tf.Tensor: shape=(2,), dtype=int64, numpy=array([1, 2])>)
```
Repository: godot
Issue: VK_KHR_surface not found, Driver error
Labels: bug,topic:rendering,needs testing

### Tested versions

- Bug found in current stable version (4.2.2) as well as 4.2.1

### System information

Windows 10 - Godot 4.2.2 - Intel HD processor using OpenGl3 (does not support vulkan but did support OpenGL)

### Issue description

Hello! I haven’t used Godot in a wee while as I’ve been busy with exams. I have to open it using the Open GL3 command which worked well before but now it is coming up with the following errors.

`ERROR: Required extension VK_KHR_surface not found, is a driver installed?
   at: (drivers/vulkan/vulkan_context.cpp:468)
ERROR: Unable to create DisplayServer, all display drivers failed.`

If you know of any way to fix this I would be very grateful. Thank you!

### Steps to reproduce

N/A

### Minimal reproduction project (MRP)

The bug is not project specific and can be seen whenever attempting to play test projects
Repository: deno
Issue: LSP Panicked with File Naming
Labels: bug,lsp

Version: Deno 1.42.4

The issue occurred randomly when I create a new route, and it's gone after I renamed the file.

```
Starting Deno language server...
  version: 1.42.4 (release, aarch64-apple-darwin)
  executable: /opt/homebrew/bin/deno
Connected to "Visual Studio Code" 1.88.1
Refreshing configuration tree...
  Resolved Deno configuration file: "file:///Users/anggoran/Development/user%20innovations/xiaobingqilin/deno.json"
  Resolved import map from configuration file
Enabling import suggestions for: https://deno.land

============================================================
Deno has panicked. This is a bug in Deno. Please report this
at https://github.com/denoland/deno/issues/new.
If you can reliably reproduce this panic, include the
reproduction steps and re-run with the RUST_BACKTRACE=1 env
var set and include the backtrace in your report.

Platform: macos aarch64
Version: 1.42.4
Args: ["/opt/homebrew/bin/deno", "lsp"]

thread 'main' panicked at /Users/brew/Library/Caches/Homebrew/cargo_cache/registry/src/index.crates.io-6f17d22bba15001f/swc_ecma_parser-0.143.5/src/lexer/state.rs:471:45:
called `Option::unwrap()` on a `None` value
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
[Error - 5:19:45 PM] The Deno Language Server server crashed 5 times in the last 3 minutes. The server will not be restarted. See the output for more information.
```
Repository: rust
Issue: A thread closure's destructor can panic in `std::thread::spawn` on Windows
Labels: O-windows,T-libs,A-thread

The following is part of the native `Thread::new` implementation on Windows:

```rust
// https://github.com/rust-lang/rust/blob/master/library/std/src/sys/pal/windows/thread.rs#L30
let ret = c::CreateThread(
    ptr::null_mut(),
    stack,
    Some(thread_start),
    p as *mut _,
    c::STACK_SIZE_PARAM_IS_A_RESERVATION,
    ptr::null_mut(),
);
let ret = HandleOrNull::from_raw_handle(ret);
return if let Ok(handle) = ret.try_into() {
    Ok(Thread { handle: Handle::from_inner(handle) })
} else {
    // The thread failed to start and as a result p was not consumed. Therefore, it is
    // safe to reconstruct the box so that it gets deallocated.
    drop(Box::from_raw(p));
    Err(io::Error::last_os_error())
};
```

If `drop(Box::from_raw(p));` panics, then the error is not returned. I suggest to replace the `drop` statement with:
```rust
panic::catch_unwind(AssertUnwindSafe(|| drop(Box::from_raw(p))));
```

<!-- TRIAGEBOT_START -->

<!-- TRIAGEBOT_ASSIGN_START -->

<!-- TRIAGEBOT_ASSIGN_DATA_START$${"user":"fuzzypixelz"}$$TRIAGEBOT_ASSIGN_DATA_END -->

<!-- TRIAGEBOT_ASSIGN_END -->
<!-- TRIAGEBOT_END -->
Repository: transformers
Issue: Use models as Seq2Seq model
Labels: Feature request

### System Info

- `transformers` version: 4.40.0
- Platform: Linux-6.1.58+-x86_64-with-glibc2.35
- Python version: 3.10.12
- Huggingface_hub version: 0.22.2
- Safetensors version: 0.4.3
- Accelerate version: 0.29.3
- Accelerate config: 	not found
- PyTorch version (GPU?): 2.2.1+cu121 (False)
- Tensorflow version (GPU?): 2.15.0 (False)
- Flax version (CPU?/GPU?/TPU?): 0.8.2 (cpu)
- Jax version: 0.4.26
- JaxLib version: 0.4.26
- Using GPU in script?: No
- Using distributed or parallel set-up in script?: No


### Who can help?

@ArthurZucker  @muellerzr @stevhliu

### Information

- [ ] The official example scripts
- [X] My own modified scripts

### Tasks

- [ ] An officially supported task in the `examples` folder (such as GLUE/SQuAD, ...)
- [X] My own task or dataset (give details below)

### Reproduction

There is this snippet in many model documentations:
To be used in a Seq2Seq model, the model needs to initialized with both is_decoder=True and bidirectional=False argument as well as add_cross_attention set to True; an encoder_hidden_states is then expected as an input to the forward pass.

I try it like this for the MEGA model:
```
from transformers import MegaConfig

# config for a small seq2seq model like in the MEGA paper
config = MegaConfig(
    vocab_size=vocabulary_size,
    max_position_embeddings=context_length,
    is_decoder=True,
    bidirectional=False,
    add_cross_attention=True
)

from transformers import AutoTokenizer, MegaModel,MegaForCausalLM

model = MegaModel(config=config)
# only the causalLM as decoder-only seems to run
#model = MegaForCausalLM(config=config)
```
The following error occurs, when training it with `Seq2SeqTrainer`,`Seq2SeqTrainingArguments` and `DataCollatorForSeq2Seq`: 
```
[transformers/models/mega/modeling_mega.py](https://localhost:8080/#) in forward(self, hidden_states, attention_mask, causal_mask, encoder_hidden_states, encoder_attention_mask, past_key_value, output_attentions, use_cache)
   1271         if self.cross_attn is not None:
   1272             if encoder_hidden_states is None:
-> 1273                 raise ValueError("Requested cross-attention without providing encoder hidden states")
   1274 
   1275             cross_attn_outputs = self.cross_attn(

ValueError: Requested cross-attention without providing encoder hidden states
```


### Expected behavior

Train MEGA like a seq2seq as in their paper.
Repository: rust
Issue: Confusing mismatched types error with the same expected/found types when universes are involved
Labels: A-diagnostics,A-lifetimes,T-compiler,D-confusing,T-types

### Code

```Rust
fn main() {
    consume_fn(identity);
}

fn identity(x: &u32) -> &u32 { x }

fn consume_fn<F>(_: impl FnOnce(&u32) -> F) {}
```


### Current output

```Shell
error[E0308]: mismatched types
 --> ./t.rs:4:5
  |
4 |     consume_fn(identity);
  |     ^^^^^^^^^^^^^^^^^^^^ one type is more general than the other
  |
  = note: expected reference `&_`
             found reference `&_`
note: the lifetime requirement is introduced here
 --> ./t.rs:9:42
  |
9 | fn consume_fn<F>(_: impl FnOnce(&u32) -> F) {}
  |                                          ^
```


### Desired output

```Shell
error[E0308]: mismatched types
 --> ./t.rs:4:5
  |
4 |     consume_fn(identity);
  |     ^^^^^^^^^^^^^^^^^^^^ one type is more general than the other
  |
  = note: expected reference `&'1 _`
             found reference `for<'2> &'2 _`
note: the lifetime requirement is introduced here
 --> ./t.rs:9:42
  |
9 | fn consume_fn<F>(_: impl FnOnce(&u32) -> F) {}
  |                                          ^
```


### Rationale and extra context

Emitting expected/found with the same thing is not very helpful. Ideally we would also mention why the types can't be actually equal here (`F` being a concrete type and not being able to mention the lifetime in `FnOnce`), but I'm not sure how to best fit it in an error message.

### Other cases

_No response_

### Rust Version

```Shell
rustc 1.79.0-nightly (ef8b9dcf2 2024-04-24)
binary: rustc
commit-hash: ef8b9dcf23700f2e2265317611460d3a65c19eff
commit-date: 2024-04-24
host: x86_64-unknown-linux-gnu
release: 1.79.0-nightly
LLVM version: 18.1.4
```


### Anything else?

_No response_
Repository: rust
Issue: Universe errors involving an opaque type results in hallucinations and unused bound vars
Labels: A-diagnostics,A-lifetimes,T-compiler,A-impl-trait,A-async-await,AsyncAwait-Triaged,D-confusing,T-types,fixed-by-async-closures

### Code (Rust ≥2018)

```Rust
use std::future::Future;

fn main() {
    consume_async(async_fn);
}

async fn async_fn(_: &u32) {}

fn consume_async<F>(_: impl FnOnce(&u32) -> F) where F: Future<Output = ()> {}
```


### Current output

```Shell
error[E0308]: mismatched types
 --> ./t.rs:4:5
  |
4 |     consume_async(async_fn);
  |     ^^^^^^^^^^^^^^^^^^^^^^^ one type is more general than the other
  |
  = note: expected opaque type `impl for<'a> Future<Output = ()>`
             found opaque type `impl Future<Output = ()>`
  = help: consider `await`ing on both `Future`s
  = note: distinct uses of `impl Trait` result in different opaque types
note: the lifetime requirement is introduced here
 --> ./t.rs:9:45
  |
9 | fn consume_async<F>(_: impl FnOnce(&u32) -> F) where F: Future<Output = ()> {}
  |                                             ^
```


### Desired output

```Shell
error[E0308]: mismatched types
 --> ./t.rs:4:5
  |
4 |     consume_async(async_fn);
  |     ^^^^^^^^^^^^^^^^^^^^^^^ one type is more general than the other
  |
  = note: expected `_`
             found some type `for<'a> T<'a>` which implements `Future<Output = ()>`
note: the lifetime requirement is introduced here
 --> ./t.rs:9:45
  |
9 | fn consume_async<F>(_: impl FnOnce(&u32) -> F) where F: Future<Output = ()> {}
  |                                             ^
```


### Rationale and extra context

It's very confusing to see a second opaque type and suggestions "to await both futures" (???, there is only one). Ideally we would properly note that the generic can't name the lifetime or something.

### Other cases

_No response_

### Rust Version

```Shell
rustc 1.79.0-nightly (ef8b9dcf2 2024-04-24)
binary: rustc
commit-hash: ef8b9dcf23700f2e2265317611460d3a65c19eff
commit-date: 2024-04-24
host: x86_64-unknown-linux-gnu
release: 1.79.0-nightly
LLVM version: 18.1.4
```


### Anything else?

 #124471 has a simiular test case/issue but without the opaque types.
Repository: rust
Issue: Higher ranked types in trait bounds result in confusing diagnostics
Labels: A-diagnostics,A-lifetimes,T-compiler,D-confusing,T-types,A-higher-ranked

### Code

```Rust
trait Trait {}

impl Trait for for<'a> fn(&'a u32) {}

fn f() where for<'a> fn(&'a u32): Trait {}

fn main() {
    f();
}
```


### Current output

```Shell
error: implementation of `Trait` is not general enough
 --> ./t.rs:9:5
  |
9 |     f();
  |     ^^^ implementation of `Trait` is not general enough
  |
  = note: `for<'a> fn(&'a u32)` must implement `Trait`, for any lifetime `'0`...
  = note: ...but `Trait` is actually implemented for the type `for<'a> fn(&'a u32)`
```


### Desired output

```Shell
error: implementation of `Trait` is not general enough
 --> ./t.rs:9:5
  |
9 |     f();
  |     ^^^ implementation of `Trait` is not general enough
  |
  = note: `fn(&'0 u32)` must implement `Trait`, for any lifetime `'0`...
  = note: ...but `Trait` is actually implemented for the type `for<'a> fn(&'a u32)`
  = note: `where for<'a> fn(&'a u32): Trait` is parsed as `where for<'a> (fn(&'a u32): Trait)`, not `where (for<'a> fn(&'a u32)): Trait`
```


### Rationale and extra context

`for<'a> fn(&'a u32)` in the note makes it seem like it is right (as it's the same as the type for which the trait is implemented), when we actually want to use the `'0`. Also it's a good idea to mention how the `for` binders in `where` clauses are parsed, since this is not that intuitive (the user could have literally pasted the type from the trait impl).

### Other cases

_No response_

### Rust Version

```Shell
rustc 1.79.0-nightly (ef8b9dcf2 2024-04-24)
binary: rustc
commit-hash: ef8b9dcf23700f2e2265317611460d3a65c19eff
commit-date: 2024-04-24
host: x86_64-unknown-linux-gnu
release: 1.79.0-nightly
LLVM version: 18.1.4
```


### Anything else?

_No response_
Repository: flutter
Issue: [google_maps_flutter] Add compatibility with `js` 0.7.x
Labels: p: maps,platform-web,package,P2,e: wasm,team-web,triaged-web

### Steps to reproduce

1. just add both **google_maps_flutter: ^2.6.1** and **js: ^0.7.1** dependencies to **pubspec.yaml**
2. run **flutter pub get**

### Expected results

**flutter pub get** should pass

### Actual results

flutter pub get fails with 

```Resolving dependencies...
Because google_maps_flutter >=2.6.0 depends on google_maps_flutter_web ^0.5.6 which depends on google_maps ^7.1.0, google_maps_flutter >=2.6.0 requires google_maps ^7.1.0.
And because google_maps >=6.3.0 depends on js ^0.6.3, google_maps_flutter >=2.6.0 requires js ^0.6.3.
So, because <a project> depends on both google_maps_flutter 2.6.1 and js 0.7.1, version solving failed.


You can try the following suggestion to make the pubspec resolve:
* Consider downgrading your constraint on google_maps_flutter: flutter pub add google_maps_flutter:^2.2.8```



### Code sample

no code required

### Screenshots or Video

_No response_

### Logs

_No response_

### Flutter Doctor output

Doesn't matter, it's pure dependecies related issue
Repository: stable-diffusion-webui
Issue: Can't load PonydiffusionXL
Labels: asking-for-help-with-local-system-issues

### Checklist

- [X] The issue exists after disabling all extensions
- [ ] The issue exists on a clean installation of webui
- [ ] The issue is caused by an extension, but I believe it is caused by a bug in the webui
- [ ] The issue exists in the current version of the webui
- [ ] The issue has not been reported before recently
- [ ] The issue has been reported before but has not been fixed yet

### What happened?

When I  launch the webui, and try to load ponydiffusionxl, I get an error, and it swaps back to the previous model

### Steps to reproduce the problem

Download ponydifussionxl
Launch Webui
Try to load ponydifussionxl
Error

### What should have happened?

It should have loaded

### What browsers do you use to access the UI ?

Google Chrome, Other

### Sysinfo

[sysinfo-2024-04-28-14-29.json](https://github.com/AUTOMATIC1111/stable-diffusion-webui/files/15142465/sysinfo-2024-04-28-14-29.json)


### Console logs

```Shell
https://pastebin.com/wDp0gm64
```


### Additional information

The other browsers, are Opera and OperaGX, usually opera though
Repository: godot
Issue: `PointLight2D` blend mode doesn't work
Labels: bug,platform:macos,topic:rendering,confirmed,topic:2d

### Tested versions

Reproducible since Godot 4.0.4 stable

### System information

MacOS 12.3.1 Macbook Air onboard graphics (Intel 6000 HD)

### Issue description

When using a PointLight2D, all blend modes add light, I have tested it to only work with my mac (it works fine on PC)

### Steps to reproduce

- On a new scene add a <code>Sprite2D</code>  or any visible to the camera node
- Add a <code>PointLight2D</code>  and make sure it effects the <code>Sprite2D</code> 
- Set the <code>Blend</code> Mode to Subtract or Mix and adjust the <code>Energy</code> so the effect is visible
- Observe the weirdness  

### Minimal reproduction project (MRP)

[MPR.zip](https://github.com/godotengine/godot/files/15142529/MPR.zip)
Repository: vscode
Issue: Add selection to next find match (CTRD + D) does not check current selection when changing focus back from editor to find widget
Labels: bug,editor-multicursor

Type: <b>Bug</b>

1 - Open a file with some content on the editor
2 - Open "Find" widget (CTRL + F)
3 - Search for content on open file
4 - Select some text on the editor that does not match the find criteria
5 - Click on the input box of the "Find" widget
6 - Try to add selection to next find match (CTRL + D)
7 - New selections that match the find criteria are added to Multicursor, but the text selected on step 4 also belongs to the current selection group.

![Recording](https://github.com/microsoft/vscode/assets/122215977/1793adde-4a86-44a0-b568-06bb55cbbb0a)

I would expect that, in the presented scenario, the text selected on step 4 to be dismissed since it does not match the criteria. Please note that, if after step 5 you change the value of the input box (change criteria), this issue does not occur, since the selection will move to the next found occurrence.

I have checked this while I was implementing the unit test for the #211550 PR. Besides trying this on latest OSS dev version, I have checked on V1.88.1 (Linux) and V1.87.2 (Windows) and this issue also occurs.

Please let me know if you agree that this is a problem and, in that case, if my expectation is aligned with yours and I can then volunteer myself to implement the fix.

VS Code version: Code - OSS Dev 1.90.0 (Commit unknown, Date unknown)
OS version: Linux x64 6.5.0-1018-azure
Modes:

<details>
<summary>System Info</summary>

|Item|Value|
|---|---|
|CPUs|AMD Ryzen 9 5900X 12-Core Processor (12 x 4450)|
|GPU Status|2d_canvas: unavailable_software<br>canvas_oop_rasterization: disabled_off<br>direct_rendering_display_compositor: disabled_off_ok<br>gpu_compositing: disabled_software<br>multiple_raster_threads: enabled_on<br>opengl: disabled_off<br>rasterization: disabled_software<br>raw_draw: disabled_off_ok<br>skia_graphite: disabled_off<br>video_decode: disabled_software<br>video_encode: disabled_software<br>vulkan: disabled_off<br>webgl: unavailable_software<br>webgl2: unavailable_software<br>webgpu: disabled_off|
|Load (avg)|0, 0, 0|
|Memory (System)|23.00GB (6.85GB free)|
|Process Argv|. --disable-background-networking --disable-background-timer-throttling --disable-backgrounding-occluded-windows --disable-breakpad --disable-client-side-phishing-detection --disable-default-apps --disable-dev-shm-usage --disable-renderer-backgrounding --disable-sync --metrics-recording-only --no-first-run --no-default-browser-check --user-data-dir=/home/bruno/.vscode-oss-dev --inspect-brk=5875 --no-cached-data --crash-reporter-directory=/home/bruno/90_ownProjects/00_Repos/vscode/.profile-oss/crashes --disable-features=CalculateNativeWinOcclusion --disable-extension=vscode.vscode-api-tests --remote-debugging-port=9222|
|Screen Reader|no|
|VM|0%|
|DESKTOP_SESSION|undefined|
|XDG_CURRENT_DESKTOP|Unity|
|XDG_SESSION_DESKTOP|undefined|
|XDG_SESSION_TYPE|x11|
</details>Extensions disabled
<!-- generated by issue reporter -->