sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: vscode
Issue: Preview tab history navigation
Labels: feature-request,workbench-history

Hi, is there a way to navigate the history stack of a preview tab? When using a preview tab, I'd often click through multiple files to gain context of some code flow, but I'm unsure which file I actually want to keep open. Eventually, I realize it's one of the files earlier in that history stack that I actually care about + want to keep open, but I can't quite remember what the file name/location was. It would be great then to have a way to go back through the preview history stack.

e.g.
Given files opened in a preview tab: a.js -> b.js -> c.js
I can go back twice in that tab somehow to land on a.js again. Likewise, I should be able to go forward as well.

Note:
Just trying to reopen the feature reqest that was closed due to not enough votes. The related feature request, https://github.com/microsoft/vscode/issues/166194
Repository: vscode
Issue: Extensions editor - unexpected drop shadow
Labels: polish,extensions-editor

![Image](https://github.com/user-attachments/assets/1f67e765-8b3d-417c-b9f6-61dcf4452e9d)
Repository: pytorch
Issue: cmake libtorch_jni.so, bug: 'fp16/psimd.h' file not found
Labels: needs reproduction,module: binaries,oncall: mobile

### 🐛 Describe the bug

Hello, since the AAR package in the repository is not compatible with the current version of the NDK, I'm compiling libtorch_jni.so and encountered the following error. It's confirmed that there is no such header file under the fp subdirectory. What might be causing this, and how can it be resolved? Thank you.

 bash ./scripts/build_pytorch_android.sh
 
pytorch/third_party/NNPACK/src/psimd/blas/shdotxf.c:5:10: fatal error: 'fp16/psimd.h' file not found
#include <fp16/psimd.h>
         ^~~~~~~~~~~~~~
find third_party/FP/include/fp16/*, not find psimd.h , thank you.

### Versions

python 

cc @seemethere @malfet @osalpekar @atalman
Repository: PowerToys
Issue: Keyboard Manager Shortcut Mapping works only once
Labels: Issue-Bug,Needs-Triage,Needs-Team-Response

### Microsoft PowerToys version

0.86.0

### Installation method

PowerToys auto-update

### Running as admin

Yes

### Area(s) with issue?

Keyboard Manager

### Steps to reproduce

Try to use a new mapped shortcut twice



### ✔️ Expected Behavior

Shortcut should function every time

### ❌ Actual Behavior

[PowerToysReport_2024-11-05-10-40-27.zip](https://github.com/user-attachments/files/17630395/PowerToysReport_2024-11-05-10-40-27.zip)
The Keyboard Manager shortcut work only once...
When try to use it a second time it will not function anymore until killing power toys and restarting the app.

### Other Software

_No response_
Repository: neovim
Issue: for quickfix, `vim.api.nvim_buf_attach()` `on_bytes` doesn't get called on `:caddexpr`
Labels: bug,api,quickfix

### Problem

I'm trying to use a plugin to colorize ANSI escape sequences in the quickfix window. The plugin needs to get a callback when the quickfix window updates. However `vim.api.nvim_buf_attach()` `on_bytes` doesn't get called on `:caddexpr`.

(Plugin issue at <https://github.com/m00qek/baleia.nvim/issues/27>).

### Steps to reproduce

The `minimal.lua`:

```lua
vim.cmd('copen')

for _, buffer in ipairs(vim.api.nvim_list_bufs()) do
  if vim.api.nvim_get_option_value('filetype', { buf = buffer }) == 'qf' then
    vim.api.nvim_buf_attach(buffer, false, {
      on_bytes = function()
        print('on_bytes')
      end,
    })
  end
end
```

- First run `/usr/bin/nvim --clean -u minimal.lua`.
- Inside *Neovim*, run `:caddexpr "foo"`.

### Expected behavior

The `on_bytes` callback runs.

### Nvim version (nvim -v)

0.10.2

### Vim (not Nvim) behaves the same?

not relevant

### Operating system/version

Arch Linux kernel 6.11.6

### Terminal name/version

wezterm 20240203-110809-5046fc22

### $TERM environment variable

wezterm

### Installation

system package manager
Repository: PowerToys
Issue: Keyboard manager: A bunch of remapped shortcuts don't work anymore.
Labels: Issue-Bug,Needs-Triage

### Microsoft PowerToys version

v0.86.0

### Installation method

PowerToys auto-update

### Running as admin

Yes

### Area(s) with issue?

Keyboard Manager

### Steps to reproduce

For at least a few months now I'm unable use most of my remappings from this list: 
![Image](https://github.com/user-attachments/assets/1a2e4ce9-9663-46b0-b5db-0c567a993c53)
Only the one that produces "<" works as expected. The one that should give ">" works the wrong way, instead of me pushing "Ctrl + ." for it (that does nothing) I can get it via clicking "Ctrl + Shift (Left) + ," ... The rest don't work at all but they all used to work when I created them an year or so ago and at least few times in between. I haven't changed my keyboard and the language settings have remained the same as well (Only English and Estonian languages but both have Estonian keyboard mapped). So what has changed and what should I do? Remapping or switching between Ctrl and Ctrl (Left) or Alt and Alt (Left) have not helped.

### ✔️ Expected Behavior

_No response_

### ❌ Actual Behavior

_No response_

### Other Software

_No response_
Repository: vscode
Issue: Feature Request: Support shell interation for terminal inside tmux
Labels: help wanted,feature-request,terminal-shell-integration

<!-- ⚠️⚠️ 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. -->


Current, shell integration does not fully work, for bash shell running inside tmux,
that current working directory detection not working,
because `\e]633;P;   \a`  terminal escape sequence is not recognized by tmux.

Note that terminal inside tmux, need to enable VSCode shell integration manually by (The method currently I am using):

```bash
# Inside ~/.bashrc
if [[ -n "${VSCODE_IPC_HOOK_CLI}" ]]; then
  . "$(~/.vscode-server/cli/servers/*/server/bin/remote-cli/code --locate-shell-integration-path bash)"
