sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: godot
Issue: `push constant data` and shader errors when opening editor with only project.godot file
Labels: bug,topic:rendering,topic:shaders

### Godot version

4.0.dev.custom_build. 819aa47fe

### System information

Ubuntu 21.04 - Nvidia GTX 970, Gnome shell 3.38 X11

### Issue description

When opening editor with minimal project, then this errors are shown:
```
servers/rendering/renderer_rd/forward_clustered/render_forward_clustered.cpp:2882:64: runtime error: division by zero
modules/raycast/raycast_occlusion_cull.cpp:96:36: runtime error: reference binding to misaligned address 0x7f4088c3e210 for type 'struct RayPacket', which requires 64 byte alignment
0x7f4088c3e210: note: pointer points here
 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00  00 00 00 00
              ^ 
```
```
ERROR: This render pipeline requires (0) bytes of push constant data, supplied: (112)
   at: draw_list_set_push_constant (drivers/vulkan/rendering_device_vulkan.cpp:7370)
ERROR: No render pipeline was set before attempting to draw.
   at: draw_list_draw (drivers/vulkan/rendering_device_vulkan.cpp:7387)
ERROR: Attempted to use an unused shader variant (shader is null),
   at: get_render_pipeline (./servers/rendering/renderer_rd/pipeline_cache_rd.h:74)
```
```
thirdparty/glslang/glslang/MachineIndependent/localintermediate.h:100:8: runtime error: load of value 167, which is not a valid value for type 'bool'
thirdparty/glslang/glslang/MachineIndependent/localintermediate.h:100:8: runtime error: load of value 187, which is not a valid value for type 'bool'
ERROR: Error compiling Fragment shader, variant #6 (
#define MULTIVIEW
).
   at: _compile_variant (servers/rendering/renderer_rd/shader_rd.cpp:273)
ERROR: Failed pre-process:
ERROR: 0:24: 'preprocessor evaluation' : bad expression 
ERROR: 0:24: '' : missing #endif 
ERROR: 2 compilation errors.  No code generated.
```

### Steps to reproduce

Above

### Minimal reproduction project

