sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: electron
Issue: Request for webview full page capture API
Labels: enhancement :sparkles:

### Problem Description
I'm working on an app that renders a URL in `<webview>` and takes screenshots from it. `<webview>.capturePage([rect])` API can be used to capture the visible content but there is no way to capture the **entire page length** i.e content beyond the visible region with scrollbar.  I have tried changing height variable in `[rect] `object, still, it won't capture beyond the window height.

### Proposed Solution
A new method `<webview>.captureFullPage` that is capable of capturing entire page length is a great solution. Thre is a similar problem with chrome API, that is solved by `capture visible page > scroll to the next visible region > and repeat till the end > stitch the images together. `

### Alternatives Considered
An alternate workaround is to use the html2canvas library to convert HTML to canvas.

### Additional Information
_version: 6.1.9_
Repository: go
Issue: spec: disallow duplicate keys via variables in keyed constructors
Labels: NeedsDecision

<!--
Please answer these questions before submitting your issue. Thanks!
For questions please use one of our forums: https://github.com/golang/go/wiki/Questions
-->

### What version of Go are you using (`go version`)?

<pre>
go version go1.13.8 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>
GO111MODULE=""
GOARCH="amd64"
GOBIN=""
GOCACHE="/Users/big0ne/Library/Caches/go-build"
GOENV="/Users/big0ne/Library/Application Support/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="darwin"
GONOPROXY=""
GONOSUMDB=""
GOOS="darwin"
GOPATH="/Users/big0ne/go"
GOPRIVATE=""
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/ql/g_n75d6510s0lxhzzs70h5g40000gn/T/go-build587896349=/tmp/go-build -gno-record-gcc-switches -fno-common"

</pre></details>

### What did you do?

I have struct like this:
`type person struct {
	first  string
	last   string
	skills []string
}`

and I have two variables in this type:

`	p1 := person{
		first:  "John",
		last:   "Stallone",
		skills: []string{"Java", "Go"},
	}

	p2 := person{
		first:  "Mark",
		last:   "Stallone",
		skills: []string{"C++", "Python", "Go"},
	}`

If I wanted create something like this:

`	persons := map[string]person{
		"Stallone": p1,
		"Stallone": p2,
	}`

it would be obvious error, but if I try this:

`	persons := map[string]person{
		p1.last: p1,
		p2.last: p2,
	}`

there is no problem. 

And result may be confusing, because second key overwrites previous one. For example for this code:

`
	for _, v := range persons {
		fmt.Println(v.first)
		fmt.Println(v.last)
		for i, val := range v.skills {
			fmt.Println(i+1, val)
		}
		fmt.Println("===")
	}`

I get only one person with skills, when I have map with two values in there.




### What did you expect to see?

Consistency would be better (so we should let developer write map with two keys all the time or we should block every try of duplication by raise an exception)


### What did you see instead?


`Mark
Stallone
1 C++
2 Python
3 Go
`
Repository: go
Issue: runtime: save CPU registers for the frame calling runtime.sigpanic
Labels: NeedsInvestigation,Debugging,compiler/runtime

When a OS signal/exception causes a panic a call to runtime.sigpanic is pushed onto the goroutine stack but a debugger has no way to recover the state of the CPU registers for the frame that caused the signal to happen. Having them would be useful for debugging optimized executables (where some variables may be registerized) as well as debugging problems with functions implemented in assembly.

Context: https://github.com/go-delve/delve/issues/1838#issuecomment-577506916

cc @heschik
Repository: flutter
Issue: AndroidView and UiKitView are not clickable
Labels: framework,engine,f: gestures,a: platform-views,has reproducible steps,P2,found in release: 3.7,found in release: 3.8,team-engine,triaged-engine

As the title suggests i'm using the androidView to display a particular image.
The problem is that AndroidView is not clickable, wrapping it in a gesturedetector the onTap is never called when i click the widget,but onTapCancel，onDoubleTap，onLongPress can working 

```java
GestureDetector(
        onTap: (){ print("onTap"); },
        onTapCancel: (){ print("onTapCancel"); },
        onLongPress: (){ print("onTapCancel"); },
        onDoubleTap: (){ print("onTapCancel"); },
        child: AndroidView(
                viewType: '..',
                onPlatformViewCreated: onPlatformViewCreated,
                creationParams: creationParams,
                creationParamsCodec: const StandardMessageCodec(),
        )
),
```
Repository: vue
Issue: Vue form inputs broken on IE11 on browser refresh
Labels: browser quirks

### Version
2.6.11

