sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: godot
Issue: Adding an existing script to a node which has the same case-insensitive name warns for case mismatch
Labels: bug,platform:windows,topic:editor,confirmed

Godot 3.2 master ccf294b92f02af6e60206e220dcf4a8474f73f0a

I have an existing script named `interaction.gd` and a node called `Interaction`. I used the right-click menu of the scene tree to add that script. The dialog popped up proposing the name `Interaction.gd`. I clicked on the folder icon to pick `interaction.gd` from the file system, then clicked `OK`.

Later I noticed the following warnings in the console:
```
WARNING: FileAccessWindows::_open: Case mismatch opening requested file 'Interaction.gd', stored as 'interaction.gd' in the filesystem. This file will not open when exported to other case-sensitive platforms.
     At: drivers\windows\file_access_windows.cpp:105
WARNING: FileAccessWindows::_open: Case mismatch opening requested file 'Interaction.gd', stored as 'interaction.gd' in the filesystem. This file will not open when exported to other case-sensitive platforms.
     At: drivers\windows\file_access_windows.cpp:105
Loading resource: res://dmc_terrain/Interaction.gd
WARNING: FileAccessWindows::_open: Case mismatch opening requested file 'Interaction.gd', stored as 'interaction.gd' in the filesystem. This file will not open when exported to other case-sensitive platforms.
     At: drivers\windows\file_access_windows.cpp:105
WARNING: FileAccessWindows::_open: Case mismatch opening requested file 'Interaction.gd', stored as 'interaction.gd' in the filesystem. This file will not open when exported to other case-sensitive platforms.
     At: drivers\windows\file_access_windows.cpp:105
```

Although the script loaded correctly, these warnings seem to hint a problem with this sequence of actions. Case-sensitivity should not matter at all since the script already existed and I didn't rename it.
It also happened during file opening, so somehow Godot tried to open the script using the wrong name.
Repository: go
Issue: net/http: document outgoing Host header origin in more places
Labels: Documentation,help wanted,NeedsFix

### What version of Go are you using (`go version`)?

<pre>
$ go version
go version go1.12.5 darwin/amd64
</pre>

### Does this issue reproduce with the latest release?
yes


### What operating system and processor architecture are you using (`go env`)?

<details><summary><code>go env</code> Output</summary><br><pre>
$ go env
GOARCH="amd64"
GOOS="darwin"
</pre></details>

### What did you do?

https://play.golang.org/p/O5Y6dEi_hqx


### What did you expect to see?
I expected to see that setting a `Host:` header actually sends hosts and sets `req.Host`
```map[Accept-Encoding:[gzip] Host:[example.com] User-Agent:[My Test User Agent 1.1]]```


### What did you see instead?
I see that it just sets Hosts from url and uses `req.Host` if exists.
```map[Accept-Encoding:[gzip] Host:[127.0.0.1:2] User-Agent:[My Test User Agent 1.1]]```

I see some closed issues, but I have a few more words about it, It is documented that we need to set .Host to send host header and there are few more headers that calculated in request.write but for example `User-Agent` is being overwritten but it does not do this for Host.
https://github.com/golang/go/blob/master/src/net/http/request.go#L553 on this comment we see that it says
```
// Find the target host. Prefer the Host: header, but if that
	// is not given, use the host from the request URL.
```
but it does not even look at host header.
Repository: go
Issue: doc: release notes: minor mistake regarding FreeBSD port applicability
Labels: Documentation,help wanted,NeedsFix

### What version of Go are you using (`go version`)?
1.13

### Does this issue reproduce with the latest release?
Not applicable.

### What operating system and processor architecture are you using (`go env`)?
Not applicable.

### What did you do?
Read the [change log](https://golang.org/doc/go1.13#freebsd).

### What did you expect to see?
I expected there to be no mention of COMPAT_FREEBSDN ∈ N = [4-11], since this feature is useful only to binaries built on unsupported versions of FreeBSD running on a newer version (such as a static binary built on FreeBSD 4, or a dynamic binary with misc/compat4x in a jail).

### What did you see instead?
A mention that Go is available for both FreeBSD 11, 12, and 13 since all three versions will be buildable by the port in the ports framework (and probably have already been built by the time this issue gets fixed).

Since this is an easy issue to fix, I hope it's okay that I didn't supply all the necessary information. :)
Repository: flutter
Issue: TweenSequence (and other animation building-blocks) should be flippable
Labels: c: new feature,framework,a: animation,P3,team-framework,triaged-framework