fi
```


According to <https://github.com/tmux/tmux/wiki/FAQ>

> What is the passthrough escape sequence and how do I use it?
tmux takes care not to send escape sequences to a terminal that it isn't going to understand because it can't predict how it will react.
However, it can be forced to pass an escape sequence through by wrapping it in a special form of the DCS sequence with the content prefixed by tmux;. Any \033 characters in the wrapped sequence must be doubled, for example:
\033Ptmux;\033\033]1337;SetProfile=NewProfileName\007\033\\
Will pass this iTerm2 special escape sequence \033]1337;SetProfile=NewProfileName\007 through to the terminal without tmux discarding it.

To make it works, the current <src/vs/workbench/contrib/terminal/common/scripts/shellIntegration-bash.sh> needed to be updated
to add tmux specific escape sequence.

Example change:

Before:

```
__vsc_update_cwd ()
{
    if [ "$__vsc_is_windows" = "1" ]; then
        __vsc_cwd="$(cygpath -m "$PWD")";
    else
        __vsc_cwd="$PWD";
    fi;
    builtin printf '\e]633;P;Cwd=%s\a' "$(__vsc_escape_value "$__vsc_cwd")"
}
```

After:

```
__vsc_printf () {
    if [ -n "$TMUX" ]; then
        builtin local format_str
        format_str="\033Ptmux;\033${1}\033\\"
        shift 1
        builtin printf "${format_str}"  "$@"
    else
        builtin printf "$@"
    fi
}