[project.godot.zip](https://github.com/godotengine/godot/files/7002621/project.godot.zip)
Repository: go
Issue: net: can't Dial("tcp6", IPv4-mapped-IPv6 address)
Labels: NeedsInvestigation

[CL 32100](https://golang.org/cl/32100) added a restriction to IP address resolution requiring that IP addresses acquired for IPv6 networks not be IPv4-mapped-IPv6 addresses.

For example, the following fails:

```
_, err := net.Dial("tcp6", "[::ffff:8.8.8.8]:53")
// Error: dial tcp6: address ::ffff:8.8.8.8: no suitable address found
```

CL 32100 states that this behavior is intentional, but perhaps worth reconsideration:

> Perhaps a bit surprisingly,
> ...
> ResolveTCPAddr("tcp6", "[::ffff:127.0.0.1]:http") fails,
> ...
> If anyone can make a strong argument for changing the filtering
> of IPv4-inside-IPv6 addresses, the fix can be applied to all
> the code paths in a separate CL.

A rationale for this behavior is provided by [this comment](https://github.com/golang/go/issues/14037#issuecomment-256519533) by @mikioh:

> The failure on tcp6 for [::ffff:127.0.0.1]:http is fine and intentional because it's an IPv4-mapped IPv6 address that is used in protocol stack internally for convenience and should never appear on the wire. What I feel a difficulty is an IPv4-embedded IPv6 address for IP translators defined in https://tools.ietf.org/html/rfc6052.

I'm opening this issue to reconsider this behavior.

I'm not certain that the fact that IPv4-mapped IPv6 addresses are not expected to appear on the wire is sufficient justification for excluding them from address resolution when the user explicitly tries to dial one. A protocol stack which uses these addresses internally (but not on the wire) may still expect to receive them from the user. In addition, even if the address is not usable by the IPv6 stack, I think that providing the address to the OS and permitting it to return an error is less surprising than dropping the address entirely.
Repository: node
Issue: DNS server set to 0.0.0.0 causes lookups to time out
Labels: dns,cares

### Version

v14.17.5

### Platform

Linux crux 5.10.59 #2 SMP Sun Aug 15 09:05:30 EDT 2021 i686 GNU/Linux

### Subsystem

_No response_

### What steps will reproduce the bug?

This code will eventually fail with a timeout, as if it didn't get any replies. However, the A query is sent to localhost and the local DNS server (BIND) replies immediately (as confirmed with both tcpdump and strace), every time it retries the query. However, it seems as if node is discarding the response for some reason.
```
var dns = require('dns');
dns.setServers(['0.0.0.0']);
dns.resolve('my.host.name', 'A', function (err, records) {});
```
Changing the DNS server to 127.0.0.1 (or any specific IP) works fine. Changing the nameserver line in /etc/resolv.conf and omitting the call to setServers() works exactly the same.

glibc is fine with "nameserver 0.0.0.0" in /etc/resolv.conf. I've never seen anything else fail like this, or care. (I understand that doesn't mean it's right!)

If node claimed 0.0.0.0 was invalid, or refused/failed to send the query, I would accept that as intended behavior. But it sends the query and gets a response which it ignores. That seems buggy.

The query gets sent "on the wire" (loopback) to 127.0.0.1, so I wondered if perhaps node was saying "I sent the query to 0.0.0.0 but got a reply from 127.0.0.1 so I'm going to ignore it. I tried to figure that out but got lost in the source.

### How often does it reproduce? Is there a required condition?

100% reproducible.

### What is the expected behavior?

Having a nameserver in resolv.conf set to 0.0.0.0 would work the same as 127.0.0.1.

Since it sends the query, I would expect it to accept/use the response it gets back.

### What do you see instead?

0.0.0.0 causes timeouts, while 127.0.0.1 works fine.

### Additional information

_No response_
Repository: rust
Issue: Consider styling go-to-definition links using faint underline
Labels: T-rustdoc,C-enhancement,A-rustdoc-ui

Basically, we could style the links similarly to Haskell's equivalent to Rustdoc, Haddock. They use a faint underline, and then add background color when the link is hovered:

![image](https://user-images.githubusercontent.com/37223377/129791427-4dfc70d9-6db7-4d92-91a4-b7109440fa55.png)

![image](https://user-images.githubusercontent.com/37223377/129792048-c37d5c80-d27d-481d-9bcf-e6f9a1fa94e1.png)

I like how it's very subtle in Haddock, so it doesn't affect the reading experience, but it's strong enough to think, "Hey, I bet I can click that link!"

IIUC, nearly all of the identifiers should be clickable in the generated source view, so we just want to give a hint that the links are clickable without distracting from the reading view.

_Originally posted by @camelid in https://github.com/rust-lang/rust/issues/88111#issuecomment-900590389_
Repository: godot
Issue: Alt Gr acts like the left arrow key [OpenBSD]
Labels: bug,platform:linuxbsd,topic:input,regression

### Godot version

4.0.dev.custom_build.1f94211aa

### System information

OpenBSD, Vulkan

### Issue description

When I press alt gr (aka ISO_Level3_Shift) in the text editor the cursor moves left by one character, just like if the left arrow key was pressed.  The alt gr otherwise acts correctly (i.e. alt gr + something else produces the correct letter).

When I press alt gr `xev` produces the following output:

```
KeyPress event, serial 34, synthetic NO, window 0x4000001,
    root 0x6b8, subw 0x0, time 49682853, (89,89), root:(926,235),
    state 0x0, keycode 113 (keysym 0xfe03, ISO_Level3_Shift), same_screen YES,
    XLookupString gives 0 bytes:
    XmbLookupString gives 0 bytes:
    XFilterEvent returns: False
```

I'm using a custom keyboard layout (a modified dvorak fwiw), but even if I change the layout to `it` with setxkbmap the issue remains.  

I can't reproduce the issue on Godot 3.3.2

### Steps to reproduce

Create a new empty project, then create a script and press and release the alt gr key.

### Minimal reproduction project

_No response_
Repository: godot
Issue: [HTML5] _input generates incorrect InputEventMouseMotion (Firefox)
Labels: bug,platform:web,topic:input

### Godot version

3.3.2

### System information

Windows 10, Firefox 91

### Issue description

In firefox for some reason _input generates a lot of incorrect InputEventMouseMotion events. Even though the mouse isn't touched. In Chrome everything is ok. Please, check attached project.
![ezgif-3-718a3657ef54](https://user-images.githubusercontent.com/4647578/129803183-2de2fe0f-9361-488b-9829-0dbfd5e238e1.gif)


### Steps to reproduce

* Run exported HTML in firefox
* Set viewport to 723x332
* Click to grab to focus
* Get a lot of InputEventMouseMotion events (sometimes relative position (0,1) or (0, 0))

### Minimal reproduction project

[godot-bug-mouse-html.zip](https://github.com/godotengine/godot/files/7003082/godot-bug-mouse-html.zip)
Repository: flutter
Issue: Access denied Windows symlink crash in tool flutter_plugins.dart
Labels: tool,P2,c: fatal crash,found in release: 2.5,a: plugins,team-tool,triaged-tool

From crash logging on beta channel on version 2.5.0-5.1.pre during the command `flutter pub get`:

```
Thread 0 main threadFileSystemException: FileSystemException: Cannot create link, path = 'C:\Users\[...]\myapp\windows\flutter\ephemeral\.plugin_symlinks\path_provider_windows' (OS Error: 拒绝访问。
, errno = 5)
at _Link.throwIfError(link.dart:263)
at _Link.createSync(link.dart:184)
at ForwardingLink.createSync(forwarding_link.dart:20)
at ForwardingLink.createSync(forwarding_link.dart:20)
at _createPlatformPluginSymlinks(flutter_plugins.dart:1012)
at createPluginSymlinks(flutter_plugins.dart:947)
at refreshPluginsList(flutter_plugins.dart:1038)
at <asynchronous gap>(async)
at FlutterProject.ensureReadyForPlatformSpecificTooling(project.dart:316)
at <asynchronous gap>(async)
at PackagesGetCommand.runCommand(packages.dart:173)
at <asynchronous gap>(async)
at FlutterCommand.run.<anonymous closure>(flutter_command.dart:1125)
at <asynchronous gap>(async)
at AppContext.run.<anonymous closure>(context.dart:150)
at <asynchronous gap>(async)
at CommandRunner.runCommand(command_runner.dart:209)
at <asynchronous gap>(async)
at FlutterCommandRunner.runCommand.<anonymous closure>(flutter_command_runner.dart:288)
at <asynchronous gap>(async)
at AppContext.run.<anonymous closure>(context.dart:150)
at <asynchronous gap>(async)
at FlutterCommandRunner.runCommand(flutter_command_runner.dart:236)
at <asynchronous gap>(async)
at run.<anonymous closure>.<anonymous closure>(runner.dart:62)
at <asynchronous gap>(async)
at AppContext.run.<anonymous closure>(context.dart:150)
at <asynchronous gap>(async)
at main(executable.dart:92)
at <asynchronous gap>(async)
```

Where the error message is "Access denied."

@stuartmorgan does the logic below need to be expanded to handle this case, or is this crash for a different problem?

https://github.com/flutter/flutter/blob/master/packages/flutter_tools/lib/src/flutter_plugins.dart#L972

This is the top crasher on the current beta.
Repository: terminal
Issue: Publish an example of a Windows Store application that adds a JSON fragment extensions in Windows Terminal
Labels: Help Wanted,Issue-Docs,Area-Settings,Product-Terminal,Issue-Task

<!-- Briefly describe which document needs to be corrected and why. -->

The page [JSON fragment extensions in Windows Terminal](https://docs.microsoft.com/en-ca/windows/terminal/json-fragment-extensions) leads to [Create and host an app extension](https://docs.microsoft.com/en-ca/windows/uwp/launch-resume/how-to-create-an-extension). This assumes you have an app around the JSON fragment.

I think it's mandatory to have an actual example. Using *JSON fragment extensions in Windows Terminal*, a developer is unable to create a package from scratch and publish it on the Windows Store.

Ideally, someone should be able to go from [Package from the command line](https://docs.microsoft.com/en-ca/windows/msix/package/manual-packaging-root) to [JSON fragment extensions in Windows Terminal](https://docs.microsoft.com/en-ca/windows/terminal/json-fragment-extensions) and be ready to publish.

Many theme authors and their users want themes to be available in lots of places and putting a `.json` file in a specific folder is pretty easy, but it's hard for users to discover themes and to remember where their got it from. Plus, many theme authors are distributing their theme with a `.bat` or `.ps1` file to "install" it, which doesn't feel right. Being able to publish it to the Windows Store easily would solve these problems.

* https://github.com/arcticicestudio/nord/issues/123
* https://github.com/ayu-theme/ayu-colors/issues/20
* https://github.com/cocopon/iceberg.vim/issues/79
* https://github.com/dracula/windows-terminal/issues/10
* https://github.com/morhetz/gruvbox/issues/361

That example app could be in a [template repository](https://docs.github.com/en/github/creating-cloning-and-archiving-repositories/creating-a-repository-on-github/creating-a-template-repository) so theme makers can easily have all the necessary files in place.
Repository: pytorch
Issue: OpenCV causes backpropagation to get stuck
Labels: triaged,module: deadlock,module: multithreading

## 🐛 Bug

<!-- A clear and concise description of what the bug is. -->
I am trying to run the mnist script (https://github.com/pytorch/examples/blob/master/mnist/main.py) on a cpu.
Importing OpenCV in the script causes the script to get stuck indefinitely on loss.backward().
This behaviour is seen most of the times though sometimes the script executes as expected.
This happens even if opencv is not used anywhere in the script, importing it is causing this problem.

On stepping through the code using gdb, the stack trace is not visible. Instead of the current executing functions for each thread, gdb shows question marks.

## Environment

PyTorch version: 1.9.0
Is debug build: False
CUDA used to build PyTorch: None
ROCM used to build PyTorch: N/A

OS: Ubuntu 20.04.2 LTS (x86_64)
GCC version: (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0
Clang version: Could not collect
CMake version: version 3.16.3
Libc version: glibc-2.31

Python version: 3.8.10 | packaged by conda-forge | (default, May 11 2021, 07:01:05)  [GCC 9.3.0] (64-bit runtime)
Python platform: Linux-5.4.0-1054-aws-x86_64-with-glibc2.10
Is CUDA available: False
CUDA runtime version: No CUDA
GPU models and configuration: No CUDA
Nvidia driver version: No CUDA
cuDNN version: No CUDA
HIP runtime version: N/A
MIOpen runtime version: N/A

Versions of relevant libraries:
[pip3] numpy==1.19.1
[pip3] sagemaker-pytorch-training==2.4.0
[pip3] torch==1.9.0
[pip3] torchvision==0.10.0
[conda] mkl                       2020.2                      256    anaconda
[conda] mkl-include               2020.2                      256    anaconda
[conda] numpy                     1.19.1           py38h30dfecb_0    anaconda
[conda] numpy-base                1.19.1           py38h75fe3a5_0    anaconda
[conda] sagemaker-pytorch-training 2.4.0                    pypi_0    pypi
[conda] torch                     1.9.0                    pypi_0    pypi
[conda] torchvision               0.10.0                   pypi_0    pypi
Repository: TypeScript
Issue: Provide better displays for paths when not fully resolved
Labels: Suggestion,In Discussion,Domain: Completion Lists,Domain: Auto-import

In https://github.com/microsoft/TypeScript/pull/44713, we started to do partial resolutions of paths for auto-import completions. This is great, however, it would be nice if we could do a small amount of work for common cases just to clean up paths that go through `node_modules` even without further keystrokes.

* In cases where the resolution strategy is `node` and there are no path mappings, we could try to rewrite some number of dotted segments, followed by `node_modules` into `package_name/...` until fully resolved.
* In other cases, we could even just use `containingFolderName/filename`

Of course, there are risks here since in JS, string math isn't always cheap. In cases where you have hundreds of thousands of auto-imports from `node_modules`, this could still get expensive.
Repository: pytorch
Issue: getNcclVersion() in NCCLUtils.cpp handles "2.10.3" incorrectly
Labels: oncall: distributed,module: nccl,module: ddp

https://github.com/pytorch/pytorch/blob/dcf90b797c42ab237ca68d0e816c0d76122ee931/torch/csrc/distributed/c10d/NCCLUtils.cpp#L9-L30 returns "21.0.3" instead of "2.10.3"

It must be consistent with https://github.com/NVIDIA/nccl/blob/7e515921295adaab72adf56ea71a0fafb0ecb5f3/src/nccl.h.in#L22

cc @pietern @mrshenli @pritamdamania87 @zhaojuanmao @satgera @rohan-varma @gqchen @aazzolini @osalpekar @jiayisuse @agolynski @SciPioneer @H-Huang @mrzzd @cbalioglu @gcramer23
Repository: flutter
Issue: Tool test "overall_experience_test" failed on a framework-only PR change
Labels: a: tests,team,tool,framework,P2,team-framework,triaged-framework

This test is pretty intimately tied up with rendering library exceptions, yet framework PRs that only change `packages/flutter` are not set up to run the `tool_integration_tests`.

https://github.com/flutter/flutter/blob/71948b72db37bc5c623da2d449a09f5211a61114/.ci.yaml#L2140-L2143

Example: https://github.com/flutter/flutter/pull/82670 caused https://github.com/flutter/flutter/issues/88393
Repository: pytorch
Issue: distributed_error
Labels: oncall: distributed

## 🐛 Bug
main()
File "main.py", line 472, in main
args.local_rank
File "/opt/conda/lib/python3.6/site-packages/torch/nn/parallel/distributed.py", line 410, in __init__
self._sync_params_and_buffers(authoritative_rank=0)
File "/opt/conda/lib/python3.6/site-packages/torch/nn/parallel/distributed.py", line 420, in _sync_params_and_buffers
authoritative_rank)
File "/opt/conda/lib/python3.6/site-packages/torch/nn/parallel/distributed.py", line 979, in _distributed_broadcast_coalesced
self.process_group, tensors, buffer_size, authoritative_rank
RuntimeError: Socket Timeout


## Expected behavior
I wanna run the code of volo

## Environment

 - PyTorch Version (e.g., 3.6.9):1.7.1
 - OS (e.g., Linux):Linux
 - How you installed PyTorch ( `pip`, ):pip
 - Build command you used (if compiling from source):
 - Python version:3.6.9
 - CUDA/cuDNN version:10.1
 - GPU models and configuration:16*V100
 - Any other relevant information:




cc @pietern @mrshenli @pritamdamania87 @zhaojuanmao @satgera @rohan-varma @gqchen @aazzolini @osalpekar @jiayisuse @agolynski @SciPioneer @H-Huang @mrzzd @cbalioglu @gcramer23
Repository: deno
Issue: The `unload` event is not dispatched on SIGINT
Labels: bug

As per the title, unload isn't dispatched on sigint.
If we look to the browser, the equivalent would be a page close, which does dispatch unload.
Repository: ant-design
Issue: [Table] Placement of "expandable row" is before children
Labels: Inactive

- [x] I have searched the [issues](https://github.com/ant-design/ant-design/issues) of this repository and believe that this is not a duplicate.

### Reproduction link
[![Edit on CodeSandbox](https://codesandbox.io/static/img/play-codesandbox.svg)](https://codesandbox.io/s/antd-reproduction-template-forked-03w6r)

### Steps to reproduce
```
<Table
  columns={columns}
  dataSource={data}
  expandable={{
    rowExpandable: (record) => {
      console.log('record ', record);
      return record.children ? true : false;
    },
    expandIcon: ({ expanded, onExpand, record }) => {
      if(!record.children || record.children.length === 0) return null;
      return expanded ? (
        <DownOutlined onClick={e => onExpand(record, e)} />
      ) : (
        <RightOutlined onClick={e => onExpand(record, e)} />
      )			  
    },
    expandedRowRender: (record, index, indent, expanded) => {
      console.log(record, index, indent, expanded);
      return <Button>Save</Button>;
    }
  }}/>
```

### What is expected?
Expandable row should be below children

### What is actually happening?
Expandable row currently placed above record children

| Environment | Info |
|---|---|
| antd | 4.6.5 |
| React | 16.12.0 |
| System | Mac |
| Browser | Chrome 92.0.4515.131 (Official Build) (x86_64) |

![children](https://user-images.githubusercontent.com/53742137/129847274-69ce556f-a924-4c17-b26f-daf2a9afcc0a.png)

Raised question on stackoverflow: https://stackoverflow.com/questions/68826658/ant-design-table-need-to-place-expandable-row-before-parent-children

<!-- generated by ant-design-issue-helper. DO NOT REMOVE -->
Repository: transformers
Issue: Advice needed: Adding more FSMT models
Labels: New model

# 🌟 New model addition

## Model description

I am planning to contribute a series of FSMT models to the model hub. The models have been trained for a paper that is currently under review.

Before working on a PR I wanted to ask for some advice:

### normalize_before
The new models have been trained with Fairseq's option `normalize_before=True`, while the existing FSMT implementation uses `normalize_before=False`. I understand that copy-pasting model code is preferred to extending the configuration. This would mean that a near-duplicate module `fsmt_prenorm` needs to be created. Is this correct?

### Adequate base branch
The FSMT module is currently being refactored (https://github.com/huggingface/transformers/pull/11218). Do you recommend that I start from the master branch or from the PR's feature branch, which is nearly completed?
Repository: electron
Issue: [Feature Request]: Support Alert type notifications on MacOS
Labels: enhancement :sparkles:,platform/macOS

### Preflight Checklist

- [X] I have read the [Contributing Guidelines](https://github.com/electron/electron/blob/master/CONTRIBUTING.md) for this project.
- [X] I agree to follow the [Code of Conduct](https://github.com/electron/electron/blob/master/CODE_OF_CONDUCT.md) that this project adheres to.
- [X] I have searched the [issue tracker](https://www.github.com/electron/electron/issues) for a feature request that matches the one I want to file, without success.

### Problem Description

Support Alert type notifications on MacOS by the Electron with usage of NSNotificationCenter requires App-XPC Service scheme(similar like in Chromium). XPC Service requires to be integrated into App/Contents. Current Electron ninja build scripts do not have any XPC service section. Need to have support for XPC service skeleton into Electron project.

### Proposed Solution

Do not have solution for this, expecting explanations or concrete sample for the XPC service integration into ninja build scripts from electron community

### Alternatives Considered

Was made few tries to adopt build script existing alert_notification_xpc_service from Chromium but with no success (XPC service was not present into Electron app.package)
Build script was taken from 
%cd%/chrome/browser/ui/cocoa/notifications/BUILD.gn

### Additional Information

Reuse of existing XPC service from chromium will require support for all Chromium eco-system such as
chrome\browser\notifications
chrome\browser\ui\cocoa\notifications
Chromium Notification concept is differ that current Electron's one. And even in case of reuse Chromium XPC Alert Service required to be integrated into Electron, that means changing existing Electron build scripts too. This variant looks more complicated than variant of creation Electron specific alert Service.