sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: next.js
Issue: Adding Vercel Analytics Breaks Jest Tests
Labels: bug,Testing

### Link to the code that reproduces this issue

https://codesandbox.io/p/devbox/crimson-wave-5vnmml?file=%2Fapp%2Flayout.tsx%3A10%2C9-10%2C22

### To Reproduce

1. Add Vercel Analytics to any project following the docs
2. Run currently working Jest tests
3. Then you should get the error, "SyntaxError: Cannot use import statement outside a module" from Jest

If using the link to the sample code that reproduces the error:
1. Run `yarn test` and you will see the error.
2. Remove `<Analytics />` from the `layout.tsx` page.
3. Re-run `yarn test` and the test will pass with no errors.

### Current vs. Expected behavior

I expect adding Vercel Analytics to not affect current working Jest tests.
Here is the error I get when running Jest tests after adding Vercel Analytics,
![image](https://github.com/vercel/next.js/assets/46684924/14f08b54-983e-4b29-aa6b-cc2e5b2639ea)


### Verify canary release

- [X] I verified that the issue exists in the latest Next.js canary release

### Provide environment information

```bash
Operating System:
  Platform: win32
  Arch: x64
  Version: Windows 10 Home
Binaries:
  Node: 18.18.2
  npm: N/A
  Yarn: N/A
  pnpm: N/A
Relevant Packages:
  next: 14.0.5-canary.12
  eslint-config-next: 14.0.1
  react: 18.2.0
  react-dom: 18.2.0
  typescript: 5.1.6
Next.js Config:
  output: N/A
```


### Which area(s) are affected? (Select all that apply)

Jest (next/jest)

### Additional context

_No response_
Repository: deno
Issue: When run with `su nonadmin -c`, deno crashes
Labels: bug,cli

This is on macOS 13. This requires a non-admin account, in this example, named nonadmin. To get the error, I run `sudo -s` with an admin account to become the root user. While I'm the root user, I cd to a directory that the nonadmin can not read, in this example, /var/db/dhcpclient.

```
> sudo -s
> whoami
root
> pwd
/Users/james
> ls -ld /Users/james
drwxr-x---+ 25 james  staff  800 Dec 14 10:02 /Users/james
> su nonadmin -c "deno eval 'console.log(\"hello\")'"
hello
> ls -ld /var/db/dhcpclient
drwx------  5 root  wheel  160 Dec 13 14:58 /var/db/dhcpclient
> cd /var/db/dhcpclient
> su nonadmin -c "deno eval 'console.log(\"hello\")'"
error: Failed getting cwd.

Caused by:
    Permission denied (os error 13)
```
Repository: vscode
Issue: breakpoint decorations are not always hidden for folded regions
Labels: bug,debug,editor-folding

<!-- ⚠️⚠️ 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. -->
- VS Code Version: 1.85.1
- OS Version: Windows/Linux

Steps to Reproduce:

1. enable word wrap ("editor.wordWrap": "on")
2. create a long line which is wrapped multiple times
3. create a breakpoint in a different foldable region
4. fold the region with the breakpoint

Observed behaviour: The breakpoint decoration stays visible until the wrapped line is folded too.

Decorations are not hidden if there are more line breaks than folded lines, this is due taking the fast path at https://github.com/microsoft/vscode/blob/6408ba941f7e961e00eb7a4cc66745894127ab03/src/vs/editor/common/viewModel/viewModelLines.ts#L912C18-L912C18.

[screen_recording.webm](https://github.com/microsoft/vscode/assets/898577/a196bcb4-415d-4b8c-ab85-7317406fa186)

See also microsoft/monaco-editor#4135
Repository: PowerToys
Issue: God Mode
Labels: Idea-New PowerToy,Product-File Explorer,Needs-Triage

### Description of the new feature / enhancement

The “God Mode” folder in Windows 11 is a folder that contains shortcuts to most or all of the options available in the Control Panel 12. It’s useful because it makes all of those shortcuts quickly available without navigating the potentially confusing interface of the Control Panel

### Scenario when this would be used?

Once you have created the folder, you can open it and see the magic of Windows Registry! You will see that the folder contains all the shortcuts to the Tasks Control Panel and System Settings 4. You can also drag and drop individual shortcuts to the desktop if you want even quicker access 1. Note that the folder icon for the God Mode folder may change its icon at some point, perhaps after you reboot

### Supporting information

_No response_
Repository: ollama
Issue: llava:7b fails on SVG images
Labels: bug

I ran llava:7b on a Mac M2. I tested with couple of SVG images from https://dev.w3.org/SVG/tools/svgweb/samples/svg-files/ and https://www.svgrepo.com/svg/4733/samples.
All of them. failed with errors like 

```
Couldn't process image: "invalid image type: text/xml; charset=utf-8"
Error: invalid image type: text/xml; charset=utf-8
```

```
Couldn't process image: "invalid image type: application/octet-stream"
Error: invalid image type: application/octet-stream
```

jpg images worked.
Repository: TypeScript
Issue: Move to file changes paths based import to relative import
Labels: Needs Investigation,Rescheduled

Testing microsoft/vscode#183683

- Open a TS file and select a Class > Refactor... > Move to a New File
- A New file is created
🐛 Import format in other files which are importing this symbol is changed

<img width="878" alt="image" src="https://github.com/microsoft/vscode/assets/10746682/acec8db2-7a57-43c6-a8b3-d2943b7bce99">
Repository: neovim
Issue: `:checkhealth`: Search `package.path` for health files.
Labels: enhancement,plugin,complexity:low,lua

### Problem

`:checkhealth` doesn't work for plugins that have been installed using luarocks and added to the `package.path` and the runtimepath.

The reason for this is that the [`copy_directories` field cannot include a "lua" directory](https://github.com/luarocks/luarocks/wiki/Rockspec-format), as it has a special meaning (installed to `lib`, instead of `share`)

### Expected behavior

A potential solution would be to search the `package.path` in the [`get_healthcheck_list`](https://github.com/mrcjkb/neovim-fork/blob/ef38fdfdc6c84abd8ce7be02eaf8edc91ebc7917/runtime/lua/vim/health.lua#L76) function:

```lua
local lua_lib_path = package.searchpath(p .. '.health', package.path)
if lua_lib_path then
  table.insert(paths, lua_lib_path)
end
```

I don't know if this would have any negative implications, or if there's a better way to solve this, which is why I'm opening this issue for discussion before I open a PR :smile:
Repository: react-native
Issue: Key error shows internal code frames
Labels: Impact: Regression,DX,Tech: Bundler 📦,Needs: Attention,LogBox,Never gets stale

### Description

In LogBox, when there's a key error from React, the code frame should point to the application code causing the issue, but in 0.73 (and maybe other versions) it points to the react-jsx-runtime:

<img width="556" alt="Screenshot 2023-12-14 at 1 05 06 PM" src="https://github.com/facebook/react-native/assets/2440089/1043b390-ee5f-4885-893e-25763dec1e18">


The fix is to add `'/node_modules/react/cjs/react-jsx-runtime.+\\.js',` to the config here: 

https://github.com/facebook/react-native/blob/main/packages/metro-config/index.js#L15

Really we should probably have all of `'/node_modules/react/.+\\.js$',` there.

### Steps to reproduce

1. trigger key error
2. open logbox warning
3. see wrong code frame

### React Native Version

0.73.0

### Affected Platforms

Runtime - Android, Runtime - iOS

### Output of `npx react-native info`

```text
No
```


### Stacktrace or Logs

```text
No
```


### Reproducer

No

### Screenshots and Videos

Above
Repository: vscode
Issue: Clicking into notebook activates links when VS Code is unfocused
Labels: bug,notebook


Type: <b>Bug</b>

1. Create a notebook markdown cell with the content: `[click me](http://example.com)`
2. Switch to another application so that VS Code is no longer focused
3. Try to focus back onto VS Code by clicking onto `click me`

**Bug**
The link is opened

I'd expect this to instead focus vscode first and then require a second click to open the link


VS Code version: Code - Insiders 1.86.0-insider (Universal) (789c802e75813bfb38ff2e13e4b322bd7e90124b, 2023-12-14T05:38:12.712Z)
OS version: Darwin arm64 23.1.0
Modes:

<details>
<summary>System Info</summary>

|Item|Value|
|---|---|
|CPUs|Apple M2 Max (12 x 24)|
|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>webgl: unavailable_software<br>webgl2: unavailable_software<br>webgpu: unavailable_software|
|Load (avg)|1, 1, 2|
|Memory (System)|64.00GB (16.05GB free)|
|Process Argv|--crash-reporter-id 0fffb5da-9cd7-46fd-9e7f-a1564e8c5fda|
|Screen Reader|no|
|VM|0%|
</details>
<!-- generated by issue reporter -->
Repository: TypeScript
Issue: switch (typeof something) isn't seen as exhaustive
Labels: Help Wanted,Possible Improvement

### 🔎 Search Terms

- typeof
- switch
- narrow
- type guard

### 🕗 Version & Regression Information

- This is the behavior in every version I tried, and I reviewed the FAQ for entries about Type Guards

### ⏯ Playground Link

https://www.typescriptlang.org/play?ts=5.3.2#code/GYVwdgxgLglg9mABBAFgUwgawIIBtcA8AKgHwAUAznALZpQoxgDmAXIkQJRtGIDeAUIkQUA7jCipEZKAE8ADmjjBhNOg2Yc+gocgCGFNIgBEYENQBGaAE5GW2oRH2Gj5mE0ZRb9vQePm4cLhoumBeOj7OFDIWgWE6jr5G4AAmaMCMaMlxDk7GoJCwCNkRxnDmAFYYnnbhCZFQVoxMxUJWdCBWSFS09E0A3NoAvvyDQA

### 💻 Code

```ts
function checkAll<T>(something: T): T {
  switch (typeof something) {
    case "number":
    case "bigint":
    case "boolean":
    case "symbol":
    case "undefined":
    case "function":
    case "object":
    case "string":
      return something;
  }
}
```


### 🙁 Actual behavior

This emits the TS error: "Function lacks ending return statement and return type does not include 'undefined'.(2366)"

### 🙂 Expected behavior

No error, since all possible results of typeof are handled.

### Additional information about the issue
It seems to only be an issue when the function argument is generic. It works if I switch the return type and parameter types to `any`, but I'm not sure that's a fair comparison.
Repository: pytorch
Issue: `groups` parameter for `nn.Linear`
Labels: module: nn,triaged,needs research

### 🚀 The feature, motivation and pitch

[nn.Conv2d](https://pytorch.org/docs/stable/generated/torch.nn.Conv2d.html#conv2d) has a parameter groups:

    groups controls the connections between inputs and outputs. in_channels and out_channels must both be divisible by groups. For example,
    - At groups=1, all inputs are convolved to all outputs.
    - At groups=2, the operation becomes equivalent to having two conv layers side by side

I think, something similar makes sense for [nn.Linear](https://pytorch.org/docs/stable/generated/torch.nn.Linear.html#torch.nn.Linear). For example, it would have the advantage of reducing the number of parameters.

### Alternatives

This is what I came up with:

```python
class GroupedLinear(nn.Module):
    def __init__(
        self,
        in_features: int,
        out_features: int,
        bias: bool = True,
        groups=1,
        device=None,
        dtype=None,
    ) -> None:
        super().__init__()

        assert in_features % groups == 0
        assert out_features % groups == 0

        self.in_features = in_features
        self.out_features = out_features
        self.groups = groups

        self._linear_layers = nn.ModuleList(
            [
                nn.Linear(
                    in_features // groups,
                    out_features // groups,
                    bias=bias,
                    device=device,
                    dtype=dtype,
                )
                for _ in range(groups)
            ]
        )

    def forward(self, x: torch.Tensor) -> torch.Tensor:
        x = x.view((x.shape[0], self.groups, -1))
        result = [
            l(x[:, i])
            for i, l in enumerate(self._linear_layers)
        ]
        return torch.cat(result, dim=1)
```

(But I don't know if it is correct and performant.)

### Additional context

I asked this already on [discuss.pytorch.org](https://discuss.pytorch.org/t/groups-parameter-for-nn-linear/182036/1) but received no reply.

cc @albanD @mruberry @jbschlosser @walterddr @mikaylagawarecki
Repository: PowerToys
Issue: Always on top function aren`t perfect round.
Labels: Issue-Bug,Area-Quality,Product-Always On Top,Needs-Triage

### Microsoft PowerToys version

0.76.2

### Installation method

Microsoft Store

### Running as admin

None

### Area(s) with issue?

Always on Top

### Steps to reproduce

![image](https://github.com/microsoft/PowerToys/assets/87716163/3afd3089-2168-43ba-b402-6e7bbe4ffd95)
There is gap between the highlight and the border.

### ✔️ Expected Behavior

_No response_

### ❌ Actual Behavior

_No response_

### Other Software

_No response_
Repository: pytorch
Issue: DISABLED test_intra_node_comm_all_reduce (__main__.CommTest)
Labels: oncall: distributed,module: rocm,triaged,skipped

Platforms: rocm

This test was disabled because it is failing on main branch ([recent examples](http://torch-ci.com/failure/distributed%2Ftest_c10d_nccl.py%3A%3ACommTest%3A%3Atest_intra_node_comm_all_reduce)).

Introduced by PR https://github.com/pytorch/pytorch/pull/114001

cc @mrshenli @pritamdamania87 @zhaojuanmao @satgera @rohan-varma @gqchen @aazzolini @osalpekar @jiayisuse @H-Huang @kwen2501 @awgu @penguinwu @fegin @XilunWu @wanchaol @fduwjj @wz337 @tianyu-l @wconstab @yf225 @jeffdaily @sunway513 @pruthvistony @ROCmSupport @dllehr-amd @jataylo @hongxiayang
Repository: vscode
Issue: diffing fixtures crash-1-advanced: Error: Timeout of 2000ms exceeded
Labels: unit-test-failure

This test fails reproducible in CI at least:
* https://dev.azure.com/monacotools/Monaco/_build/results?buildId=249298&view=logs&j=a5d99aad-4929-5289-bf4a-26b78032353d&t=100d6391-e88f-5f36-cfbe-d89f7cebd16e&l=4559
* https://dev.azure.com/monacotools/Monaco/_build/results?buildId=249291&view=logs&j=55ac390b-ffb1-50ea-3650-525dd9a3fd80&t=c01b9029-2b08-503e-eba8-b45cf5956c33&l=4559
* https://dev.azure.com/monacotools/Monaco/_build/results?buildId=249288&view=logs&j=55ac390b-ffb1-50ea-3650-525dd9a3fd80&t=c01b9029-2b08-503e-eba8-b45cf5956c33&l=4559
* https://dev.azure.com/monacotools/Monaco/_build/results?buildId=249285&view=logs&j=55ac390b-ffb1-50ea-3650-525dd9a3fd80&t=c01b9029-2b08-503e-eba8-b45cf5956c33&l=4559

```
  1 failing

  1) diffing fixtures
       crash-1-advanced:
     Error: Timeout of 2000ms exceeded. For async tests and hooks, ensure "done()" is called; if returning a Promise, ensure it resolves. (vs/editor/test/node/diffing/fixtures.test)
      at process.processImmediate (node:internal/timers:476:21)
```
Repository: godot
Issue: The order of which comes first "animation finished" vs "retrieval of the discrete key in the end of animation" is unstable
Labels: bug,topic:animation

### Tested versions

- Reproducible in: 4.2.1.stable, 4.2.stable (Only versions I tested)

### System information

Godot v4.2.stable - Windows 10.0.22631 - Vulkan (Forward+) - integrated AMD Radeon(TM) Graphics (Advanced Micro Devices, Inc.; 31.0.21905.1001) - AMD Ryzen 5 5500U with Radeon Graphics (12 Threads)

### Issue description

When there's a call method track on an animation that has decimal length (Ex: 1.1s), some of the times that the animation is played, the function doesn't get called. If you use a whole animation length (Ex: 1s), it works as intended, triggering each time.
As I was looking into this I found multiple old Godot 3 issues about this, but they were supposedly fixed by [#61885](https://github.com/godotengine/godot/pull/61885).

### Steps to reproduce

In the MRP there are two cubes, the left one has an animation length of 1.1s and the one on the right has an animation length of 1s. When the project is run, the cubes move according to the animation but after a couple of loops the left one stops. Both animations have a Call Method Track with a function call at the final frame, which calls a small function in code that just plays the animation again.

### Minimal reproduction project (MRP)

[AnimationPlayer Call method MRP.zip](https://github.com/godotengine/godot/files/13677195/AnimationPlayer.Call.method.MRP.zip)
Repository: pytorch
Issue: gather_object does not work with ThreadPoolExecutor
Labels: oncall: distributed,module: c10d

Have been looking into this with @LucasLLC. When calling `gather_object` we are seeing a hang. Generally, I dont think we encourage calling collectives in threads but I think this should work and is interesting since replacing `f()` with `def f(): dist.barrier()` works as well.

Minimal repro (ran with `torchrun`):
```python
#  torchrun --nproc-per-node=2 script.py
import torch
import torch.distributed as dist
from datetime import timedelta
from concurrent.futures import ThreadPoolExecutor

def main():
    dist.init_process_group("nccl", timeout=timedelta(seconds=10))
    torch.cuda.set_device(dist.get_rank())

    def f():
        gather_objects = ["foo", 12, {1: 2}, {2:3}]
        output = [None for _ in gather_objects]
        dist.gather_object(
            gather_objects[dist.get_rank()],
            output if dist.get_rank() == 0 else None
        )
        return output

    # okay
    f()

    # not okay
    executor = ThreadPoolExecutor(max_workers=1)
    f = executor.submit(f)
    print(f.result())


if __name__ == "__main__":
    main()

```

error:

```
 File "/data/users/howardhuang/pytorch/torch/distributed/distributed_c10d.py", line 2713, in all_gather
    work = default_pg.allgather([tensor_list], [tensor])
torch.distributed.DistBackendError: [1] is setting up NCCL communicator and retrieving ncclUniqueId from [0] via c10d key-value store by key '1', but store->get('1') got error: Socket Timeout
Exception raised from doWait at /data/users/howardhuang/pytorch/torch/csrc/distributed/c10d/TCPStore.cpp:550 (most recent call first):
frame #0: c10::Error::Error(c10::SourceLocation, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) + 0x55 (0x7fc0924707b5 in /data/users/howardhuang/pytorch/torch/lib/libc10.so)
frame #1: c10d::TCPStore::doWait(c10::ArrayRef<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >, std::chrono::duration<long, std::ratio<1l, 1000l> >) + 0x3a3 (0x7fc0a41fbfd3 in /data/users/howardhuang/pytorch/torch/lib/libtorch_cpu.so)
frame #2: c10d::TCPStore::doGet(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) + 0x27 (0x7fc0a41fc077 in /data/users/howardhuang/pytorch/torch/lib/libtorch_cpu.so)
...
```

Since this errors for `gather_object` but not `barrier`, I imagine it has something to do with nccl communicators for send/recv not being reused from the main process to the thread process, but I'm not sure why. Would love to hear if anyone has any insights.

cc @mrshenli @pritamdamania87 @zhaojuanmao @satgera @rohan-varma @gqchen @aazzolini @osalpekar @jiayisuse @kwen2501 @awgu @penguinwu @fegin @XilunWu @wanchaol @fduwjj @wz337 @tianyu-l @wconstab @yf225
Repository: go
Issue: x/vulndb: create a "stateless" worker
Labels: vulncheck or vulndb

Re-implement the vulndb worker to be mostly stateless, in particular, to not rely on its own database to remember what it has done before.
Repository: godot
Issue: Gaps (or Seams) Between Multiple Materials on Mesh
Labels: bug,discussion,topic:rendering,confirmed,regression,topic:3d

### Tested versions

Reproduced in 4.2.stable

### System information

Windows 10, Godot 4.2.stable, RTX 3070, Driver 546.01, Vulkan

### Issue description

When applying multiple materials to a mesh, there are visible gaps in the geometry after rendering.
This usually results in the skybox leaking through the gaps, or any objects on the other side of the gap.
I think these gaps shouldn't be there, as they are the same mesh.

- Antialiasing can make it worse
- This happens with texture materials, and plain color albedo

### Steps to reproduce

Make a mesh with multiple materials, edged against a sharp angle, like a floor having a different material than a wall.
Place a plane under the mesh with a contrasting color and make it unshaded.
Point a camera at the sharp edge, and you should see the contrasting plane leaking through the seam.

Scene:
![image](https://github.com/godotengine/godot/assets/57568359/faad0d3d-6af2-4b64-a3fd-7fa0f90a9101)
![image](https://github.com/godotengine/godot/assets/57568359/aa62e1c3-b4fb-43e0-9e1b-256b636a7d4a)

Results:
![image](https://github.com/godotengine/godot/assets/57568359/fe1b704f-1694-4f26-a057-540d6f436845)


### Minimal reproduction project (MRP)

[MaterialSeamsIssue-main.zip](https://github.com/godotengine/godot/files/13677473/MaterialSeamsIssue-main.zip)
Repository: rust
Issue: ice: coroutine: attempted to add with overflow
Labels: I-ICE,T-compiler,C-bug,requires-debug-assertions

<!--
[31mICE[0m: Rustc ./C1928AC9C4844F7E67DCF81522E970EAABF3E941BEA48A2EE75C0680025202A7.rs '--edition=2021 -ooutputfile -Zdump-mir-dir=dir' 'thread 'rustc' panicked at compiler/rustc_mir_transform/src/coroutine.rs:2039:33: 'attempt to add with overflow'', 'thread 'rustc' panicked at compiler/rustc_mir_transform/src/coroutine.rs:2039:33: 'attempt to add with overflow''
File: /tmp/im/C1928AC9C4844F7E67DCF81522E970EAABF3E941BEA48A2EE75C0680025202A7.rs
-->

auto-reduced (treereduce-rust):
````rust
async fn empty() {}

async fn meow(a: [u8; 0xffff_ffff_ffff_ffff]) {
    empty().await;
    dbg!(a);
}


````

original:
````rust
async fn empty() {}

async fn meow(a: [u8; 0xffff_ffff_ffff_ffff]) {
	empty().await;
	dbg!(a);
}

fn main() {
	let v = meow([0, 4, 1, 5]);
	let e = [0u8; 202];
	let _ = || unsafe {
		use std::{mem, ptr};
		let mut copy = bar::read(&v);
		ptr::write(&mut copy, mem::transmute(ptr::read(&e)));
		mem::forget(copy);
	};
}

````

Version information
````
rustc 1.76.0-dev
binary: rustc
commit-hash: unknown
commit-date: unknown
host: x86_64-unknown-linux-gnu
release: 1.76.0-dev
LLVM version: 17.0.5

````