__vsc_update_cwd ()
{
    if [ "$__vsc_is_windows" = "1" ]; then
        __vsc_cwd="$(cygpath -m "$PWD")";
    else
        __vsc_cwd="$PWD";
    fi;
    __vsc_printf '\e]633;P;Cwd=%s\a' "$(__vsc_escape_value "$__vsc_cwd")"
}
```

I can submit a PR later, if such request to okay to accept.
Repository: transformers
Issue: save `training_args` in another file format 
Labels: Feature request

### Feature request

switch saving training arguments from `bin` format to another file extension. 

### Motivation

for security reasons `bin` format is deemed unsafe as marked by huggingface's new security system.
![image](https://github.com/user-attachments/assets/03d9c511-716e-4d15-8a2d-38d9a108e289)

### Your contribution

I'll try submitting a pr, but if anyone wishes to submit their own feel free to do so
Repository: rust
Issue: Regression in performance (poor codegen) between 1.81 and 1.82
Labels: A-LLVM,I-slow,P-medium,T-compiler,C-bug,regression-untriaged

I've observed a fairly nasty performance regression when switching to 1.82 related to compression performance that appears to boil down to some very weird/suboptimal machine code being generated.

Delving into things, it looks like what was previously reasonable generated code is now turning into... well, something way less reasonable, and this results in executing a vastly higher number of instructions for the same task, in turn slowing everything down. The MVCE (mentioned below) demonstrates this behavior across at least two instruction sets (x86-64 and ARM64) and a number of different microarchitectures (AMD Zen2, Zen4, and Apple M2) and reliably shows a performance regression.

Some other folks who were helping me debug this will also be posting some more information, but the biggest initial suspect looks to be the upgrade to LLVM 19 in 1.82.

### Code

The MVCE is here: https://github.com/tobz/miniz-oxide-slowdown-repro.

It's a simple program that generates a deterministic input corpus, compresses it multiple times (using `flate2`/`miniz_oxide`), and then exits. Efforts were made to try and ensure things are deterministic and mostly representative of the observed change between Rust 1.81 and 1.82.

On my environment, this all boils down to each compress operation taking ~750ms when compiled on 1.81.0 or earlier, jumping to ~1.25s per operation on 1.82.0 and later, representing a ~60% slowdown.

### Version it worked on

This "worked" (ran well) on 1.81.0, 1.80.0, and 1.79.0 (as far back as I checked).

### Version with regression

<!--
Provide the version you are using that has the regression.
-->

`rustc --version --verbose`:
```
rustc 1.82.0 (f6e511eec 2024-10-15)
binary: rustc
commit-hash: f6e511eec7342f59a25f7c0534f1dbea00d01b14
commit-date: 2024-10-15
host: x86_64-unknown-linux-gnu
release: 1.82.0
LLVM version: 19.1.1
```
Repository: tensorflow
Issue: Current LiteRT Android dependencies in documentation look broken
Labels: stat:awaiting tensorflower,type:support,comp:lite,TFLiteConverter,TFLiteGpuDelegate

I think after the recent TensorflowLite rename to LiteRT some pages in documentation where renamed incorrectly and are currently very confusing.
For a particular example, see this: https://ai.google.dev/edge/litert/android/gpu
- The docs say to add `com.google.ai.edge.litert:litert-gpu` and `com.google.ai.edge.litert:litert-gpu-api` with versions `2.X.Y`, which do not exist (current latest version is `1.0.1`), to a toml version catalog. 
- In the next paragraph it also switches into using gradle files instead of toml to declare other dependencies, which I found somewhat confusing.
- Later, in [standalone setup](https://ai.google.dev/edge/litert/android/gpu#add_project_dependencies_2), it says to include `com.google.ai.edge.litert:litert-gpu-delegate-plugin` dependency, which does not exist and also follows with a code snipped supposedly showing how to include it, but it shows other dependencies.
- [Other places](https://ai.google.dev/edge/litert/android/metadata/codegen#acceleration) too include dependencies with incorrect versions, like `com.google.ai.edge.litert:litert-gpu:2.3.0`

I just happend to start working with LiteRT for Android right now and found it very difficult to distinguish which parts of documentation are outdated and which aren't.
Repository: transformers
Issue: redirect logging output to `stdout` instead of `stderr`
Labels: Feature request

### Feature request

Redirect logging output to `stdout` instead of `stderr`. Specifically, add argument `stream=sys.stdout` at: https://github.com/huggingface/transformers/blob/893ad04fad145904ccb71e4e858e4134c32226b6/src/transformers/utils/logging.py#L88.

### Motivation

It is a common practice to redirect logging output to `stdout` in deep learning frameworks.
For example: Detectron2: https://github.com/facebookresearch/detectron2/blob/8d85329aed8506ea3672e3e208971345973ea761/detectron2/utils/logger.py#L84
fairseq: https://github.com/facebookresearch/fairseq/blob/ecbf110e1eb43861214b05fa001eff584954f65a/fairseq_cli/train.py#L22
Deepspeed: https://github.com/microsoft/DeepSpeed/blob/2b41d6212c160a3645691b77b210ba7dd957c23f/deepspeed/utils/logging.py#L69.

Here is my analysis. Traditionally, `stdout` is used for output of the program and `stderr` is used for warning/debugging. That's why the default stream of `logging` is `stderr`. However, the output of deep learning frameworks consists of losses, eval results and checkpoints. It's a common practice to use `logger.info()` to display this information. Therefore, it would be more appropriate to redirect these outputs to `stdout` since they are part of the program's normal output.

### Your contribution

I can submit a PR if this request is confirmed.
Repository: vscode
Issue: Emmet wrap with abbreviation reindents content when used with `pre`
Labels: bug,emmet,confirmed


Type: <b>Bug</b>

1. Create a HTML file.
2. Create a deeply nested context (e.g. `div>div>div>code`)
3. Write a piece of code inside `<code>`, with reset indentation.
4. Select the piece of code and use the "Emmet: wrap with Abbreviation" command.
5. Enter `pre` as your abbreviation
Exprected behaviour: content inside `pre` maintains reset indentation.
Actual behaviour: content gets reindented.

VS Code version: Code 1.82.1 (6509174151d557a81c9d0b5f8a5a1e9274db5585, 2023-09-08T08:41:36.199Z)
OS version: Linux x64 5.15.0-60-generic
Modes:
Remote OS version: Linux x64 6.10.11+bpo-amd64

<details><summary>Extensions (8)</summary>

Extension|Author (truncated)|Version
---|---|---
remote-ssh|ms-|0.106.5
remote-ssh-edit|ms-|0.87.0
remote-explorer|ms-|0.4.1
code-runner|for|0.12.2
haskell|has|2.4.4
elastic-tabstops-mono|isr|1.1.0
language-haskell|jus|3.6.0
vscode-language-pack-pl|MS-|1.95.2024103009


</details><details>
<summary>A/B Experiments</summary>

```
vsliv368:30146709
vspor879:30202332
vspor708:30202333
vspor363:30204092
vswsl492cf:30256860
vscod805cf:30301675
binariesv615:30325510
vsaa593cf:30376535
py29gd2263:31024239
c4g48928:30535728
azure-dev_surveyone:30548225
962ge761:30959799
pythongtdpath:30769146
pythonnoceb:30805159
asynctok:30898717
pythonmypyd1:30879173
pythontbext0:30879054
cppperfnew:31000557
dsvsc020:30976470
pythonait:31006305
dsvsc021:30996838
724cj586:31013169
dvdeprecation:31068756
dwnewjupyter:31046869
impr_priority:31102340
nativerepl1:31139838
refactort:31108082
pythonrstrctxt:31112756
nativeloc2:31134642
iacca1:31171482
notype1:31157159
5fd0e150:31155592
dwcopilot:31170013