### Reproduction link
[https://codepen.io/affeman/pen/LYVzzYw](https://codepen.io/affeman/pen/LYVzzYw)







### Steps to reproduce
Not reproducible in CodePen but the code is the same used in the Vue official documentation (See below)

1. Go to https://vuejs.org/v2/guide/forms.html#Checkbox in Internet Explorer 11
2. Click the checkbox
3. Reload the page

### What is expected?
The checkbox is unchecked and the label is false

### What is actually happening?
The checkbox is checked and the label is false

---
The same issue applies to the other components on the page as well.

The issue is not applicable after a hard refresh.

<!-- generated by vue-issues. DO NOT REMOVE -->
Repository: three.js
Issue: GCodeLoader support relative E command, M82
Labels: Enhancement,Loaders

GCode for 3D printing has many options and settings. one of them is to define if the 'E' parameter is in absolute coordinates or in relative coordinates. it is set by using the [M82](https://marlinfw.org/docs/gcode/M082.html) or [M83](https://marlinfw.org/docs/gcode/M083.html) command.

Now by default the only mode is absolute.
https://github.com/mrdoob/three.js/blob/2df85012e54ef3924f7f91608b87bdf40d9ccf3d/examples/js/loaders/GCodeLoader.js#L127
this is the line that may need to change.

##### Three.js version

- [ ] Dev
- [x] r114
- [ ] ...

##### Browser

- [x] All of them
- [ ] Chrome
- [ ] Firefox
- [ ] Internet Explorer

##### OS

- [x] All of them
- [ ] Windows
- [ ] macOS
- [ ] Linux
- [ ] Android
- [ ] iOS

##### Hardware Requirements (graphics card, VR Device, ...)
Repository: pytorch
Issue: Inconsistent semantics of converting inf/-inf to long
Labels: module: docs,triaged

Note that on cpu both `inf` and `-inf` produce a negative number (int64_min)
```python
import torch

print(torch.tensor(float('inf'), device = 'cpu', dtype = torch.float32).long())
# tensor(-9223372036854775808)
print(torch.tensor(float('-inf'), device = 'cpu', dtype = torch.float32).long())
# tensor(-9223372036854775808)

print(torch.tensor(float('inf'), device = 'cuda', dtype = torch.float32).long())
# tensor(9223372036854775807, device='cuda:0')
print(torch.tensor(float('-inf'), device = 'cuda', dtype = torch.float32).long())
# tensor(-9223372036854775808, device='cuda:0')

print(torch.tensor(float('inf'), device = 'cuda', dtype = torch.float16).long())
# tensor(9223372036854775807, device='cuda:0')
print(torch.tensor(float('-inf'), device = 'cuda', dtype = torch.float16).long())
# tensor(-9223372036854775808, device='cuda:0')
```

The mere possibility of converting inf/-inf to long is already doubtful (and probably worth a mention in the docs somewhere)
Repository: go
Issue: x/tools/cmd/bundle: does not recognize duplicate imports due to import aliases
Labels: NeedsFix,Tools

<!--
Please answer these questions before submitting your issue. Thanks!
For questions please use one of our forums: https://github.com/golang/go/wiki/Questions
-->

### What version of Go are you using (`go version`)?

<pre>
$ go version
go version go1.14 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=""
GOCACHE="/Users/meling/Library/Caches/go-build"
GOENV="/Users/meling/Library/Application Support/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="darwin"
GOINSECURE=""
GONOPROXY=""
GONOSUMDB=""
GOOS="darwin"
GOPATH="/Users/meling/go"
GOPRIVATE=""
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/local/Cellar/go/1.14/libexec"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/local/Cellar/go/1.14/libexec/pkg/tool/darwin_amd64"
GCCGO="gccgo"
AR="ar"
CC="clang"
CXX="clang++"
CGO_ENABLED="1"
GOMOD="/Users/meling/work/gorumsv2/go.mod"
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/qf/stfl1sbn3p9939ylh7v1fm680000gn/T/go-build400092728=/tmp/go-build -gno-record-gcc-switches -fno-common"
</pre></details>

### What did you do?

<!--
If possible, provide a recipe for reproducing the error.
A complete runnable program is good.
A link on play.golang.org is best.
-->
Ran bundle ([commit](https://go-review.googlesource.com/c/tools/+/189818)) on a package that contains both protobuf generated code and non-generated code. The generated code contains imports of the form:
```go
	trace "golang.org/x/net/trace"
	grpc "google.golang.org/grpc"
	codes "google.golang.org/grpc/codes"
	status "google.golang.org/grpc/status"
	protoreflect "google.golang.org/protobuf/reflect/protoreflect"
	protoimpl "google.golang.org/protobuf/runtime/protoimpl"
```
Whereas the non-generated code have imports of the form:
```go
	"golang.org/x/net/trace"
	"google.golang.org/grpc"
```

### What did you expect to see?

I would expect the imports to be rewritten as follows:
```go
	"golang.org/x/net/trace"
	"google.golang.org/grpc"
```
Or, alternatively:
```go
	trace "golang.org/x/net/trace"
	grpc "google.golang.org/grpc"
```

### What did you see instead?

Duplicate imports that cause compile error.
```go
	"golang.org/x/net/trace"
	trace "golang.org/x/net/trace"
	"google.golang.org/grpc"
	grpc "google.golang.org/grpc"
```

I have reported a companion issue [here](https://github.com/golang/protobuf/issues/1051#issue-576207291).
Repository: godot
Issue: Support for theme item booleans
Labels: enhancement,discussion,topic:gui

**Godot version:**
da502f7

**Issue description:**
AFAIK theme properties don't support boolean values, but there's few of them that fake booleans by using 0 and 1 constants. Example is `shadow_as_outline` in (RichText)Label or `autohide` in H/VSplitContainer. As briefly discussed in #36773, we should make these properties proper booleans.
Repository: godot
Issue: Viewports fail to draw transparency, with Environment BackgroundMode Canvas in GLES3
Labels: bug,topic:rendering,confirmed

**Godot version:**
3.2 stable

**OS/device including version:**
Windows 10
Nvidia GeForce 1070 and 1650 mobile.

**Issue description:**
When setting background mode in Environment resource to "Canvas", Viewports fail to draw transparency. Viewports draw black background instead. Only broken in GLES3. Works as expected in GLES2. In my reproduction project, the blue cube is supposed to draw in front, then green plane in middle, and lastly red cube behind.

![Godot_v3 2-stable_win64_PA2j02JZqW](https://user-images.githubusercontent.com/15088582/75984367-94cc5a00-5eea-11ea-8bdf-edebfd2735fd.png)

![Godot_v3 2-stable_win64_kSmY1V0g1g](https://user-images.githubusercontent.com/15088582/75984383-9b5ad180-5eea-11ea-87d3-f01953cb8d59.png)

**Steps to reproduce:**
Open the project i supplid. Go to environment resource and change between background mode "Clear Color" and "Canvas". Also toggle between GLES3 and GLES2.

**Minimal reproduction project:**
[BackgroundModeCanvas.zip](https://github.com/godotengine/godot/files/4293084/BackgroundModeCanvas.zip)

Edit: typos
Repository: godot
Issue: ViewportTexture repeat flag has no effect
Labels: bug,topic:core,topic:rendering,confirmed

**Godot version:**
3.2 stable
**OS/device including version:**
Windows 10 1903
**Issue description:**
Changing Viewport-Texture-Flag of Spatial-Material albedo to repeat has no effect. In contrast, changing filter mode works.

**Steps to reproduce:**
1. Create fresh project.
2. Define viewport with something rendered to it
3. Apply viewport-texture to some surface and check repeat flag. (make sure resource is local to scene)
4. Change UV scaling to something larger then 1 to see the effect.

**Minimal reproduction project:**
[Bug.zip](https://github.com/godotengine/godot/files/4293315/Bug.zip)
Repository: pytorch
Issue: [docs] Missing docs online for conv_tbc
Labels: module: docs,triaged

No docs online: https://pytorch.org/docs/master/search.html?q=conv_tbc&check_keywords=yes&area=default

Docstring in code:
https://github.com/pytorch/pytorch/blob/857eb4145e603db0941eb115e28e3aae654c49f8/torch/nn/functional.py#L212

Code: https://github.com/pytorch/pytorch/blob/877c96cddfebee00385307f9e1b1f3b4ec72bfdc/aten/src/ATen/native/ConvolutionTBC.cpp

In general, is there a benchmark on `conv1d` vs `conv_tbc`?

Does `conv_tbc` get called under the hood of `conv1d` if TBC memory layout is detected?
Repository: rust
Issue: We should use crate visibility in implementation details like std::sys.
Labels: C-enhancement,A-visibility,T-libs-api

@pnkfelix brought up during the compiler meeting that #67705 is "adding a `pub fn` to `std::sys::windows`", which turned out not to be a concern as `std::sys` itself is private.

However I think it would be helpful (and prevent accidental reexports), if everything under `std::sys` (and anything like it) had `crate`-level visibility instead of `pub`.

cc @rust-lang/libs
Repository: rust
Issue: rustc_span footgun: ensure_source_file_source_present has to be manually called.
Labels: C-cleanup,T-compiler

Methods like `SourceFile::get_line` always succeed for files from the current crate, but if the file is imported cross-crate (which will include macros after #66364), they will silently fail unless `SourceMap::ensure_source_file_source_present` was called with that `SourceFile` ahead of time.

The reason this isn't more automated is because a `SourceFile` by itself can't load files on demand.
We could perhaps work around this by moving all APIs that access `src` and/or `external_src` to `SourceMap`, which would allow fully automatic on-demand loading.

(An extreme version of this would be replacing `Rc<SourceFile>` with `newtype_index!` `SourceFile` and `IndexMap<SourceFile, SourceFileData` in `SourceMap`, but we needn't do that now)

As it stands, there is probably a bunch of code in the compiler (typically around diagnostics, especially suggestions) which is getting source code from a `SourceFile` without ever calling `ensure_source_file_source_present`, so if we don't automate it, we'd need to do an audit.

cc @rust-lang/wg-diagnostics @petrochenkov
Repository: godot
Issue: Mono: Cannot instance a scene with a C# script dependency from PCK.
Labels: bug,confirmed,topic:dotnet

___

***Bugsquad note:** This issue has been confirmed several times already. No need to confirm it further.*

___

**Godot version:** 

v3.2.stable.mono.official

**OS/device including version:**

Manjaro Linux with kernel 5.5.7-1

**Issue description:** 

We are unable to fully import a scene from a `.pck` or `.zip` file with **C# scripts dependencies**.

```
E 0:00:00.617   can_instance: Cannot instance script because the class 'PCKScenePrint' could not be found. Script: 'res://PCKScenePrint.cs'.
  <C++ Error>   Method failed. Returning: __null
  <C++ Source>  modules/mono/csharp_script.cpp:2915 @ can_instance()
  <Stack Trace> :0 @ Int32 Godot.NativeCalls.godot_icall_1_186(IntPtr , IntPtr , System.String )()
                SceneTree.cs:637 @ Godot.Error Godot.SceneTree.ChangeScene(System.String )()
                PCKLoader.cs:13 @ void PCKLoader._Ready()()
```

**Steps to reproduce:**

1. Extract the downloaded ***MinimalProject.zip***.

2. Open the ***Project_Import_PCK*** in Godot.

3. Run the project and check the Debugger.

**Minimal reproduction project:**

[MinimalProject.zip](https://github.com/godotengine/godot/files/4294445/MinimalProject.zip)

Notes:
- ***Export*** directory contains the exported `.pck` and `.zip` files.
- ***Project_Export_PCK*** is the PCK's project directory.
- ***Project_Import_PCK*** is the directory of the project that import's the `.pck` or `.zip` file.
Repository: flutter
Issue: google_sign_in_web exception with deployed js file
Labels: p: google_sign_in,package,a: error message,team-ecosystem,P3,triaged-ecosystem

The google_sign_in_web package works locally when I run my app with `flutter run -d web-server`. But after I `flutter build web` and deploy I get the following exception in chrome:
```
cb=gapi.loaded_0:163 Uncaught TypeError: t.gxp is not a function
    at Se.$1 (google_sign_in_web.dart:113)
    at Object.aom (js_helper.dart:1062)
    at Object.ae9 (core_patch.dart:85)
    at aqG (js_patch.dart:542)
    at js_patch.dart:520
    at e.wo (cb=gapi.loaded_0:175)
    at kk (cb=gapi.loaded_0:178)
    at fk (cb=gapi.loaded_0:178)
    at _.Qj.qU (cb=gapi.loaded_0:178)
    at Nj (cb=gapi.loaded_0:169)
```
Repository: react
Issue: [Feature Request] Allow dependency length to change in hooks
Labels: Type: Enhancement,Status: Unconfirmed

Not allowing dependency lists to change size limits the usefulness of `useMemo` in this particular use case but I imagine there are other similar use cases.

To be clear I am talking about the error triggered here:

https://github.com/facebook/react/blob/024a764310e64ef38963df16970364b9942a60cd/packages/react-reconciler/src/ReactFiberHooks.js#L322

For instance, in my app I have a bunch of items and the user can select an unlimited amount of them, in another component I want to compute an expensive derived value based on this selection that is relevant only to this component, a good use case for `useMemo`.

However it is not currently possible to use `useMemo` and I am forced to compute this derived data outside of this component even though I am only interested in doing so whilst this component is mounted.

I don't understand why a change in dependency list length cannot be assumed to be a change in the dependencies itself?

I believe this can be implemented by changing the above to:

```js
if (prevDeps.length !== nextDeps.length) {
    return false;
}
```
Repository: godot
Issue: get_child doesn't have onready warning
Labels: enhancement,topic:gdscript,topic:editor

**Godot version:**
3.2

**Issue description:**
When you declare a field variable using `get_node()`, you get a warning that it won't work and use `onready`. The same is true for `get_child()` (and maybe `get_parent()` and similar), but the warning doesn't appear.
Repository: opencv
Issue: core: inconsistency of addition for multi-channel Mat and Scalar
Labels: bug,category: core,RFC,future,pr: Discussion Required

OpenCV 3.4.9 / 4.2.0:

arg1 - uint8 matrix with 3 channels:
- `Mat m__1_2_3(Size(2, 2), CV_8UC3, Scalar(1, 2, 3));`

arg2:
- `5`
- `Scalar(5)` (identical to `Scalar(5, 0, 0, 0)`)
- `Scalar(5, 1e-6, 0)`
- `Scalar::all(5)` (identical to `Scalar(5, 5, 5, 5)`)

Result variants:
1. `[6, 2, 3]` - modified 1st channel only
2. `[6, 7, 8]` - all channels are modified

|#|C++ code|arg1<br/>5|arg2<br/>Scalar(5)|arg3<br/>Scalar<br/>(5, 1e-6, 0)|arg4<br/>Scalar::all(5)|
|---|---|:-:|:-:|:-:|:-:|
|1|`cv::add(arg1, arg2, res)`|2|1|1|2|
|2|**MatExpr**<br/>`res = arg1 + arg2`|1<br/>#14738|1|1|2|
|3|**MatExpr**<br/>`res = 1.001 * arg1 + arg2`|2<br/>#14738|2<br/>#16538|1|2|

Analyse:
- results with `Scalar(5, 1e-6, 0)`(arg3) and `Scalar::all(5)`(arg4) are consistent and adequate
- some other cases should be be deprecated / changed / removed?
- case with numeric scalar (`5`) may have designed to use with **complex numbers** (emulation through matrices with 2 channels) where `5` is interpreted as a real number.
- current implicit conversion of `5` into `Scalar` (no explicit bug/feature) converts this into `Scalar(5, 0, 0, 0)`. Extra overloads may help to avoid implicit conversions (but may break user code).

Related unclear stuff:
- multi-channel `Mat::eye()` without element initializer.
- missing `explicit` for `Vec` and `Scalar` constructors: #11956
- almost zero tests for `MatExpr` stuff
Repository: flutter
Issue: Add keyboard integration test on Android
Labels: a: tests,a: text input,platform-android,engine,P2,team-android,triaged-android

Once the engine has framework bundling pre-submit tests (@collinjackson can you link to the tracking bug?), add keyboard integration tests that involves focusing, unfocusing, selection/composing region tracking, typing, dismissing, etc.
Repository: pytorch
Issue: PyTorch GPU memory allocation
Labels: module: cuda,triaged

How to prevent shared libraries from allocating memory in GPU? I see that even before any shared library function is used, GPU memory uses increases significantly with PyTorch as soon as the process gets started. Any workaround?

```torch::Device gpuDevice(torch::kCUDA);
    torch::Device cpuDevice(torch::kCPU);

    torch::Tensor t1 = torch::ones({5, 5}, gpuDevice);
    torch::Tensor t2 = torch::ones({5, 5}, gpuDevice);
    torch::Tensor t = t1 + t2;

    torch::Tensor tcpu = t.to(cpuDevice);
```
With this simple example code nvidia-smi shows usage of 781MB of memory!
```+-----------------------------------------------------------------------------+
| Processes:                                                       GPU Memory |
|  GPU       PID   Type   Process name                             Usage      |
|=============================================================================|
|    0       467      C   ./example-gpu                                633MiB |
|    0      2283      G   /usr/lib/xorg/Xorg                           104MiB |
|    0      2320      G   /usr/bin/gnome-shell                          55MiB |
|    0      3184      G   /usr/lib/xorg/Xorg                           390MiB |
|    0      3321      G   /usr/bin/gnome-shell                         297MiB |
|    0      4239      G   ...quest-channel-token=8978750699062060003    41MiB |
|    0     30984      G   ...uest-channel-token=11524677140754815412    44MiB |
+-----------------------------------------------------------------------------+
```
cc @ngimel