sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: node
Issue: Linking uses too much memory when building v22.2.0 on macOS
Labels: build,macos

### Version

22.2.0

### Platform

MBP 13 M1
23.5.0 Darwin Kernel Version 23.5.0: Wed May  1 20:16:51 PDT 2024; root:xnu-10063.121.3~5/RELEASE_ARM64_T8103 arm64

### Subsystem

_No response_

### What steps will reproduce the bug?

Build from source

### How often does it reproduce? Is there a required condition?

_No response_

### What is the expected behavior? Why is that the expected behavior?

_No response_

### What do you see instead?

Linking `node_mksnapshot` memory usage kept growing to 50GB before I killed it.

### Additional information

_No response_
Repository: pytorch
Issue: Multiple unhandled exceptions in weights_only unpickler
Labels: module: serialization,triaged

### 🐛 Describe the bug

Hi!

During model loading with Python API `torch.load(filename, weights_only=True)` a many parsing errors may take place. Some errors are handled with catching exceptions from Unpickler module, but many of them are unhandled. Loading of corrupted or inconsistent file may result in IndexError and EOFError exceptions:
```
 === Uncaught Python exception: ===
IndexError: list index out of range
Traceback (most recent call last):
  File "/load_weights_fuzz.py", line 42, in TestOneInput
    torch.load(filename, weights_only=True)
  File "/usr/local/lib/python3.9/dist-packages/torch/serialization.py", line 1037, in load
    return _legacy_load(opened_file, map_location, _weights_only_unpickler, **pickle_load_args)
  File "/usr/local/lib/python3.9/dist-packages/torch/serialization.py", line 1262, in _legacy_load
    magic_number = pickle_module.load(f, **pickle_load_args)
  File "/usr/local/lib/python3.9/dist-packages/torch/_weights_only_unpickler.py", line 306, in load
    return Unpickler(file, encoding=encoding).load()
  File "/usr/local/lib/python3.9/dist-packages/torch/_weights_only_unpickler.py", line 220, in load
    self.stack[-3:] = [(self.stack[-3], self.stack[-2], self.stack[-1])]
IndexError: list index out of range
```