```

</details>

<!-- generated by issue reporter -->
Repository: PowerToys
Issue: Unable to locate 'Paste as file' output .txt file or folder
Labels: Issue-Bug,Needs-Triage,Needs-Team-Response

### Microsoft PowerToys version

0.86.00

### Installation method

PowerToys auto-update

### Running as admin

Yes

### Area(s) with issue?

Advanced Paste

### Steps to reproduce

Typed text into Notepad
Copied text using Ctrl-C
activated advanced Pasting shift-win-V
clicked 'Paste as txt file'
Control returned to user
Searched Explorer from root of file system for 'Date modified = today' an string =*.txt
unable to find any file output
Repeated search from cmd batch window with command 'dir /s /w *.txt' >>searchfortxtfile.log
unable to find any entry in the output log file

### ✔️ Expected Behavior

to find the file/folder

### ❌ Actual Behavior

system closed the Advanced Paste window

### Other Software

_No response_
Repository: PowerToys
Issue: Revert Change to Navigation Tree
Labels: Needs-Triage

### Description of the new feature / enhancement

PR #35559 added a collapsible navigation tree.  This makes it harder to find features since they are hidden behind collapsed categories by default.  The user has to guess which category a feature will be in and click around until they find it.  Please either revert this or make it a feature that can be turned off.  Consider adding a search bar instead for quickly finding features.

### Scenario when this would be used?

When changing settings

### Supporting information

_No response_
Repository: excalidraw
Issue: [feat] Remove background of image uploaded
Labels: enhancement

### Problem Statement:
Isn't it be lovely to add some feature that will remove background of image, Most of time during class mentoring, I feel that it would be good to have some option that will upload as well as remove image's background at the same time.

### How to do so? (Just an Idea)
This is just an idea, If you think it will work, go ahead and try.
 - Well, we can use different approaches to do so. Like we can apply some function that removes background of image and same time prepare it to upload.
- Use remove.bg's API, this will perform well and then we can add image into canvas.
Repository: opencv
Issue: Linking opencv ios to my project error
Labels: question (invalid tracker)

### System Information

OpenCV: 4.10.0
OS: macOS Version 14.6.1 
Complier: Xcode 16.1

### Detailed description

my image_processor.cpp include <opencv2/opencv.hpp>, and I want to build my processor library to be shared to iOS project.

I have run
python3 platforms/ios/build_framework.py ios --iphoneos_archs arm64 --iphonesimulator_archs x86_64 > build_log.txt
stdout: 
[stdout.txt](https://github.com/user-attachments/files/17632092/stdout.txt)
build_log: 
[build_log.txt](https://github.com/user-attachments/files/17632097/build_log.txt)

I write my project CMakeLists.txt like this:
set(OpenCV_DIR "${CMAKE_SOURCE_DIR}/opencv/ios/build/build-arm64-iphoneos")
set(OpenCV_FOUND TRUE)
find_package(OpenCV REQUIRED)
find_package(Iconv)
include_directories( ${OpenCV_INCLUDE_DIRS} )
message(STATUS "OpenCV libraries: ${OpenCV_LIBS}")

target_include_directories(preprocessor
        PUBLIC
            ${CMAKE_SOURCE_DIR}
            ${OpenCV_INCLUDE_DIRS}
            # ${CMAKE_SOURCE_DIR}/third_party/opencv/ios
    )
target_link_libraries(preprocessor
    PRIVATE
        ${OpenCV_LIBS}
)

Then i tried to use cmake to cross-build for ios target by: 
cmake .. -G Xcode \
-DCMAKE_TOOLCHAIN_FILE=../toolchain/ios.toolchain.cmake \
-DPLATFORM=OS64 \
-DBUILD_SHARED_LIBS=1
cmake --build . --config Release

it reported error: 
[cmake_build.txt](https://github.com/user-attachments/files/17632559/cmake_build.txt)



### Steps to reproduce

as my build instructions.

### 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
- [ ] 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: ollama
Issue: Support partial loads of LLaMA 3.2 Vision 11b on 6G GPUs
Labels: feature request

### What is the issue?

**Description:**
I encountered an issue where the **LLaMA 3.2 Vision 11b** model loads entirely in CPU RAM, without utilizing the GPU memory as expected. The issue occurs on my Windows-based laptop with 6GB VRAM, where models that exceed GPU memory capacity should load the rest into system RAM while still leveraging the GPU.

**Steps to Reproduce:**
1. Run **LLaMA 3.2 Vision 11b** with `ollama` on a system with limited VRAM (6 GB in my case).
2. Check the memory allocation using the `ollama ps` command.

**Expected Behavior:**
When running models larger than available VRAM, the model should partially load into VRAM and utilize system RAM for the remainder. This behavior works as intended for other models (e.g., **Llama 3.1**), which utilize the GPU and offload excess data to RAM.

**Actual Behavior:**
When running **Llama 3.2 Vision**, the entire model loads into the CPU RAM, as shown in the output of the `ollama ps` command. Additionally, the Task Manager indicates no significant GPU or VRAM usage, confirming that the model is not utilizing the GPU at all.

**Laptop Specifications:**
- **CPU**: AMD Ryzen 9 7940HS
- **RAM**: 16 GB
- **GPU**: NVIDIA RTX 4050 Mobile 6 GB VRAM
- **Ollama Version**: Pre-release 0.4.0-rc8

**Supporting Evidence:**
1. Screenshot of `ollama ps` showing **LLaMA 3.1** partially loading into VRAM (expected behavior): 
   ![image](https://github.com/user-attachments/assets/1ad9f015-2209-4f9d-aae7-01d8c0b877c8)

2. Screenshot of `ollama ps` showing **LLaMA 3.2 Vision 11b** loaded fully into CPU RAM:  
   ![image](https://github.com/user-attachments/assets/05ec4610-a8e3-48e7-b93d-18d137f2b5e1)

**Further Testing**:
On my **desktop** with higher VRAM (24GB):
**Specs**:
  - **Processor**: Ryzen 7 7800X3D
  - **Memory**: 64 GB RAM
  - **GPU**: NVIDIA RTX 4090 24GB VRAM
  - **Ollama Version**: Pre-release 0.4.0-rc8

Running the **LLaMA 3.2 Vision 11b** model on the desktop:
  - The model loaded entirely in the GPU VRAM as expected.
  - Screenshot of `ollama ps` for this case:
  ![image](https://github.com/user-attachments/assets/ee771212-6e1d-4821-afec-9ac4fd8871ad)

Running the **LLaMA 3.2 Vision 90b** model on the desktop (which exceeds 24GB VRAM):
  - The model loaded partially into GPU and partially into CPU RAM, which is correct.
  - Screenshot of `ollama ps` for this case:
  ![image](https://github.com/user-attachments/assets/b44f1b82-0b42-4c00-886f-a5d3c15ac43a)

**Note**: Both machines are running Windows, and GPU drivers are up to date.

**Conclusion:**
The behavior seems specific to running the **LLaMA 3.2 Vision 11b** model on systems with VRAM insufficient to load the entire model, where the expected split between VRAM and RAM doesn't occur.

### OS

Windows

### GPU

Nvidia

### CPU

AMD

### Ollama version

0.4.0-rc8
Repository: kubernetes
Issue: 🐘 Drop x/exp from k/k dependencies
Labels: sig/architecture,area/code-organization,needs-triage

- We started the process in `cilium/ebpf` here : https://github.com/cilium/ebpf/issues/1095
- A PR has landed here : https://github.com/cilium/ebpf/pull/1557
- Wait for a new [new release](https://github.com/cilium/ebpf/releases) of `cilium/ebpf` 
- Update `opencontainers/runc` to new version of cilium/ebpf, similar to this [PR](https://github.com/opencontainers/runc/pull/4397)
- Wait for a new release/tag of `opencontainers/runc`
- Update k/k
Repository: kubernetes
Issue: 🐘 Update containerd api/errdefs/ttrpc dependencies in k/k
Labels: sig/node,area/code-organization,needs-triage

Aborted attempt is in https://github.com/kubernetes/kubernetes/pull/128557 When 1.33 opens up,

- Update `google/cadvisor` to newer versions of these libraries [here](https://github.com/google/cadvisor/blob/master/go.mod#L11-L13). 
- Ask for a new tag/release of `google/cadvisor` and then update k/k to the newer library version.

/sig node
/area code-organization
Repository: excalidraw
Issue: Elbow arrow endpoint drag  with Ctrl held does not snap but tries to select
Labels: good first issue

![Image](https://github.com/user-attachments/assets/982735f5-e3fa-4270-a30f-d2cfad4e9471)