For certain use cases (see https://github.com/flutter/packages/pull/30 for an example) you want a flippable TweenSequence. Example: you have two TweenSequences to drive the opacity of two widgets:

```dart
    TweenSequenceItem<double>(
      tween: Tween<double>(begin: 1.0, end: 0.0),
      weight: 4 / 12,
    ),
    TweenSequenceItem<double>(
      tween: ConstantTween<double>(0.0),
      weight: 8 / 12,
    ),
```

and:

```dart
    TweenSequenceItem<double>(
      tween: ConstantTween<double>(0.0),
      weight: 4 / 12,
    ),
    TweenSequenceItem<double>(
      tween: Tween<double>(begin: 1.0, end: 0.0),
      weight: 8 /12,
    ),
```

When the animation runs forward, you want the first widget to fade out quickly, and the second widget to fade in slowly after that. When the animation runs in reverse, you want the second widget to fade out quickly, and the first one to fade in slowly after that. Currently, you'd have to specify four different TweenSequences for that. Would be cool if you'd just have to define the two above and can obtain the flipped ones from it (similar to Curve.flipped).

This kind of flipping seems to be common with material design animations.

There may be other concepts that would also benefit from flipping.
Repository: flutter
Issue: Create a Flutter installer package that completes the initial setup for you
Labels: c: new feature,tool,a: first hour,P3,team-tool,triaged-tool

Hey there! The folks from GDG Baltimore have suggested creating an installer file that takes the user through the install process automatically to reduce the quirks for beginners. For example, adding Flutter to the system path can be a bit of a painful experience. An installer would be able to handle that automatically.
Repository: flutter
Issue: Create a new Flutter SDK package flutter_test_tools
Labels: a: tests,c: new feature,tool,t: flutter driver,P2,team-tool,triaged-tool

I spoke with @Hixie and he agreed that we should refactor the new Flutter driver synchronization APIs (#39196, #38836) into a new Flutter SDK package flutter_test_tools so that they can be used anywhere dart:ui is available, even if the Flutter driver extension is not enabled. Filing this issue to track the creation of the package.

FYI @adazh @digiter
Repository: terminal
Issue: [Audit] Fix suppressed return of std::wstring_view& from OutputCellView
Labels: Product-Conhost,Area-Output,Product-Terminal,Issue-Task,Area-CodeHealth

During audit, I had to suppress a warning related to returning a reference to a wstring_view.

This is because of the weird relationship that exists between `TextBufferTextIterator` and `TextBufferCellIterator`. The Text iterator needs the `wstring_view` stored *somewhere* or it won't return the right thing with its weird `operator->`. 

The fact that this is flagged and awkward indicates a bad design that should be revisited. There has to be a better way.
Repository: terminal
Issue: [Audit] Remove suppression of hidden methods on TextBufferTextIterator
Labels: Product-Conhost,Area-Output,Product-Terminal,Issue-Task,Area-CodeHealth

This is very related to #2681 and will probably be fixed at the same time or with a better design that could encompass both of these.

The issue is that the Text iterator inherits from the Cell one. Which is probably not right. It should probably encapsulate it or something.

The original idea when I was scrabbling those iterators together was to not waste time advancing the portions of the iterator that weren't related to the text if all the end consumer wanted was the text. But it doesn't even look like I achieved that and I introduced things that are turning into gross situations and warnings.
Repository: terminal
Issue: [Audit] default DxEngine constructor should not throw
Labels: Product-Conhost,Area-Rendering,Product-Terminal,Issue-Task,Area-CodeHealth

To change this requires a change in initialization strategy of the engines that is probably overdue anyway. Instead of half-fixing this to solve the issue, I left a TODO. This represents that TODO.
Repository: pytorch
Issue: Int32 overflow in bincount indexing
Labels: module: cuda,triaged,module: 64-bit

## 🐛 Bug

In `aten/src/ATen/native/cuda/SummaryOps.cu`, there is a snippet:
```
  template<typename input_t, typename IndexType>
  __device__ static IndexType getBin(input_t bVal, input_t minvalue, input_t maxvalue, int nbins) {
    IndexType bin = (int)((bVal - minvalue) * nbins / (maxvalue - minvalue));
```

When data type is int32, for big enough value of bVal and big number of nbins, multiplication causes int overflow that can result in negative bin index returned. This can cause memory corruption.
 
## To Reproduce

Steps to reproduce the behavior:

1. Run bincount with minval=0, nbins=65536, and value 36830 inside. This will translate into bin index -28706.

<!-- If you have a code sample, error messages, stack traces, please provide it here as well -->

## Expected behavior

value 36830 should give bin 36830
Repository: flutter
Issue: [feature request] Text field of variable size
Labels: a: text input,c: new feature,framework,P3,team-framework,triaged-framework

As you can see below I want implement text field of variable size. Currently I intend to use stack and look for way to get hold of renderbox of text and find out it that is feasible.


![Payroll 2](https://user-images.githubusercontent.com/1231593/64394275-feba9280-d072-11e9-86d6-5247d72c3d4d.png)


Thx
Repository: bitcoin
Issue: wallet: CPU use proportional to wallet transaction count when idle
Labels: Wallet,Resource usage

I recently noticed that the Bitcoin Core GUI (v0.18.1) was constantly using significant amounts of CPU when idle. I disconnected all peers and it continued to use the CPU.

It turns out that it is calling `WalletModel::pollBalanceChanged` 4 times per second for all of my wallets, which causes it to loop through all the transactions in all my wallets 4 times per second, and uses a lot of CPU.

Is this intentional? It seems like it may be unnecessary.

I tried changing the pollTimer, using 2.5 seconds instead of 250 ms and it dropped the CPU usage to much lower, so I'm pretty sure this is what's causing the CPU load:

    connect(pollTimer, &QTimer::timeout, this, &WalletModel::pollBalanceChanged);
    pollTimer->start(MODEL_UPDATE_DELAY*10);

Most of the CPU is being used by `LookupBlockIndex` looking up the same few thousand block hashes over and over, here:

    #3  std::unordered_map<...>::find (__x=..., this=<optimized out>) at /usr/include/c++/8/bits/unordered_map.h:920
    #4  LookupBlockIndex (hash=...) at ./validation.h:436
    #5  interfaces::(anonymous namespace)::LockImpl::getBlockHeight (this=<optimized out>, hash=...) at interfaces/chain.cpp:34
    #6  interfaces::(anonymous namespace)::LockImpl::getBlockDepth (this=0x555556ebb4c0, hash=...) at interfaces/chain.cpp:43
    #7  CMerkleTx::GetDepthInMainChain (this=this@entry=0x7fff7ce26940, locked_chain=...) at wallet/wallet.cpp:4479
    #8  CWalletTx::IsTrusted (this=this@entry=0x7fff7ce26940, locked_chain=...) at wallet/wallet.cpp:2081
    #9  CWallet::GetUnconfirmedBalance (this=0x7fff7dc19150) at /usr/include/c++/8/bits/unique_ptr.h:342
    #10 interfaces::(anonymous namespace)::WalletImpl::getBalances (this=0x7fff7d4e66a0) at /usr/include/c++/8/bits/shared_ptr_base.h:1307
    #11 interfaces::(anonymous namespace)::WalletImpl::tryGetBalances (this=0x7fff7d4e66a0, balances=..., num_blocks=@0x7fffffffd9cc: -1) at interfaces/wallet.cpp:388
    #12 WalletModel::pollBalanceChanged (this=0x5555569caef0) at /usr/include/c++/8/bits/unique_ptr.h:342
Repository: pytorch
Issue: torch.cuda.empty_cache() write data to gpu0
Labels: module: cuda,triaged

## 🐛 Bug

I have 2 gpus, when I clear data on gpu1, empty_cache() always write ~500M data to gpu0.

I observe this in torch 1.0.1.post2 and 1.1.0.

## To Reproduce

The following code will reproduce the behavior:

After torch.cuda.empty_cache(), ~567M gpu memory will be filled on gpu0.

```
import torch
aa=torch.zeros((1000,1000)).cuda(1)
del aa
torch.cuda.empty_cache()
```

## Expected behavior

If torch.cuda.set_device(1) is used, then the everything will be good. The following code will give out my desired behaviour. some gpu memory on gpu1 will be released, while gpu0 remains empty.

```
import torch
torch.cuda.set_device(1)
aa=torch.zeros((1000,1000)).cuda(1)
del aa
torch.cuda.empty_cache()
```

## Environment

PyTorch version: 1.1.0
Is debug build: No
CUDA used to build PyTorch: 9.0.176

OS: Ubuntu 16.04.4 LTS
GCC version: (Ubuntu 5.4.0-6ubuntu1~16.04.11) 5.4.0 20160609
CMake version: version 3.5.1

Python version: 2.7
Is CUDA available: Yes
CUDA runtime version: Could not collect
GPU models and configuration: 
GPU 0: GeForce GTX 1080 Ti
GPU 1: GeForce GTX 1080 Ti

Nvidia driver version: 384.130
cuDNN version: Probably one of the following:
/usr/local/cuda-9.0/targets/x86_64-linux/lib/libcudnn.so.5.1.5_bak
/usr/local/cuda-9.0/targets/x86_64-linux/lib/libcudnn.so.7.3.0

Versions of relevant libraries:
[pip] pip2 19.1.1
[conda] None used

## Additional context

I observe the phenomenon on multiple machines with different hardware, and multiple torch version.
Repository: go
Issue: cmd/compile: align formal parameters with actual argument when reporting incorrect number of arguments
Labels: NeedsInvestigation,FeatureRequest

### What version of Go are you using (`go version`)?

<pre>
$ go version
go version go1.13 linux/amd64
</pre>

### Does this issue reproduce with the latest release?

yes

### What operating system and processor architecture are you using (`go env`)?

<details><summary><code>go env</code> Output</summary><br><pre>
$ go env
GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/home/klak/.cache/go-build"
GOENV="/home/klak/.config/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GONOPROXY=""
GONOSUMDB=""
GOOS="linux"
GOPATH="/home/klak"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/local/go"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/local/go/pkg/tool/linux_amd64"
GCCGO="gccgo"
AR="ar"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
GOMOD=""
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build664638301=/tmp/go-build -gno-record-gcc-switches"
</pre></details>

### What did you do?
https://play.golang.org/p/Jgg2p681cOG

### What did you expect to see?

<pre>
./prog.go:7:5: not enough arguments in call to foo
	have (number, number, number, number)
	want (int,    int,    int,    int, int, int)
</pre>

### What did you see instead?

<pre>
./prog.go:7:5: not enough arguments in call to foo
	have (number, number, number, number)
	want (int, int, int, int, int, int)
</pre>
Repository: youtube-dl
Issue: support for qobuz ?
Labels: site-support-request

<!--

######################################################################
  WARNING!
  IGNORING THE FOLLOWING TEMPLATE WILL RESULT IN ISSUE CLOSED AS INCOMPLETE
######################################################################

-->


## Checklist

<!--
Carefully read and work through this check list in order to prevent the most common mistakes and misuse of youtube-dl:
- First of, make sure you are using the latest version of youtube-dl. Run `youtube-dl --version` and ensure your version is 2019.09.01. If it's not, see https://yt-dl.org/update on how to update. Issues with outdated version will be REJECTED.
- Make sure that all provided video/audio/playlist URLs (if any) are alive and playable in a browser.
- Make sure that site you are requesting is not dedicated to copyright infringement, see https://yt-dl.org/copyright-infringement. youtube-dl does not support such sites. In order for site support request to be accepted all provided example URLs should not violate any copyrights.
- Search the bugtracker for similar site support requests: http://yt-dl.org/search-issues. DO NOT post duplicates.
- Finally, put x into all relevant boxes (like this [x])
-->

- [x] I'm reporting a new site support request
- [x] I've verified that I'm running youtube-dl version **2019.09.01**
- [x] I've checked that all provided URLs are alive and playable in a browser
- [i don't know] I've checked that none of provided URLs violate any copyrights
- [x] I've searched the bugtracker for similar site support requests including closed ones


## Example URLs

<!--
Provide all kinds of example URLs support for which should be included. Replace following example URLs by yours.
-->

- Playlist: https://open.qobuz.com/album/0060253753015


## Description

<!--
Provide any additional information.
If work on your issue requires account credentials please provide them or explain how one can obtain them.
-->

WRITE DESCRIPTION HERE
I can't use youtube-dl for qobuz... i don't know if is possible or no for some reason, i pay my stream but i shoot my phone data subscription.

regard...
Repository: flutter
Issue: Scaffold should follow keyboard during keyboard height change
Labels: a: text input,framework,a: animation,f: material design,a: fidelity,c: proposal,P3,team-design,triaged-design

## Steps to Reproduce

Scaffold resizes its body when keyboard is shown but this resize is without animation so general feel is very poor. In the example tap on white area and you will see how green area moves instantly while leaving white area behind. I would expect that green area follows keyboard.

```
import 'package:flutter/material.dart';

void main() {
  runApp(
    MyApp(),
  );
}

class MyApp extends StatelessWidget {
  @override
  Widget build(BuildContext context) {
    return MaterialApp(
      title: 'Flutter Demo',
      theme: ThemeData(
        primarySwatch: Colors.blue,
      ),
      home: MyHomePage(),
    );
  }
}

class MyHomePage extends StatefulWidget {
  MyHomePage({Key key}) : super(key: key);

  @override
  _MyHomePageState createState() => _MyHomePageState();
}

class _MyHomePageState extends State<MyHomePage> {
  @override
  void initState() {
    // TODO: implement initState
    super.initState();
  }

  @override
  Widget build(BuildContext context) {
    return Scaffold(
      resizeToAvoidBottomInset: true,
      body: Column(
        children: <Widget>[
          Expanded(
            child: TextField(),
          ),
          Container(
            height: 100,
            width: double.infinity,
            color: Colors.green,
          ),
        ],
      ),
    );
  }
}
```

<!-- Finally, paste the output of running `flutter doctor -v` here. -->

```
[✓] Flutter (Channel beta, v1.8.3, on Mac OS X 10.14.6 18G87, locale en-US)
[✓] Android toolchain - develop for Android devices (Android SDK version 28.0.3)
[✓] Xcode - develop for iOS and macOS (Xcode 10.3)
[✓] Android Studio (version 3.5)
[!] IntelliJ IDEA Ultimate Edition (version 2018.1.2)
    ✗ Flutter plugin not installed; this adds Flutter specific functionality.
    ✗ Dart plugin not installed; this adds Dart specific functionality.
[✓] Connected device (1 available)
```
Repository: go
Issue: cmd/vet: prefix in vet output breaks error file format compatibility
Labels: NeedsInvestigation,Analysis


### What version of Go are you using (`go version`)?
<pre>
$ go version
go version go1.13 darwin/amd64
</pre>

### Does this issue reproduce with the latest release?
Yes


### What operating system and processor architecture are you using (`go env`)?

<details><summary><code>go env</code> Output</summary><br><pre>
$ go env
GO111MODULE=""
GOARCH="amd64"
GOBIN="/Users/mbp/go/bin"
GOCACHE="/Users/mbp/Library/Caches/go-build"
GOENV="/Users/mbp/Library/Application Support/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="darwin"
GONOPROXY="github.com/mirza-s"
GONOSUMDB="github.com/mirza-s"
GOOS="darwin"
GOPATH="/Users/mbp/go"
GOPRIVATE="github.com/mirza-s"
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/local/go"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/local/go/pkg/tool/darwin_amd64"
GCCGO="gccgo"
AR="ar"
CC="clang"
CXX="clang++"
CGO_ENABLED="1"
GOMOD=""
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"
GOGCCFLAGS="-fPIC -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=/var/folders/nt/0hzfppd92jvbk99fhvnhy8ph0000gn/T/go-build729502798=/tmp/go-build -gno-record-gcc-switches -fno-common"
</pre></details>

### What did you do?

Run
```
go vet cmd/main.go
```

### What did you expect to see?
```
cmd/main.go:187:62: undefined: a
```

### What did you see instead?
```
vet: cmd/main.go:187:62: undeclared name: a
```

This appears to be introduced in 38431f1044880b936e35034ded19a6a8bc9faa21
Repository: godot
Issue: Tilemap - crash if y-sort active and tiles at 512x512 or more
Labels: bug,topic:core,crash

**Godot version:**
- 3.1.1 (64 bit) - 2D

_Remark: the 32 bit client seems to be able to achieve higher tile number, before he simply stopps to respond_


**OS/device including version:**

- Windows 10
- RTX 2080
- I7 8700


**Issue description:**
If a tilemap is filled by GD-Script, exceeds 512x512 tiles and has y-sort active it crashes with the following error message.
- ERROR: _get_socket_error: Socket error: 10054
- At: drivers/unix/net_socket_posix.cpp:190

Additional remark: The memory usage gets significantly higher with y-sort active.

**Steps to reproduce:**
The attached project already has the correct setup -> if you remove y-sort it runs without crash.
But you can also just load via code a tilemap with double loop … error only occurs if y-sort is active.

**Minimal reproduction project:**
[project.zip](https://github.com/godotengine/godot/files/3584355/project.zip)
Repository: PowerToys
Issue: [FancyZones] Auto resizing of windows placed side-by-side
Labels: Idea-Enhancement,FancyZones-Dragging&UI,Product-FancyZones

# Summary of the new feature/enhancement
Windows (10?) comes with a neat feature to allow windows arranged side-by-side to logically snap together so whenever I resize one of them, the other ones resizes accordingly. This is a built-in feature that can be enabled and disabled in the Multitasking settings of Windows 10 (see screenshot below) and it would be quite nice if Powertools' FancyZones supports / respects this setting and enables the same underlying 'snapping' if windows when / where applicable to windows placed side by sides into zones.

# Proposed technical implementation details (optional)
n.a.

Screenshot of corresponding Windows 10 Settings:
![ApplicationFrameHost_9xOcsmuLF5](https://user-images.githubusercontent.com/828/64437998-494d0680-d095-11e9-9d27-15ce8ef8dfb5.png)