sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: godot
Issue: Can't save txt file in Editor
Labels: bug,topic:editor,confirmed

### Godot version

v4.2.dev2.official [da81ca62a]

### System information

Windows 10, 64bit

### Issue description

![GIF](https://github.com/godotengine/godot/assets/35988767/6337fe27-9c05-4f0e-8962-62ecf7cc8608)


### Steps to reproduce

/

### Minimal reproduction project

/
Repository: ant-design
Issue: Tree drag and drop: dragStart location should not be relevant for dropHandle showing parent/sibling/child insertion
Labels: Inactive,improvement

### Reproduction link

[https://ant.design/components/tree#components-tree-demo-draggable](https://ant.design/components/tree#components-tree-demo-draggable)

### Steps to reproduce

Given: Tree with:
- 0-0
- 0-1
- 0-2

Usecase: Drag 0-0 and try to insert it as child of 0-2

1. Drag via clicking the DragHandle and check where the "child" dropHandle is shown (instead of the sibling dropHandle)
2. Drag via clicking at the end of the TreeNode and check where the "child" dropHandle is shown (instead of the "sibling" dropHandle)

See that there is a difference when the dropHandle is shown; at 2.) you have to go further right to see the dropHandle switch to "insert as child mode"

See also video:
https://github.com/ant-design/ant-design/assets/136352002/5ff53d1a-9a2d-4863-888d-326147b6c83b



### What is expected?

In my opinion it should not matter at which location a TreeNode is dragged to check whether to show dropHandle on sibling or child level.
Especially if you have (deeply) nested TreeNodes this problem gets worse because they are not dragged at the beginning of the line but at the DragHandle or Label:
See video: https://github.com/ant-design/ant-design/assets/136352002/76eab553-dd02-40e3-81a1-4725d7c1d81e


(Also if you do not allow "onDrop" on sibling level there is no good feedback to the user)


### What is actually happening?

Drag location is relevant and user must move mouse cursor further to the right.

| Environment | Info |
| --- | --- |
| antd | 5.8.1 |
| React | 18.2.0 |
| System | Windows 10 |
| Browser | Chrome |

---
I think the same problem is causing problems on dragging "0-0" to be child of "0-1":

- 0-0
- 0-1
  - 0-1- 0
    - 0-1-0-0
      - 0-1-0-0-0  
- 0-2

The dragStart location click is essential. If you drag "0-0" via click on the dragHandle you are not able to insert it as child of "0-1"

See also video:
https://github.com/ant-design/ant-design/assets/136352002/3eb04092-d9a4-4ae9-9415-86936af680a0




<!-- generated by ant-design-issue-helper. DO NOT REMOVE -->
Repository: go
Issue: proposal: spec: infer generic function type even when it's called
Labels: Proposal,NeedsInvestigation,generics,TypeInference

As of current tip (fb6f38dda15d4155b500f6b3e1a311a951a22b69), [this code](https://go.dev/play/p/TYfvZI9RXnP?v=gotip) works:

```
package main

func main() {
	g(1, mkf)
}

func g[T any](x T, f func() func(T)) {}

func mkf[T any]() func(T) {
	return func(x T) {}
}
```

but [this code](https://go.dev/play/p/8WpPwppPgxl?v=gotip) fails, because cannot infer the type of `mkf` when it's been called:

```
package main

func main() {
	g(1, mkf())
}

func g[T any](x T, f func(T)) {}

func mkf[T any]() func(T) {
	return func(x T) {}
}
```

It's entirely possible that getting this to work might increase the complexity of the spec too much, but I'm raising this issue to track the possibility, because it's not an uncommon pattern. In particular, the functions used in the "functional options" pattern often return a closure that operates on the receiving type, but the lack of inference forces the caller to explicitly pass the type parameter in such cases. Here's a small example of that pattern: https://go.dev/play/p/kJJWceSqlNM?v=gotip

@griesemer
Repository: next.js
Issue: The app route soft navigation in dev mode will clear all content in layout sometimes in 13.4.13-canary.11
Labels: bug

### Verify canary release

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

### Provide environment information

```bash
Operating System:
      Platform: darwin
      Arch: x64
      Version: Darwin Kernel Version 22.5.0: Thu Jun  8 22:22:22 PDT 2023; root:xnu-8796.121.3~7/RELEASE_X86_64
    Binaries:
      Node: 18.17.0
      npm: 9.6.7
      Yarn: 1.22.19
      pnpm: 8.6.10
    Relevant Packages:
      next: 13.4.13-canary.11
      eslint-config-next: N/A
      react: 18.2.0
      react-dom: 18.2.0
      typescript: 5.1.6
    Next.js Config:
      output: N/A
```


### Which area(s) of Next.js are affected? (leave empty if unsure)

App Router

### Link to the code that reproduces this issue or a replay of the bug

https://github.com/tangye1234/nextjs-bug-test

### To Reproduce

1. First clone the repo provided above
2. pnpm install
3. pnpm dev
4. Hard navigate to `My Feed`
5. Soft navigate to `Homepage`
6. Replay step 4 and 5

You will see the content is all gone in browser.

nextjs 13.4.9 dose not have this issue.


### Describe the Bug

This bug is weired because I cannot setup a unit test.
I can reproduce only in my private project DEV MODE, so I reduce all unrelated codes, which only use tailwind / radix-ui / styled-component etc. and update all dependencies to the latest.

The codes worked well before next 13.4.9.

Hope you guys can help me.

### Expected Behavior

Nextjs soft navigate well.

### Which browser are you using? (if relevant)

_No response_

### How are you deploying your application? (if relevant)

_No response_
Repository: storybook
Issue: [Bug]: Terser plugin not working with react-native-web on version 7.2.0
Labels: bug,react-native,needs triage

### Describe the bug

When running `yarn storybook:build` for my project using React Native Web with Storybook, the build fails with a specific issue related to the Terser plugin : 
```main.76e128c5.iframe.bundle.js from Terser plugin
ERR! Unexpected token: punc (.) [main.76e128c5.iframe.bundle.js:1469,10]
ERR!     at js_error (/Users/romainsanchez/Desktop/Blank/neok-app/node_modules/terser/dist/bundle.min.js:549:11)```

```shell
Environment Info:

  System:
    OS: macOS 13.4
    CPU: (8) x64 Apple M2
  Binaries:
    Node: 18.16.0 - /usr/local/opt/node@18/bin/node
    Yarn: 1.22.18 - /usr/local/bin/yarn
    npm: 9.5.1 - /usr/local/opt/node@18/bin/npm
  Browsers:
    Chrome: 115.0.5790.114
    Safari: 16.5
  npmPackages:
    @storybook/addon-actions: 7.2.0 => 7.2.0 
    @storybook/addon-essentials: 7.2.0 => 7.2.0 
    @storybook/addon-knobs: 7.0.2 => 7.0.2 
    @storybook/addon-links: 7.2.0 => 7.2.0 
    @storybook/addon-react-native-web: 0.0.21 => 0.0.21 
    @storybook/react: 7.2.0 => 7.2.0 
    @storybook/react-native: 6.5.5 => 6.5.5 
    @storybook/react-webpack5: 7.2.0 => 7.2.0
```


### Additional context

I'm currently disabling the Terser plugin as a workaround like this : `config.optimization.minimizer = config.optimization.minimizer.filter(
      (plugin) => plugin.constructor.name !== 'TerserPlugin',
    );`. However the build work but not launching sotrybook, this seems like a bug in `@storybook/react-webpack5`'s webpack config. 

Any assistance with resolving this bug or providing a proper workaround would be greatly appreciated.
Repository: go
Issue: x/build/cmd/relui: VERSION file CL submission race affecting RCs after early thaw
Labels: Builders,NeedsInvestigation

RC releases that happen after early thaw have a race: the relui workflow reads the head of the release branch at the start and does its work. During early thaw, the latest release branch is open to all approvers, and if any CL is submitted before the VERSION CL is, they'd need to be temporarily reverted and resent, or the relui workflow would need to be started anew.

So we need to temporarily freeze the release branch during such RC releases. This is the tracking issue for that.

CC @golang/release.
Repository: PowerToys
Issue: Auto Display Different Formats of Numbers While Hovering (Decimal, Hex, Binary)
Labels: Idea-New PowerToy,Needs-Triage

### Description of the new feature / enhancement

This feature shows other value formats when I hover over any value.
This is a visual representation of this feature:

![Convert Value](https://github.com/microsoft/PowerToys/assets/141252682/5424fe07-c58e-4efe-910f-8b63499f42ce)

A lot of times while c-programming I use the calculator to convert HEX values to decimal or binary, it would be really helpful to the community around me if something like this was implemented.

### Scenario when this would be used?

During programming allowing fast conversion of these values will reduce hassle and time.

### Supporting information

_No response_
Repository: go
Issue: build: debug_* sections are missing from toolchain binaries in Go 1.21
Labels: Documentation,NeedsInvestigation,binary-size

<!--
Please answer these questions before submitting your issue. Thanks!
-->

### What version of Go are you using (`go version`)?
go 1.21rc4
<pre>
$ go version

</pre>

### Does this issue reproduce with the latest release?
No


### What operating system and processor architecture are you using (`go env`)?
ppc64le, but same result on x86
<details><summary><code>go env</code> Output</summary><br><pre>
$ go env

</pre></details>

### What did you do?
I tried to use the GNU objdump -DlS on the go binary from a toolchain I built from the Go 1.21 branch, but the source statement information did not appear. On further inspection I found that the debug_* sections were missing from the go binary and all binaries found under pkg/tool/linux_ppc64le. When building a toolchain from the master branch all these binaries have the debug sections, and likewise on earlier releases such as the Go 1.20 branch.
```
[boger@ltcd97-lp2 bin]$ file ~/golang/base/go/bin/go
/home/boger/golang/base/go/bin/go: ELF 64-bit LSB executable, 64-bit PowerPC or cisco 7500, version 1 (SYSV), statically linked, Go BuildID=yEBM_x29Vtmmv5mU7ibv/fQLYk1huGo5MrnaLT7cs/UABCXJ-zG0lDIV6nnPTB/lP5zvxbwOH1d-gjeKVWj, with debug_info, not stripped
[boger@ltcd97-lp2 bin]$ file ~/golang/base/go/pkg/tool/linux_ppc64le/compile
/home/boger/golang/base/go/pkg/tool/linux_ppc64le/compile: ELF 64-bit LSB executable, 64-bit PowerPC or cisco 7500, version 1 (SYSV), statically linked, Go BuildID=NEnWUHq4dHMg58fMsP2C/HzKcDIEHHQ2d8XRwW2wM/hVRUaEN2h5tH_gBuJgi3/Fd9-7WFy0d_3nglhJ1Wn, with debug_info, not stripped

[boger@ltcd97-lp2 bin]$ file ~/golang/go1.21/go/bin/go
/home/boger/golang/go1.21/go/bin/go: ELF 64-bit LSB executable, 64-bit PowerPC or cisco 7500, version 1 (SYSV), statically linked, Go BuildID=Ipj_J0quvipW6G1VJUv5/Z8dFndgoIFi-DjK_MBs5/Yo-_THqt0OgmXGm3gyEv/DwCPGEf0IzGsTtYqTLQd, not stripped
[boger@ltcd97-lp2 bin]$ file ~/golang/go1.21/go/pkg/tool/linux_ppc64le/compile 
/home/boger/golang/go1.21/go/pkg/tool/linux_ppc64le/compile: ELF 64-bit LSB executable, 64-bit PowerPC or cisco 7500, version 1 (SYSV), statically linked, Go BuildID=L5yz1CZ290PRDTFeR0Cq/-R4MnzVYRXvc8oT1olkg/SlvsKpKgea9wlhrCM9fX/IFuvxzMaydYb-mjbrIpz, not stripped
```
### What did you expect to see?
The debug_* sections in the Go 1.21 toolchain binaries such as go and those found in pkg/tool/linux_ppc64le so that debug tools will work when debugging the toolchain.

### What did you see instead?
No debuginfo in the Go 1.21 toolchain binaries and debugging tools less effective.

If this was a planned change, I didn't see anything in the git log that explicitly mentions the removal of the debug_* sections and didn't find anything in the release notes that mentions the diffference.
Repository: godot
Issue: Microphone builds up delay over time
Labels: bug,confirmed,topic:audio

### Godot version

v4.1.1.stable.official [bd6af8e0e]

### System information

Godot v4.1.1.stable - Windows 10.0.19045 - Vulkan (Mobile) - dedicated GeForce GTX 960 () - Intel(R) Core(TM) i7-4770K CPU @ 3.50GHz (8 Threads)

### Issue description

The delay between when a sound is produced in real life and when it is reproduced within Godot grows over time, gaining about 1 second of delay for every hour that the project runs.

I'd also note that I am using a USB mic (Blue Yeti) set to 2 channel, 16 bit, 48000 Hz. Likewise, the mix rate in project settings is set to 48000.

### Steps to reproduce

1. Create an AudioStreamPlayer node, assign a new AudioStreamMicrophone to Stream and turn on Autoplay.
2. ~~Go to Audio and Add Bus. Then add a Record effect to the new bus (Add Effect > Record).~~
3. Enable audio input under Project > Project Settings... > Audio > Driver > Enable Input.
4. Run project. You should be able to hear your microphone through the project. Make a sharp noise (like snapping your fingers) and note the delay (it should be very short, within milliseconds). 
5. Let the project run for an extended period of time. Make a sharp noise again and it should be apparent that it has taken longer to hear it reproduced within the project.

### Minimal reproduction project

[microphone_test.zip](https://github.com/godotengine/godot/files/12242013/microphone_test.zip)
Repository: godot
Issue: Script editor incorrectly placing `@warning_ignore` when clicikng `[Ignore]` link on multi-line expression
Labels: bug,topic:gdscript,topic:editor

### Godot version

4.0.3

### System information

Windows 11

### Issue description

The editor gives a button/link `[Ignore]` preceding warnings to insert a suppression annotation for the developer on the line above. However, this insertion doesn't take code syntax into account and will blindly insert the annotation above the detected line, only giving it correct indentation. Multi-line expressions are unable to handle this, and the entire area of code lights up with errors. Code sample provided in reproduction steps. Manually moving the warning above the full expression successfully suppresses the warning.

I expect one of two things:
1. The editor insert the suppression mechanism in a safe place
2. The suppression mechanism not interrupt expressions

I imagine 1 is the easiest solution to take, as annotations are code and they need to be placed in valid locations according to their function. But I'd like to take a moment to state that something like 2 would be amazing. Many languages implement arbitrary warning suppression via directives. E.g. a lot of the C family of languages uses `#pragma` to instruct the compiler to hold off on specific warnings in the file until otherwise stated. I don't know how possible that is for an interpreted language vs a compiled one, it's really not my domain, but it would be amazing if it were possible.

Side-note, I found myself trying to suppress this warning after running into #74397 on a nameless script

### Steps to reproduce

Sample code to reproduce:
```
func instance_func():
    @warning_ignore("static_called_on_instance")
    print([
        0,
        static_func() # fails
    ])
    print([
        static_func(), # fails
        0
    ])
    print([0, static_func()]) # works
    print([static_func(), # works
        0
    ])
    return 0 + \
        static_func() # fails

static func static_func() -> int:
    return 0
```

Paste this in a script and click the `[Ignore]` text in the warnings list beneath the text editor
![image](https://github.com/godotengine/godot/assets/15899212/3d993ad1-7065-4b69-af23-04dc9c155aae)


### Minimal reproduction project

N/A. Reproduction just takes the given snippet in a fresh project.
Repository: PowerToys
Issue: Make active window stay active even if opening other programs
Labels: Needs-Triage

### Description of the new feature / enhancement

Currently if you open a program that takes a while to open, like a citrix application, you can be doing other work by the time that new window opens. When this happens that opening program takes focus so anything you were typing in another program gets plugged into the new window's text fields. Ideally the current active window would be on top and active and that would not change until the user selects that new window.

### Scenario when this would be used?

Any time opening a new application or window, keep the current focus and do not change to the new application.

### Supporting information

_No response_
Repository: PowerToys
Issue: Targa (TGA) image file support in Peek
Labels: Idea-Enhancement,Product-Peek

### Description of the new feature / enhancement

Add support for previewing Targa (Truevision TGA) image files in Peek.

### Scenario when this would be used?

TGA files are still heavily used in the gaming industry for textures (prior to hardware-specific compression) due to their relative simplicity. Being able to preview these in Peek would be very useful for game developers.

### Supporting information

There's already a request for TGA support in the File Explorer preview [here](https://github.com/microsoft/PowerToys/issues/3524), but this request is explicitly for Peek.

The official location for the file format spec is unclear. Here are a few sources:

- https://github.com/DEAKSoftware/Truevision-TGA
- https://www.dca.fee.unicamp.br/~martino/disciplinas/ea978/tgaffs.pdf
- https://www.conholdate.app/viewer/view/rVqTeZPLAL/tga-file-format-specifications.pdf?default=view&preview=

The actual file format is very simple, supporting only uncompressed or RLE-compressed image data, but there are a few edge cases like palette (color map) support, 16-bit color, monochrome images, etc. Anecdotally, I would guess the majority of tga files are 24 or 32-bit color (RGB with an alpha channel) without a color map.

The specification mentions a TGA footer, but this is optional and many valid TGA files do not have one. TGA files produced by ImageMagick, for example, don't appear to have them.
Repository: PowerToys
Issue: Ability to use dot or comma when using Unit Converter
Labels: Idea-Enhancement,Product-PowerToys Run,Needs-Triage

### Description of the new feature / enhancement

Ability to use dot or comma when using Unit Converter, so for now it wont recognize if I enter the dot instead of comma. 

### Scenario when this would be used?

For example it working with 0,75 inch in mm, but don't want to work if 0.75 inch in mm.

### Supporting information

Thanks
Repository: go
Issue: net/http/pprof: TestDeltaProfile failures
Labels: NeedsInvestigation,compiler/runtime

```
#!watchflakes
default <- pkg == "net/http/pprof" && test == "TestDeltaProfile"
```

Issue created automatically to collect these failures.

Example ([log](https://build.golang.org/log/7fa576e3c6e920eb698600fb22959a9a5b8fcfd6)):

    panic: test timed out after 12m0s
    running tests:
    	TestDeltaProfile (11m56s)
    
    runtime.gopark(0x2?, 0x4?, 0x0?, 0x2?, 0x3f74020190?)
    	/tmp/workdir-host-linux-riscv64-unmatched/go/src/runtime/proc.go:398 +0x10c fp=0x3f74047db0 sp=0x3f74047d98 pc=0x4bf24
    runtime.chansend(0x3f7407e000, 0x396ea0, 0x0?, 0x0?)
    	/tmp/workdir-host-linux-riscv64-unmatched/go/src/runtime/chan.go:259 +0x3cc fp=0x3f74047e20 sp=0x3f74047db0 pc=0x15bfc
    runtime.chansend1(0x0?, 0x101?)
    	/tmp/workdir-host-linux-riscv64-unmatched/go/src/runtime/chan.go:145 +0x18 fp=0x3f74047e48 sp=0x3f74047e20 pc=0x15810
    net/http/pprof.TestDeltaProfile.func3()
    	/tmp/workdir-host-linux-riscv64-unmatched/go/src/net/http/pprof/pprof_test.go:197 +0x30 fp=0x3f74047e68 sp=0x3f74047e48 pc=0x2935d8
    net/http/pprof.TestDeltaProfile(0x3f742921a0)
    	/tmp/workdir-host-linux-riscv64-unmatched/go/src/net/http/pprof/pprof_test.go:221 +0x4b4 fp=0x3f74047f78 sp=0x3f74047e68 pc=0x29353c
    testing.tRunner(0x3f742921a0, 0x341810)


— [watchflakes](https://go.dev/wiki/Watchflakes)
Repository: flutter
Issue: [Impeller] Trim size of `impeller::Command`
Labels: c: proposal,P2,e: impeller,team-engine,triaged-engine

On arm64, `sizeof(impeller::Command) == 440`.  We might benefit from trimming that down since a lot of the the size of Commands are from optional data that is not usually used.  Some of them, like `Command::scissor` and `Command::viewport`, are only ever used in Playgrounds.  The allocation of Commands every frame is the largest allocation of cross-platform objects in Impeller.

A more cache friendly implementation would instead store the data in parallel arrays, similar to the pattern used by ECS.

```c++
class Command {
  uint64_t ident;
};

class PlaygroundCommand {
  std::optional<Viewport> viewport_;
  std::optional<IRect> scissor_;
};

class RenderPass {
  std::vector<Command> commands_;
  std::map<uint64_t, PlaygroundCommand> playground_commands_;
}
```

You could even go further and do the same thing for bindings since most Commands don't have all of the types of bindings.
```c++
typedef Command = uint64_t;

class CommandInfo {
  PipelineDescriptor pipeline_
}

class PlaygroundCommand {
  std::optional<Viewport> viewport_;
  std::optional<IRect> scissor_;
};

class RenderPass {
  std::map<Command, CommandInfo> commands_;
  std::map<Command, PlaygroundCommand> playground_commands_; 
  std::map<Command, std::map<size_t, ShaderUniformSlot>> vertex_uniforms_;
  std::map<Command, std::map<size_t, ShaderUniformSlot>> fragment_uniforms_;
}
```
I'm not certain that would be faster though since the data structure is rebuilt each frame.  Using a `std::vector<std::pair<Command, T>>` will be better than a map since it will always be written to and read from sequentially.
Repository: excalidraw
Issue: Moving items in multiple frames removes them from their frames
Labels: discussion,frames

## Steps

1. Make two frames with shapes inside
2. Select a shape in each frame
3. Move the selected shapes within their frames

## Expected behaviour

The shapes stay included in their respective frames.

## Actual behaviour

Only one shape stays included.

In the video below, the circle in the stop frame stops being included in the frame.

https://github.com/excalidraw/excalidraw/assets/1884486/6f8ac79b-1b0f-44a2-90a7-59475716b172

I believe I have seen other behaviour which ends up with similar results: shapes being excluded from frames they were in.
Repository: flutter
Issue: [video_player] Enable Pigeon cleanup in iOS implementation
Labels: platform-ios,p: video_player,package,team-ecosystem,P2,c: tech-debt,triaged-ecosystem

Currently we have the following code:
```
  // TODO(57151): This should be commented out when 57151's fix lands on stable.
  // This is the correct behavior we never did it in the past and the engine
  // doesn't currently support it.
  // FLTAVFoundationVideoPlayerApiSetup(registrar.messenger, nil);
```

(It clearly means uncommented, not commented out.) #57151 was fixed a while ago, so we should be able to enable that code now.