sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: go
Issue: x/tools/cmd/present2md: code blocks only output one level of indentation
Labels: NeedsInvestigation,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.2 linux/amd64
</pre>

### Does this issue reproduce with the latest release?

This isn't an issue with the go core.

I _did_ install the latest version of `present` with `go get -u golang.org/x/tools/cmd/present2md`

### 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/autarch/.cache/go-build"
GOENV="/home/autarch/.config/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOINSECURE=""
GONOPROXY="github.com/ActiveState"
GONOSUMDB="github.com/ActiveState"
GOOS="linux"
GOPATH="/home/autarch/go"
GOPRIVATE="github.com/ActiveState"
GOPROXY="https://proxy.golang.org,direct"
GOROOT="/usr/lib/go"
GOSUMDB="sum.golang.org"
GOTMPDIR=""
GOTOOLDIR="/usr/lib/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-build349158934=/tmp/go-build -gno-record-gcc-switches"

</pre></details>

### What did you do?

I ran the tool to convert some slides.

### What did you expect to see?

For code blocks that are part of a list, Markdown requires that there be extra indentation. So for example with a top-level list, you need two levels of indentation for a code block (8 spaces or 2 tabs). For a second level list you need three levels of indentation, etc.

Alternatively, CommonMark supports [fenced code blocks](https://spec.commonmark.org/0.29/#fenced-code-blocks), which work without any indentation in all contexts.

### What did you see instead?

All code blocks are output with just one level of indentation, meaning any code block in a list was no longer formatted correctly.

Rather than trying to get the indentation right, I'd suggest just outputting a fenced code block. This is a lot simpler to edit later since you never have to fiddle with the indentation.
Repository: rust
Issue: Add `core::panic::Location::{end_line,end_column}`?
Labels: T-libs-api,C-feature-request

Method chains no longer share a single span, which makes the location reported by `Location::caller()` *much* more useful when chaining unwraps. The next step to improve their fidelity will be to allow `Location` to encode the "end span" of a call, and to expose that to users somehow. Probably in the Debug/Display impls to start.
Repository: rust
Issue: function-like procedural macros: no dead_code warning on created code (e.g. "function is never used" warning)
Labels: A-lints,T-compiler,C-bug,A-proc-macros

**Problem**: I got no **"function is never used" warning** (dead_code) on code generated by function-like procedural macros

_I dare say this is a bug but I'm fairly new to **procedural macros** and maybe I'm doing something wrong. After quite a lot of searching I was unable to figure out if that was really the case so I decided to open an issue._

**Ref**: https://doc.rust-lang.org/reference/procedural-macros.html

* **Cargo.toml**:

```rust
$ cat Cargo.toml
[package]
name = "aux"
version = "0.1.0"
edition = "2018"

[lib]
proc-macro = true
```

* **src/lib.rs**:

```rust
$ cat src/lib.rs
use proc_macro::TokenStream;
#[proc_macro]
pub fn make_dummy(_item: TokenStream) -> TokenStream {
    "fn dummy() {}".parse().unwrap()
}
```

* **src/main.rs**:

```rust
$ cat src/main.rs
aux::make_dummy!();
fn dummy2() {}
fn main() {
    println!("hello");
}
```

**Expected**: with the previous code I expected two **function is never used** warnings:

* The first one for the generated ```fn dummy() {}``` code
* The second one for ```fn dummy2() {}``` code

**Instead**: I just got a warning on **dummy2()** but nothing on **dummy()**:

```rust
$ cargo build
   Compiling aux v0.1.0 (/var/tmp/aux)
warning: function is never used: `dummy2`
 --> src/main.rs:2:4
  |
2 | fn dummy2() {}
  |    ^^^^^^
  |
  = note: `#[warn(dead_code)]` on by default

warning: 1 warning emitted

    Finished dev [unoptimized + debuginfo] target(s) in 0.23s
```

Expanded code: both **dummy()** and **dummy2()** are there, but there's only a build warning on **dummy2()**:

```rust
$ cargo expand --bin aux
    Checking aux v0.1.0 (/var/tmp/aux)
    Finished check [unoptimized + debuginfo] target(s) in 0.06s

#![feature(prelude_import)]
#[prelude_import]
use std::prelude::v1::*;
#[macro_use]
extern crate std;
fn dummy() {}
fn dummy2() {}
fn main() {
    {
        ::std::io::_print(::core::fmt::Arguments::new_v1(
            &["hello\n"],
            &match () {
                () => [],
            },
        ));
    };
}
```

**rustc version**: I checked with the following versions of the compiler with same result:

* **rustc 1.44.1**:
```
$ rustc --version --verbose
rustc 1.44.1 (c7087fe00 2020-06-17)
binary: rustc
commit-hash: c7087fe00d2ba919df1d813c040a5d47e43b0fe7
commit-date: 2020-06-17
host: x86_64-unknown-linux-gnu
release: 1.44.1
LLVM version: 9.0
```

* **rustc 1.46.0-nightly**:
```
$ rustc --version --verbose
rustc 1.46.0-nightly (feb3536eb 2020-06-09)
binary: rustc
commit-hash: feb3536eba10c2e4585d066629598f03d5ddc7c6
commit-date: 2020-06-09
host: x86_64-unknown-linux-gnu
release: 1.46.0-nightly
LLVM version: 10.0
```
Repository: excalidraw
Issue: no drawing controls work
Labels: bug

https://www.loom.com/share/23dd8a324de74e9797aff8c49d57f6b9

The app works fine for sometime and then this happens. all controls stop working.. can't select anything draw anything.
Repository: opencv
Issue: dnn::readNet error with IE backend
Labels: category: dnn

Win10, CMake 3.18, VS 2017, CUDA 10.2, OpenVINO rev. ae9e0510f008220a297130c45e30bfc7fcf27b04.

dnn::readNet raise an exception
````
Dims and format are inconsistent.
E:\Lib_prebuild\OpenVino\openvino\inference-engine\src\inference_engine\ie_layouts.cpp:276
E:\Lib_prebuild\OpenVino\openvino\inference-engine\include\details/ie_exception_conversion.hpp:62
````
Model: `face-detection-adas-0001`.
This exception appears in Release and Debug build.
TF and Caffe models work fine with this IE backend.
List of IE files in PATH folder (Debug build):
<details>

````
cache.json
clDNNPlugind.dll
format_readerd.dll
GNAPlugind.dll
HeteroPlugind.dll
inference_engined.dll
inference_engine_c_apid.dll
inference_engine_ir_readerd.dll
inference_engine_legacyd.dll
inference_engine_lp_transformationsd.dll
inference_engine_onnx_readerd.dll
inference_engine_preprocd.dll
inference_engine_transformationsd.dll
interpreter_backendd.dll
MKLDNNPlugind.dll
MultiDevicePlugind.dll
myriadPlugind.dll
ngraphd.dll
ngraph_backendd.dll
onnx_importerd.dll
opencv_c_wraperd.dll
pcie-ma248x.elf
plugins.xml
template_extensiond.dll
usb-ma2450.mvcmd
usb-ma2x8x.mvcmd
````
</details>

Last working build configuration which I tried with this model is OpenCV 412 and  OpenVINO 2019_R1.1_InferenceEngine_23780.
Repository: opencv
Issue: OpenCV.JS WASM build fails. Generator error. Unable to resolve face::Facemark for face_FacemarkKazemi
Labels: feature,category: build/install,category: contrib,category: javascript (js)

 OpenCV => 4.3.0
 Operating System / Platform => Ubuntu

Added face module. 
opencv_js.config.py :
face = {'': ['createFacemarkLBF', 'createFacemarkAAM', 'createFacemarkKazemi', 'drawFacemarks'],\
        'Facemark': ['fit', 'loadModel'], \
        'FacemarkLBF': [], \
        'FacemarkAAM': [], \
        'FacemarkKazemi': [], \
        }

JS enabled for face module.

<pre>100%] <font color="#3465A4"><b>Generating bindings.cpp</b></font>
cd /home/svg/opencv/build_wasm/modules/js &amp;&amp; /usr/bin/python2.7 /home/svg/opencv/modules/js/src/embindgen.py /home/svg/opencv/modules/js/../python/src2/hdr_parser.py /home/svg/opencv/build_wasm/modules/js/bindings.cpp /home/svg/opencv/build_wasm/modules/js/headers.txt /home/svg/opencv/modules/js/src/core_bindings.cpp
Generator error: unable to resolve base face::Facemark for face_FacemarkKazemi
make[3]: *** [modules/js/CMakeFiles/opencv_js.dir/build.make:143: modules/js/bindings.cpp] Error 255
make[3]: Leaving directory &apos;/home/svg/opencv/build_wasm&apos;
make[2]: *** [CMakeFiles/Makefile2:3856: modules/js/CMakeFiles/opencv_js.dir/all] Error 2
make[2]: Leaving directory &apos;/home/svg/opencv/build_wasm&apos;
make[1]: *** [CMakeFiles/Makefile2:3825: modules/js/CMakeFiles/opencv.js.dir/rule] Error 2
make[1]: Leaving directory &apos;/home/svg/opencv/build_wasm&apos;
make: *** [Makefile:691: opencv.js] Error 2
Traceback (most recent call last):
  File &quot;./platforms/js/build_js.py&quot;, line 284, in &lt;module&gt;
    builder.build_opencvjs()
  File &quot;./platforms/js/build_js.py&quot;, line 202, in build_opencvjs
    execute([&quot;make&quot;, &quot;-j&quot;, str(multiprocessing.cpu_count()), &quot;opencv.js&quot;])
  File &quot;./platforms/js/build_js.py&quot;, line 23, in execute
    raise Fail(&quot;Child returned: %s&quot; % retcode)
__main__.Fail: Child returned: 2
</pre>
Repository: vscode
Issue: Alt+Backspace to delete previous character without smart indentation-aware deletion
Labels: feature-request,editor-autoindent

<!-- ⚠️⚠️ Do Not Delete This! feature_request_template ⚠️⚠️ -->
<!-- Please read our Rules of Conduct: https://opensource.microsoft.com/codeofconduct/ -->
<!-- Please search existing issues to avoid creating duplicates. -->

<!-- Describe the feature you'd like. -->
Sometimes, you want to move a block of code left, but pressing backspace moves it to the last tabstop. I suggest that pressing Alt+Backspace doesn't do this, and just removes one character.
Repository: godot
Issue: Tilemap horizontal line flicker due to texture atlas not having gaps between tiles (fixed in 4.x)
Labels: bug,topic:rendering,confirmed,topic:2d

**Godot version:**
3.2.1 stable

**OS/device including version:**
OS: Windows 10 x64
GPU Model: GTX 1080
Drivers: 442.74
Backend: GLES2 / GLES3

**Issue description:**
Tilemaps intermittently flicker between the expected result and a set of horizontal lines:
![tile-glitch-repro](https://user-images.githubusercontent.com/1253239/85215338-1d261c00-b36f-11ea-9ca3-1aacb8f4f04b.gif)

The flicker occurs roughly ~4x more frequently than the gif was able to capture.
Expected behavior is for tilemaps to remain visually stable.

**Steps to reproduce:**
Create a scene with several layered tilemaps and scroll a Camera2D node around it.

**Notes:**
This behaviour doesn't occur when the affected scene is nested inside its own Viewport node and displayed via a ViewportTexture plugged into a TextureRect. I've included an example setup and details inside the reproduction project.

**Minimal reproduction project:**
[tilemap_bug_repro.zip](https://github.com/godotengine/godot/files/4808837/tilemap_bug_repro.zip)
Repository: opencv
Issue: Cannot upload by imread() files containing char "–" in name
Labels: duplicate,category: python bindings

##### System information (version)

- OpenCV => opencv-python         4.2.0.34
- Operating System / Platform => Windows-10-10.0.18362-SP0
- Compiler => Visual Studio 1.46.1, Python 3.7.4 32-bit

##### Detailed description

When I upload file containing in name char `–` U+2013 : EN DASH by `cv2.imread()`, file is not uploaded.
Example of invalid name:
`Artboard 1 copy 11 – 10.png`

##### Steps to reproduce
[Png files](https://gofile.io/d/PuhqVl)
Code:
```
# This one works
img1 = cv2.imread("images/referance/Artboard 1 copy 11 1.png")
height, width, channel = img1.shape
print(height, width, channel)

# This one does not
img2 = cv2.imread("images/referance/Artboard 1 copy 11 – 10.png")
height, width, channel = img2.shape
print(height, width, channel)
```

##### Terminal output (powershell)
```
1280 720 3
Traceback (most recent call last):
 File "wrong_path.py", line 8, in <module>
    height, width, channel = img2.shape
AttributeError: 'NoneType' object has no attribute 'shape'
```
Repository: TypeScript
Issue: Build mode ignores inherited --pretty flag when run through lerna
Labels: Bug

<!-- 🚨 STOP 🚨 STOP 🚨 STOP 🚨

Half of all issues filed here are duplicates, answered in the FAQ, or not appropriate for the bug tracker. Even if you think you've found a *bug*, please read the FAQ first, especially the Common "Bugs" That Aren't Bugs section!

Please help us by doing the following steps before logging an issue:
  * Search: https://github.com/Microsoft/TypeScript/search?type=Issues
  * Read the FAQ: https://github.com/Microsoft/TypeScript/wiki/FAQ

Please fill in the *entire* template below.
-->

<!--
Please try to reproduce the issue with the latest published version. It may have already been fixed.
For npm: `typescript@next`
This is also the 'Nightly' version in the playground: http://www.typescriptlang.org/play/?ts=Nightly
-->
**TypeScript Version:**  39.4

<!-- Search terms you tried before logging this (so others can find this issue more easily) -->
**Search Terms:** build pretty

**"Code"**
I am currently in the process of converting a project to a monorepo. Here I noticed that `tsc -b` seems to ignore the `--pretty` flag defined in a parent tsconfig when its run through lerna (with the stream flag set to true).
The project is set up as follows
`tsconfig.json`: pretty => true
`tsconfig.build.json`: extends from tsconfig.json
`package/package-name/tsconfig.build.json`: extends from `../../tsconfig.build.json`
`package/package-name/package.json` defines the npm scripts
```json
"scripts": {
  "prebuild": "gulp prebuild",
  "build": "tsc -b tsconfig.build.json",
}
```

The pretty flag only works sometimes:
If I manually execute `npm run build` in the package dir, the tsc output **is** pretty.
If I execute `lerna run build --scope=package-name`, the tsc output is **NOT** pretty.
If I execute `lerna exec --scope=package-name -- npm run build`, the tsc output **is** pretty.
If I manually add the `--pretty` flag to the npm script (`"tsc -b tsconfig.build.json --watch --pretty"`), the tsc output **is** pretty in all the cases.

Although this might be caused by lerna, I suspect this is actually a bug in TypeScript, because the `prebuild` output from `gulp` is colored (pretty) in all the cases I mentioned and manually adding the flag also works.

**Expected behavior:**
CLI output is "pretty"

**Actual behavior:**
It is not

**Playground Link:** not applicable

**Related Issues:** https://github.com/microsoft/TypeScript/issues/30282
Repository: go
Issue: x/mobile: function with alias type as argument or return value cannot be exported
Labels: NeedsInvestigation,mobile

<!--
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.4 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?
1. Create a demo pkg at ~/go/src/demo 
2. Add  ~/go/src/demo/model/model.go
    ```
    package model
    type IntSet struct {
    }
    ```
3. Add ~/go/src/demo/demo.go 
    ```
    package demo
    import "demo/model"
    type IntSet = model.IntSet
    func NewIntSet() *IntSet {
        return new(IntSet)
    } 
    ```
4. Generate bindings
    `gomobile bind -target=ios demo`
<!--
If possible, provide a recipe for reproducing the error.
A complete runnable program is good.
A link on play.golang.org is best.
-->



### What did you expect to see?
Generate bindings:
```
@class DemoIntSet;
@interface DemoIntSet ... 
...
FOUNDATION_EXPORT DemoIntSet* _Nullable DemoNewIntSet(void);
```
### What did you see instead?
```
@class DemoIntSet;
@interface DemoIntSet ... 
...
// skipped function NewIntSet with unsupported parameter or return types
```

I guess gobind doesn't use `demo.IntSet` as `demo.NewIntSet`'s return value type, still use `model.IntSet` which is not exported. 
To fix this issue, I have to define a new type like `type IntSet model.IntSet`, in this way, it requires to rewrite all methods because now `demo.IntSet` is a new type. This brings lots of work.
Repository: godot
Issue: Curve2D Get Closest Offset incorrect between final two baked points
Labels: bug,topic:core,confirmed

**Godot version:**
3.2.2.rc2


**OS/device including version:**
Linux Mint 18.3 Cinnamon 64-bit


**Issue description:**
Expectation: Get_closest_offset finds closest offset anywhere on path.
Actual result: Get_closest_offset fails to correctly find closest offset between final two baked points.

![Curve2DGetOffsetBug_Screen](https://user-images.githubusercontent.com/64640811/85226507-be44bf00-b3cf-11ea-8535-ce256fdc1dc6.png)


**Steps to reproduce:**
- Download the attached project. There are three demo scenes, 2, 3 and 4. Both have a path that starts at the top and goes clockwise. Baked points are shown as red circles.
- Run Demo2.tscn.
   - This is a demonstration of the issue in a real use case. Each frame, the sprite's offset along the path is calculated by passing its currrent position into get_closest_offset. That offset is then increased, and passed into interpolate_baked to position the sprite further along the path.
   - Use the up/down arrow keys to change the speed (hold shift to go faster).
   - Notice how (when going CW) the sprite gets stuck between the last two points. If you increase the speed it inches further, until it finally gets over. Going CCW the same happens in reverse.
   - Try moving the last point over the starting point to complete the loop. Now (when going CCW) the sprite appears to get stuck crossing the start (again, until you increase the speed).
- Run Demo3.tscn (pictured above).
   - Use the mouse to control the blue sprite. The green sprite will be positioned at the closest point on the baked curve using get_closest_offset.
   - Try tracing the red line with the mouse. Notice how the green sprite tracks the mouse perfectly, except between the final two points, where the closer you get to the end, the more the sprite falls behind.
- Run Demo4.tscn.
   - This demonstrates that get_closest_offset is at fault, and not interpolate_baked. The yellow sprite is positioned with a steadily increasing offset fed into interpolate_baked. Get_closest_offset is not used. Notice how the motion is as expected.


**Minimal reproduction project:**
[Curve2DGetOffsetBug.zip](https://github.com/godotengine/godot/files/4809512/Curve2DGetOffsetBug.zip)


**Video:**
[Curve2DGetOffsetBug_Videos.zip](https://github.com/godotengine/godot/files/4809517/Curve2DGetOffsetBug_Videos.zip)

Or on youtube: [Demo2](https://youtu.be/NEk4hjDIvZQ), [Demo3](https://youtu.be/MYBGTcfSR9g), [Demo4](https://youtu.be/pFe-3vRNKGE)
Repository: flutter
Issue: [animations] OpenContainer - Add closedElevationColor
Labels: c: new feature,package,p: animations,team-ecosystem,P3,triaged-ecosystem

<!-- Thank you for using Flutter!

     If you are looking for support, please check out our documentation
     or consider asking a question on Stack Overflow:
      * https://flutter.dev/
      * https://api.flutter.dev/
      * https://stackoverflow.com/questions/tagged/flutter?sort=frequent

     If you have found a bug or if our documentation doesn't have an answer
     to what you're looking for, then fill our the template below. Please read
     our guide to filing a bug first: https://flutter.dev/docs/resources/bug-reports
-->

## Use case

Currently `OpenContainer` has `closedElevation` which is elevation of the container while it is closed, but there's no option to change the color of it. By default it's black.

## Proposal

In `_OpenContainerState`'s build widget we only set elevation's property at `Material` widget.
If `shadowColor` property is not given, then by default it will be set to black.

```dart
@override
  Widget build(BuildContext context) {
    return _Hideable(
      key: _hideableKey,
      child: GestureDetector(
        onTap: widget.tappable ? openContainer : null,
        child: Material(
          clipBehavior: Clip.antiAlias,
          color: widget.closedColor,
          elevation: widget.closedElevation,
          shadowColor: widget.closedElevationColor, /// This part is requested.
          shape: widget.closedShape,
          child: Builder(
            key: _closedBuilderKey,
            builder: (BuildContext context) {
              return widget.closedBuilder(context, openContainer);
            },
          ),
        ),
      ),
    );
  }
```
Repository: godot
Issue: class_name import Root Type breaks when script is moved
Labels: bug,topic:core,usability,topic:import

<!-- Please search existing issues for potential duplicates before filing yours:	
https://github.com/godotengine/godot/issues?q=is%3Aissue	
-->

**Godot version:**
<!-- Specify commit hash if using non-official build. -->


3.2.1.stable.custom_build.f0a489cf4

**OS/device including version:**
<!-- Specify GPU model, drivers, and the backend (GLES2, GLES3, Vulkan) if graphics-related. -->


Linux 5.6.15-arch1-1

**Issue description:**
<!-- What happened, and what was expected. -->


1. Create a "MyClass.gd" with `class_name MyClass`
2. Create a scene in Blender, export to `.escn`
3. In the import settings, change the Root Type to `MyClass`
4. Create an interited `.tscn` from the `.escn`
5. Move "MyClass.gd" to a subfolder
6. Try to open the `.tscn` again
7. See error about "Broken dependencies" (you can't ctrl+c this BTW)

**Steps to reproduce:**

1. Open the example
2. Move "MyClass.gd" to "new folder"
3. Open "Example.tscn"

Note that Cube.gd is just attached to a node normally, and if you move that one, godot sorts out dependencies just fine.


**Minimal reproduction project:**
<!-- A small Godot project which reproduces the issue. Drag and drop a zip archive to upload it. -->

[example.zip](https://github.com/godotengine/godot/files/4809690/example.zip)
Repository: pytorch
Issue: Tracking output dimensions of the convolutional layers
Labels: module: internals,triaged

## 🚀 Feature

Tracking the current **dimensions of the output** during **convolution operations** which can be then used to specify the input dimensions for **first** linear layer.
.
## Motivation

I always get frustrated when it comes to specify the input dimensions for the first linear layer when I am using **convolutional layers** before that layer. I need to manually keep track of the dimensions. Or  I need to run the code by putting some random value ( which may not be the expected value) for input to the linear layer and find out the correct value by looking at the error.

## Pitch

Basic idea is to add a feature (a function) which can **keep track of the dimensions** and then use that function, by calling it, to **get the correct input size** ( for the first linear layer ).  So that we don't have to keep track of the dimension ourselves.


## Alternatives

Alternative solution would be to store these dimensions automatically ( similar to the automatic differentiation functionality ).

## Additional context

I am ready to work on this feature for months and gain all the advance knowledge I need.


cc @ezyang @bhosmer @smessmer @ljk53