Some of the seeds to trigger bugs: [crash-1.zip](https://github.com/pytorch/pytorch/files/15499489/crash-1.zip), [crash-2.zip](https://github.com/pytorch/pytorch/files/15499490/crash-2.zip)


### Versions

PyTorch version: 2.3.0, current main

OS: Ubuntu 20.04.6 LTS (x86_64)
GCC version: (Ubuntu 9.4.0-1ubuntu1~20.04.2) 9.4.0
Clang version: 14.0.6
CMake version: version 3.29.2
Libc version: glibc-2.31

Python version: 3.9.5 (default, Nov 23 2021, 15:27:38) [GCC 9.3.0] (64-bit runtime)
Python platform: Linux-5.4.0-174-generic-x86_64-with-glibc2.31

cc @mruberry @mikaylagawarecki @msaroufim
Repository: vscode
Issue: Improve VSCode SecretStorage documentation to highlight capablities and limitations
Labels: feature-request,secret-storage

<!-- ⚠️⚠️ 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. -->

The [documentation for SecretStorage](https://code.visualstudio.com/api/references/vscode-api#SecretStorage) is very minimal and does not assist extension developers to make informed decisions about the the security trade-offs they are making. It currently reads:

"Represents a storage utility for secrets, information that is sensitive."

The store function provides little additional information:

"Store a secret under a given key."

I propose that the documentation should be extended to help developers answer the following questions:
+ What are the security properties of the SecretStorage class? Does it protect my secret from other extensions? processes? OS users? (as far as I understand VSCode/Electron/Chromium/... only the last is true).
+ What are the differences in security on common platforms: Windows, Linux, MacOS, as SecretStorage eventually relies on OS primitives.
+ Mention the silent fallback to basically unencrypted secrets on Linux systems. Have you considered surfacing this information (even as a warning) to users? I assume most are not aware of this.

Let me know if you agree with this feedback and see the value. I am super happy to also provide a first draft to update the documentation accordingly.

/cc @TylerLeonhardt
Repository: ollama
Issue: Slower performance on Arm64 with Phi3 and Lexi-Llama on 1.39
Labels: bug,performance

### What is the issue?

I am getting 5x slower speeds with the new binary/version of ollama-linux-arm64 1.39 compared to the 1.38 release, and/or earlier.

Not sure what's going on. Am using Orange Pi 5 Plus.

Like I said - 1.38 works flawlessly, even on my Raspberry Pi 5.

### OS

Linux

### GPU

Other

### CPU

Other

### Ollama version

1.39
Repository: pytorch
Issue: Run rstcheck on modified docstrings and docs as additional linter
Labels: module: docs,triaged,module: doc infra

The docs build takes forever to run. rstcheck is a fast way of checking if the docs are actually written in the correct format to be compileable by sphinx.

cc @svekars @brycebortree @ezyang
Repository: vscode
Issue: Offer to move VS Code to the Applications folder
Labels: feature-request,install-update,macos

macOS

1. Download VS Code
4. It is in the Downloads folder
5. Run it -> all good. No dialog
6. The issue is that users leave VS Code in the Downloads folder, and then they can not auto-update 🐛 (me and @digitarald saw this happen with GH folk new to VS Code)
 
I just downloaded ollama, and on first run there was a dialog to offer to move to Applications.

Can we do the same?

![Image](https://github.com/microsoft/vscode/assets/1926584/b332acff-43ed-4cdf-853e-6b3b312a2d0b)
Repository: godot
Issue: Tooltips don't scroll when editor is in `Single Window Mode`
Labels: bug,topic:editor,confirmed,topic:gui

### Tested versions

v4.3.beta.custom_build [60844997b]

### System information

Godot v4.3.beta (60844997b) - Windows 10.0.22621 - Vulkan (Forward+) - dedicated NVIDIA GeForce RTX 3070 (NVIDIA; 31.0.15.4633) - AMD Ryzen 9 7950X 16-Core Processor (32 Threads)

### Issue description

Tooltips with scrollable text don't scroll when the editor is in `Single Window Mode`.
It works when this option is disabled.

### Steps to reproduce

* In the editor settings, enable `Interface > Editor > Single Window Mode` and restart the editor.
* Hover over properties with scrollable tooltips like `Node > Process > Thread Group > Group`. It doesn't scroll.

### Minimal reproduction project (MRP)

N/A
Repository: pytorch
Issue: CUDA 12.5
Labels: module: build,module: cuda,triaged

### 🚀 The feature, motivation and pitch

This is a feature request to track CUDA 12.5 upgrade:
https://discuss.pytorch.org/t/does-pytorch-work-with-cuda-12-5/

Waiting for this upgrade also to test:
https://github.com/pytorch/pytorch/pull/125850
cc @malfet @seemethere @ptrblck @msaroufim @ezyang 

### Alternatives

_No response_

### Additional context

_No response_
Repository: opencv
Issue: windows error: invalid cast from type 'pthread_t' {aka 'ptw32_handle_t'} to type 'void*
Labels: bug,platform: win32,platform: other

### System Information

OpenCV version: 4.8.1
Operating System / Platform: Windows 10
Compiler & compiler version: MinGW 7.3.0 (posix-seh)

### Detailed description

I'm compiling openCV 4.8.1 (also tried 4.9.0 but result is the same) on windows 10 with MinGW 7.3.0 and during compilation getting this error:
```
C:\opencv\opencv-4.8.1\modules\core\src\parallel.cpp: In function 'int cv::getThreadNum()':
C:\opencv\opencv-4.8.1\modules\core\src\parallel.cpp:804:25: error: invalid cast from type 'pthread_t' {aka 'ptw32_handle_t'} to type 'void*'
  804 |     return (int)(size_t)(void*)pthread_self(); // no zero-based indexing
      |                         ^~~~~~~~~~~~~~~~~~~~~
mingw32-make[2]: *** [modules\core\CMakeFiles\opencv_core.dir\build.make:1003: modules/core/CMakeFiles/opencv_core.dir/src/parallel.cpp.obj] Error 1
mingw32-make[1]: *** [CMakeFiles\Makefile2:3854: modules/core/CMakeFiles/opencv_core.dir/all] Error 2
mingw32-make: *** [Makefile:165: all] Error 2
```

### Steps to reproduce

1. Download openCV.
2. Configure and generate using cmake with MinGW Makefiles generator
3. run mingw32-make in build folder

### Issue submission checklist

- [x] I report the issue, it's not a question
- [X] I checked the problem with documentation, FAQ, open issues, forum.opencv.org, Stack Overflow, etc and have not found any solution
- [X] I updated to the latest OpenCV version and the issue is still there
- [ ] There is reproducer code and related data files (videos, images, onnx, etc)
Repository: pytorch
Issue: Can we have a Y-Split module for torch.nn.Sequential? 
Labels: module: nn,triaged

### 🚀 The feature, motivation and pitch

I really like torch.nn.Sequential. However, I have to abandon Sequential if I want to split the network (e.g. skip connection).

The stupidest example for Y would be: 

```
                     ----- segment_a -----
main_Sequential ----|                     |---- main_Sequential
                     ----- segment_b -----
```


```
segment_a = torch.nn.Sequential(torch.nn.Identity())
segment_b = torch.nn.Sequential(torch.nn.Identity())
main_Sequential = torch.nn.Sequential(torch.nn.Identity(), Y([segment_a,segment_b]), torch.nn.Identity())
```


The Y module could look like something like this: 

```
import torch

class Y(torch.nn.Module):
    segments: list[torch.nn.Sequential]

    def __init__(
        self,
        segments: list[torch.nn.Sequential],
    ):
        self.segments = segments

    def forward(self, input: torch.Tensor) -> torch.Tensor:
        results: list[torch.Tensor] = []
        for segment in self.segments:
            results.append(segment(input))

        return torch.cat(results, dim=1)
```
    
However, the combination of the sub-segments may cry out for more options than just a simple cat, e.g. add, multiply,...

### Alternatives

_No response_

### Additional context

_No response_

cc @albanD @mruberry @jbschlosser @walterddr @mikaylagawarecki
Repository: go
Issue: build: bootstrap failures due to "out of memory"
Labels: NeedsInvestigation

```
#!watchflakes
default <- pkg == "" && ((test == "make.bash" || test == "make.bat" || test == "make.rc") || (pkg == "make.bash" || pkg == "make.bat" || pkg == "make.rc")) && `out of memory`
```

Issue created automatically to collect these failures.

Example ([log](https://ci.chromium.org/b/8747025571612583409)):

    Building Go cmd/dist using C:\Users\swarming\.swarming\w\ir\cache\tools\go_bootstrap. (go1.20.6 windows/arm64)
    Building Go toolchain1 using C:\Users\swarming\.swarming\w\ir\cache\tools\go_bootstrap.
    Building Go bootstrap cmd/go (go_bootstrap) using Go toolchain1.
    Building Go toolchain2 using go_bootstrap and Go toolchain1.
    Building Go toolchain3 using go_bootstrap and Go toolchain2.
    Building packages and commands for windows/arm64.
    # cmd/distpack
    runtime: VirtualAlloc of 409600 bytes failed with errno=1455
    fatal error: out of memory
    
    ...
    fatal error: runtime: cannot allocate memory
    
    runtime stack:
    runtime.throw({0x7ff6a5a5e44b?, 0xfffffffffffff800?})
    	runtime/panic.go:1053 +0x38 fp=0xbd84fffd00 sp=0xbd84fffcd0 pc=0x7ff6a562ef88
    runtime.persistentalloc1(0x1018, 0x7ff6a5de68e0?, 0x7ff6a5e2c778)
    	runtime/malloc.go:1606 +0x284 fp=0xbd84fffd50 sp=0xbd84fffd00 pc=0x7ff6a55cd3f4
    runtime.persistentalloc.func1()
    	runtime/malloc.go:1559 +0x30 fp=0xbd84fffd80 sp=0xbd84fffd50 pc=0x7ff6a55cd150
    runtime.systemstack(0x0)
    ...
    	runtime/mem_windows.go:83 +0x178 fp=0x22cedffa10 sp=0x22cedff9b0 pc=0x7ff72ad892c8
    runtime.sysUsed(...)
    	runtime/mem.go:77
    runtime.(*mheap).allocSpan(0x7ff72c199b80, 0x1, 0x0, 0x42)
    	runtime/mheap.go:1345 +0x888 fp=0x22cedffb30 sp=0x22cedffa10 pc=0x7ff72ad9f9a8
    runtime.(*mheap).alloc.func1()
    	runtime/mheap.go:962 +0x6c fp=0x22cedffb80 sp=0x22cedffb30 pc=0x7ff72ad9ebdc
    runtime.systemstack(0x0)
    	runtime/asm_arm64.s:244 +0x6c fp=0x22cedffb90 sp=0x22cedffb80 pc=0x7ff72adf54ec
    go tool dist: FAILED: C:\Users\swarming\.swarming\w\ir\x\w\goroot\pkg\tool\windows_arm64\go_bootstrap install cmd: exit status 1


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: go
Issue: x/tools/go/ssa: Example_buildPackage failures
Labels: NeedsInvestigation,Tools

```
#!watchflakes
default <- pkg == "golang.org/x/tools/go/ssa" && test == "Example_buildPackage"
```

Issue created automatically to collect these failures.

Example ([log](https://ci.chromium.org/b/8747024943057482657)):

    === RUN   Example_buildPackage
    --- FAIL: Example_buildPackage (0.15s)
    got:
    hello.go:4:8: could not import fmt (can't find import: "fmt")
    want:
    package hello:
      func  init       func()
      var   init$guard bool
      func  main       func()
      const message    message = "Hello, World!":untyped string
    ...
    # Location: hello.go:8:6
    func main():
    0:                                                                entry P:0 S:0
    	t0 = new [1]any (varargs)                                       *[1]any
    	t1 = &t0[0:int]                                                    *any
    	t2 = make any <- string ("Hello, World!":string)                    any
    	*t1 = t2
    	t3 = slice t0[:]                                                  []any
    	t4 = fmt.Println(t3...)                              (n int, err error)
    	return


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: go
Issue: x/tools/go/ssa: TestInit failures
Labels: NeedsInvestigation,Tools

```
#!watchflakes
default <- pkg == "golang.org/x/tools/go/ssa" && test == "TestInit"
```

Issue created automatically to collect these failures.

Example ([log](https://ci.chromium.org/b/8747026898471758865)):

    === RUN   TestInit
    runtime: VirtualAlloc of 8192 bytes failed with errno=1455
    fatal error: out of memory
    
    runtime stack:
    runtime.throw({0x7ff67886bc2e?, 0x4005ef5000?})
    	C:/Users/swarming/.swarming/w/ir/x/w/goroot/src/runtime/panic.go:1053 +0x38 fp=0x91ce7ff920 sp=0x91ce7ff8f0 pc=0x7ff67853f448
    runtime.sysUsedOS(0x4005ef4000, 0x2000)
    	C:/Users/swarming/.swarming/w/ir/x/w/goroot/src/runtime/mem_windows.go:83 +0x178 fp=0x91ce7ff980 sp=0x91ce7ff920 pc=0x7ff6784e3648
    runtime.sysUsed(...)
    ...
    runtime.gopark(0xb7874a8d55d4?, 0x3?, 0xd0?, 0xb6?, 0x0?)
    	C:/Users/swarming/.swarming/w/ir/x/w/goroot/src/runtime/proc.go:423 +0xc8 fp=0x4000453f10 sp=0x4000453ef0 pc=0x7ff67853f568
    runtime.gcBgMarkWorker(0x400042a540)
    	C:/Users/swarming/.swarming/w/ir/x/w/goroot/src/runtime/mgc.go:1363 +0xdc fp=0x4000453fb0 sp=0x4000453f10 pc=0x7ff6784e874c
    runtime.gcBgMarkStartWorkers.gowrap1()
    	C:/Users/swarming/.swarming/w/ir/x/w/goroot/src/runtime/mgc.go:1279 +0x28 fp=0x4000453fd0 sp=0x4000453fb0 pc=0x7ff6784e8638
    runtime.goexit({})
    	C:/Users/swarming/.swarming/w/ir/x/w/goroot/src/runtime/asm_arm64.s:1223 +0x4 fp=0x4000453fd0 sp=0x4000453fd0 pc=0x7ff6785474c4
    created by runtime.gcBgMarkStartWorkers in goroutine 41
    	C:/Users/swarming/.swarming/w/ir/x/w/goroot/src/runtime/mgc.go:1279 +0x140


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: ui
Issue: [bug]: Install behind corporation proxy
Labels: bug

### Describe the bug

The npx scripts doesn't work behind a proxy even with setting HTTP_PROXY and HTTPS_PROXY environment variables and npm config for proxy and https-proxy.
I get the following error:
```
FetchError: Invalid response body while trying to fetch https://ui.shadcn.com/registry/styles/index.json: aborted
    at PassThrough.<anonymous> (file:///C:/Users/username/AppData/Local/npm-cache/_npx/125ee17d583c4e03/node_modules/node-fetch/src/body.js:86:6)
    at PassThrough.emit (node:events:531:35)
    at emitErrorNT (node:internal/streams/destroy:169:8)
    at emitErrorCloseNT (node:internal/streams/destroy:128:3)
    at process.processTicksAndRejections (node:internal/process/task_queues:82:21) {
  type: 'system',
  errno: 'ECONNRESET',
  code: 'ECONNRESET',
  erroredSysCall: undefined
}
Failed to fetch styles from registry.
```
It seems that the node-fetch call neither use the proxy environment variables or the npm proxy config

### Affected component/components

None

### How to reproduce

1. Set your proxy environment varibales
```sh
export HTTP_PROXY="http://..."
...
```
2. Set npm config for proxy
```sh
npm config set proxy http://...
```

4. Run
```sh
npx shadcn-ui@latest init
```

### Codesandbox/StackBlitz link

_No response_

### Logs

_No response_

### System Info

```bash
Windows 10, node 21.16.1, npm 10.5.0
```


### Before submitting

- [X] I've made research efforts and searched the documentation
- [X] I've searched for existing issues
Repository: tauri
Issue: [bug] Cookies not being saved in production in Fedora 39 rpm
Labels: type: bug,status: needs triage

### Describe the bug

I set a simple cookie as follows:
```
document.cookie = "a=b;";
console.log("cookie", document.cookie);
```
In dev, the following is printed (the previous two print statements occur beforehand as expected):
![image](https://github.com/tauri-apps/tauri/assets/917752/4a893507-e070-42a3-ba9c-fc4a588d22f2)
And in production:
![image](https://github.com/tauri-apps/tauri/assets/917752/de1fb801-c946-4878-b64a-70329b23c46b)
I verified in the Cookies tab that it's empty in production in a debug build.

### Reproduction

Can be reproduced as per above.

### Expected behavior

Both screenshots should have the same print statements. The cookie should be printed correctly.

### Full `tauri info` output

```text
[✔] Environment
    - OS: Fedora 39.0.0 X64
    ✔ webkit2gtk-4.1: 2.44.1
    ✔ rsvg2: 2.57.1
    ✔ rustc: 1.78.0 (9b00956e5 2024-04-29)
    ✔ cargo: 1.78.0 (54d8815d0 2024-03-26)
    ✔ rustup: 1.27.1 (54dd3d00f 2024-04-24)
    ✔ Rust toolchain: stable-x86_64-unknown-linux-gnu (default)
    - node: 20.12.2
    - pnpm: 8.12.0
    - yarn: 1.22.22
    - npm: 10.5.0

[-] Packages
    - tauri [RUST]: 2.0.0-beta.19
    - tauri-build [RUST]: 2.0.0-beta.15
    - wry [RUST]: 0.39.5
    - tao [RUST]: 0.28.0
    - @tauri-apps/api [NPM]: 2.0.0-beta.12
    - @tauri-apps/cli [NPM]: 2.0.0-beta.18

[-] App
    - build-type: bundle
    - CSP: unset
    - frontendDist: ../build
    - devUrl: http://localhost:1420/
    - framework: Svelte
    - bundler: Vite
```


### Stack trace

_No response_

### Additional context

_No response_
Repository: go
Issue: x/sync/semaphore: skipping acquisition if the context is done is a breaking change
Labels: NeedsDecision,BugReport

### Go version

go version go1.21.1 darwin/arm64

### Output of `go env` in your module/workspace:

```shell
GO111MODULE='on'
GOARCH='arm64'
GOBIN=''
GOCACHE='/Users/xinyu.liu/Library/Caches/go-build'
GOENV='/Users/xinyu.liu/Library/Application Support/go/env'
GOEXE=''
GOEXPERIMENT=''
GOFLAGS='-count=1'
GOHOSTARCH='arm64'
GOHOSTOS='darwin'
GOINSECURE=''
GOMODCACHE='/Users/xinyu.liu/go/pkg/mod'
GONOPROXY=''
GONOSUMDB='github.cbhq.net'
GOOS='darwin'
GOPATH='/Users/xinyu.liu/go'
GOPRIVATE=''
GOPROXY='https://gomodules.cbhq.net/'
GOROOT='/opt/homebrew/opt/go/libexec'
GOSUMDB='sum.golang.org'
GOTMPDIR=''
GOTOOLCHAIN='auto'
GOTOOLDIR='/opt/homebrew/opt/go/libexec/pkg/tool/darwin_arm64'
GOVCS=''
GOVERSION='go1.21.1'
GCCGO='gccgo'
AR='ar'
CC='cc'
CXX='c++'
CGO_ENABLED='1'
GOMOD='/Users/xinyu.liu/src/streaming-sdk/go.mod'
GOWORK=''
CGO_CFLAGS='-O2 -g'
CGO_CPPFLAGS=''
CGO_CXXFLAGS='-O2 -g'
CGO_FFLAGS='-O2 -g'
CGO_LDFLAGS='-O2 -g'
PKG_CONFIG='pkg-config'
GOGCCFLAGS='-fPIC -arch arm64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -ffile-prefix-map=/var/folders/hh/kbt1yk9d3y56yxzxr382jth80000gn/T/go-build912487987=/tmp/go-build -gno-record-gcc-switches -fno-common'
```


### What did you do?

The PR below introduced a breaking change - a regression, and broke our services deployed in production environments.
https://github.com/golang/sync/commit/14be23e5b48bec28285f8a694875175ecacfddb3


### What did you see happen?

We explicitly make use of a zero-timeout context,
```
ctx, cancel := context.WithTimeout(context.Background(), 0)
defer cancel()
```
and pass the `ctx` to `sem.Acquire(ctx, 1)` to minimize the wait time on a critical path. The goal is to avoid latencies causing by the wait timeouts due to upstream back pressure.

For instance, we use `sem` to control in-flight messages sent to Kafka. When Kafka brokers experience back pressure, we would like the call to `sem.Acquire` failed immediately to unblock the main thread, otherwise, it would introduce extra latencies to the critical, user-facing threads.

With this change in the PR, ctx with 0 timeout immediately returns a context cancelled error from `sem.Acquire(ctx, 1)` even if the semaphore still has a full capacity.

### What did you expect to see?

Passing `ctx` with 0 timeout to `sem.Acquire(ctx, int)` should successfully acquire the semaphore counts as long as there are still capacity immediately available on the semaphore.
Repository: bitcoin
Issue: build: make macOS build Clang only
Labels: Build system

It should be possible to have a macOS (release) build environment that only uses Clang, and has no GCC toolchain installed.

Currently that's not possible, because Qt still reaches out to `g++`. This can be demo'd by Guix building this branch: https://github.com/fanquake/bitcoin/tree/guix_macos_no_gcc, which removes the `gcc-toolchain` package, and associated build infra from the macOS env. It will fail with:
```bash
Configuring qt...
Creating qmake...
make[1]: Entering directory '/bitcoin/depends/work/build/arm64-apple-darwin/qt/5.15.13-35fa99bb44b/qtbase/qmake'
make[1]: g++: No such file or directory
make[1]: *** [Makefile:250: main.o] Error 127
```

TODO:
- [ ] Make Qt work properly with just Clang.
Repository: svelte
Issue: Hoist
Labels: perf

### Describe the problem

We should be able to use unchanged primitives directly in template values. This would shrink the size of the compiled output

### Describe the proposed solution

I implemented it in https://github.com/sveltejs/svelte/pull/10015. However, Rich wanted to take a more holistic approach to hoisting. I'm not nearly experienced enough to do that or even understand what it would mean, so hopefully someone a bit more expert can take a run at it

### Importance

nice to have
Repository: vscode
Issue: Terminal sticky scroll breaks 'Tab moves focus' behavior
Labels: bug,confirmed,terminal-accessibility,terminal-sticky-scroll


Type: <b>Bug</b>

1. Enable terminal sticky scroll:
"terminal.integrated.shellIntegration.suggestEnabled": true

2. Focus on the terminal
3. Press Ctrl+M to enable 'Tab moves focus' behavior
4. Press 'Tab' several times

Focus moves to the sticky line and doesn't move after.
If the sticky scroll is disabled, then the focus moves just fine.

VS Code version: Code 1.89.1 (dc96b837cf6bb4af9cd736aa3af08cf8279f7685, 2024-05-07T05:16:23.416Z)
OS version: Linux x64 6.8.0-76060800daily20240311-generic
Modes:


<!-- generated by issue reporter -->
Repository: go
Issue: x/telemetry: allow to use custom config download logic
Labels: NeedsFix,telemetry

The current telemetry upload logic uses `go mod download golang.org/x/telemetry/config@latest`
to download the current upload configuration.

When the go command is the uploader, the go command can avoid this extra subprocess
by directly accessing its [go mod download implementation](https://github.com/golang/go/blob/e6504ce671afcf0a165be02f9e04f6a99ca08020/src/cmd/go/internal/modcmd/download.go#L366). To enable this, we need a hook to register the custom implementation. For example,

```go
package telemetry

type Config struct {
...
   // UploadConfig, if set, is used to retrieve the upload config.
   // Otherwise, the program downloads the config using `go mod download`.
   UploadConfig(ctx context.Context, version string) (cfg *UploadConfig, resolvedVersion string, _ error)
}
```