sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: neovim
Issue: test failure: channels_spec: "can use stdio channel with pty"
Labels: test,channels-rpc

Noticed this test failure in https://github.com/neovim/neovim/pull/8612 .

```
[1m[35m[  FAILED  ][0m[0m [36m...ild/neovim/neovim/test/functional/core/channels_spec.lua[0m @ [36m109[0m: [1mchannels can use stdio channel with pty[0m
...ild/neovim/neovim/test/functional/core/channels_spec.lua:135: Expected objects to be the same.
Passed in:
(table) {
  [1] = 'notification'
  [2] = 'stdout'
 *[3] = {
    [1] = 3
   *[2] = {
     *[1] = 'n' } } }
Expected:
(table) {
  [1] = 'notification'
  [2] = 'stdout'
 *[3] = {
    [1] = 3
   *[2] = {
     *[1] = 'neovan' } } }
```
Repository: flutter
Issue: Problems with API docs, specifically for native pages
Labels: engine,d: api docs,P2,team-engine,triaged-engine

**tl;dr**
- Search doesn't work for native docs.
- Native docs are very hard to find. (Right now, the `PLATFORM_INTEGRATI...` entries are several pages down (buried) in the side nav.)
- The native content is not great.
- Native docs look very different than our Dart docs.

---

Ben K gave me a demonstration of how hard (impossible) it is to find docs for the native packages on [docs.flutter.io](https://docs.flutter.io/). This matters because he's about to land a feature that allows devs to write plugins that support isolates running in the background, even when the app is closed. It's difficult to write a plugin when you can't search the native docs, unless you know exactly what you're looking for.

1. Try searching in the search textfield for, say, `BinaryMessenger`. Zero hits. How about `FlutterViewController`. Nope.
2. Next, try:

```
BinaryMessenger site:docs.flutter.io  
```

Now you can see that the class page is down in [`docs.flutter.io/javadoc/io/flutter/plugin/common/BinaryMessenger.html`](https://docs.flutter.io/javadoc/io/flutter/plugin/common/BinaryMessenger.html).

3. Now try searching in the browser for 

```
FlutterViewController site:docs.flutter.io
```

The page is located in [`docs.flutter.io/objcdoc/Classes/FlutterViewController.html`](https://docs.flutter.io/objcdoc/Classes/FlutterViewController.html)

4. Next, go back to the API docs home page by clicking "Flutter Docs" in the upper left corner. Nope, you're still in the objective C directory. Once you've entered the subsite [`docs.flutter/javadoc`](https://docs.flutter.io/javadoc/), you're in the same boat. There is no way to get back to the regular Flutter docs from either native set of docs, without manually modifying the URL.

---

In the short term (pre 1.0), I suggest that we:
* Expose buttons on the front page that direct readers to the iOS and Android docs.
* Add buttons to the native pages that take you back to the regular docs.
* Welcome PRs to improve the docs.

In the long term (post 1.0), this site needs more love and care. Can we assign someone to improve it?

@bkonyi, @Hixie
Repository: go
Issue: x/review/git-codereview: Documentation and tool behavior don't match for 'git codereview change'
Labels: Documentation,NeedsInvestigation

Please answer these questions before submitting your issue. Thanks!

### What version of Go are you using (`go version`)?

`go version go1.10.3 linux/amd64`

### What version of git-codereview are you using?

https://github.com/golang/review/commit/3faf27076323fb8383c9b24e875f37a630b2f213

### Does this issue reproduce with the latest release?

Yes.

### What operating system and processor architecture are you using (`go env`)?

```GOARCH="amd64"
GOBIN=""
GOCACHE="/home/vimeo/.cache/go-build"
GOEXE=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOOS="linux"
GOPATH="/home/vimeo/godep"
GORACE=""
GOROOT="/home/vimeo/go"
GOTMPDIR=""
GOTOOLDIR="/home/vimeo/go/pkg/tool/linux_amd64"
GCCGO="gccgo"
CC="gcc"
CXX="g++"
CGO_ENABLED="1"
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-build902163312=/tmp/go-build -gno-record-gcc-switches"
```

### What did you do?

Cloned the `x/image` repo as per its README:

```
$ git clone https://go.googlesource.com/image $GOPATH/src/golang.org/x/image
$ cd $GOPATH/src/golang.org/x/image
```

Signed up for and setup cookies for Go's Gerrit system (I had already set it up since previosly contributing, technically.)

Installed `git-codereview` as per [the documentation](https://golang.org/doc/contribute.html):

```
$ go get -u golang.org/x/review/git-codereview
```

Created a new branch for work, and did my changes, as per [the documentation](https://golang.org/doc/contribute.html#make_branch):

```
$ git checkout -b newbranch
$ vim whatever.go
$ git add whatever.go
$ git codereview change
```

### What did you expect to see?

I expected `git codereview change` to add a `Change-Id:` line to the commit messages.

### What did you see instead?

It did not add a `Change-Id:` to the commit message.

### Workaround / extra information which could be important

If I **do not** follow the documentation, and instead of using `git checkout -b newbranch`, I use `git codereview change newbranch`, it *does* add the `Change-Id:` line as required. But this does not match what the official documentation on golang.org says to do. It is also worth noting this occurs on the x/image` repo; I haven't tried the official `go` repo.
Repository: opencv
Issue: Possible cv::erode() and cv::dilate() optimisation trick
Labels: RFC

##### System information (version)

- OpenCV => 4.0 (but every version I tested so far really)
- Operating System / Platform => iOS
- Compiler => Xcode

##### Detailed description

Performance of ```cv::erode()``` and ```cv::dilate()``` is pretty much terrible on iOS, if kernel size is greater than 3-5 and structuring element is set to ```cv::MORPH_ELIPSE```. However, for bigger kernels, a simple trick can be used to improve the performance: instead of calling ```cv::erode()``` or ```cv::dilate()``` for bigger kernels, it can be called multiple times with the smallest possible kernel value set (which is 3) and using ```cv::MORPH_CROSS``` instead of ```cv::MORPH_ELIPSE```.

 ```cpp
cv::Mat element = cv::getStructuringElement(cv::MORPH_CROSS, cv::Size(3, 3));

for(int k = kernelSize; k > 1; k -= 2) {
    cv::erode(mat, mat, element);
}
```

The above solution is about 8-10 times faster for large kernels (~30).

It would be great, if OpenCV offered this as a build-in optimisation (e.g. as something like ```cv::MORPH_ELIPSE_OPTIMISED```) or at least mentioned this in the docs.
Repository: vscode
Issue: Git - Support submodule management
Labels: help wanted,feature-request,git

### **Feature Request**

Add support for the git submodule commands from within VS Code.

Currently submodules are supported, but only if the submodules are created via git cli.

Examples: 
git submodule init
git submodule update
git submodule summary

etc...

I think the most important ones would be add, init, and update

Currently running ver. 1.24.1
Repository: react
Issue: Add support for hydrating portals
Labels: Type: Feature Request

<!--
  Note: if the issue is about documentation or the website, please file it at:
  https://github.com/reactjs/reactjs.org/issues/new
-->

**Do you want to request a *feature* or report a *bug*?**

Probably bug, but arguably a feature request, I suppose.

**What is the current behavior?**

I've attempted my best effort at a fiddle that shows off the particular issue. Obviously server side rendering is impossible via JSFiddle, but the markup should be equivalent to having rendered `Test` into a div with id `test-1` during server side render.

https://jsfiddle.net/y8o5n2zg/

As seen in the fiddle, an attempt to ReactDOM.hydrate() a portal results in:
> `Warning: Expected server HTML to contain a matching text node for "Hello World" in <div>.`

Additionally, after failing to hydrate, React renders the component and appends it resulting in a duplicated section of DOM:
> `<div id="test-1">Hello WorldHello World</div>`

**What is the expected behavior?**

In an ideal world, calling hydrate on a component that has portals would allow those DOM containers to hydrate into the components they were rendered with.

**Which versions of React, and which browser / OS are affected by this issue? Did this work in previous versions of React?**

I've only tested this in 16.4.1, but I've confirmed the behavior in Chrome and Firefox. Given that I'm really looking at an edge case here I doubt it worked previously.


#### *Why* I'm doing this edge-case-y nonsense:

We're currently using multiple React roots on our pages (as some portions of the pages are not rendered by React yet), most of which are server-side rendered. We'd like to be able to hydrate them into a single React root on page, so that we can share contexts between them without difficulty and without repeating those context components in memory (in some cases we can have a good number of roots on the page—20-30, perhaps?).

In searching, I found a few potentially related bugs (#12615, #10713, #11169), but it seemed like these really didn't line up with my (hopefully valid?) use case.

Thanks!
Repository: TypeScript
Issue: Type declaration on property access not checked
Labels: Bug,Domain: JavaScript

See `jsdocPrototypePropertyAccessWithType.ts` as of #25170. The test should have an error because `false` is not a number.
Repository: youtube-dl
Issue: Add support for independent.bbvms.com
Labels: site-support-request

Apologies. I left all the verbosity in your template due to uncertainty in submission process.
This URL works in the browser: https://independent.bbvms.com/view/embed/2957075.html
[]
Add the `-v` flag to **your command line** you run youtube-dl with (`youtube-dl -v <your command line>`), copy the **whole** output and insert it here. It should look similar to one below (replace it with **your** log inserted between triple ```):
"
youtube-dl -v https://independent.bbvms.com/view/embed/2957075.html
[debug] System config: []
[debug] User config: []
[debug] Custom config: []
[debug] Command-line args: ['-v', 'https://independent.bbvms.com/view/embed/2957075.html']
[debug] Encodings: locale UTF-8, fs utf-8, out UTF-8, pref UTF-8
[debug] youtube-dl version 2018.06.19
[debug] Python version 3.5.3 (CPython) - Linux-4.14.0-3+reiser4.0.2-amd64-x86_64-with-debian-9.4
[debug] exe versions: ffmpeg N-91178-g8a4dbd3e9f, ffprobe N-91178-g8a4dbd3e9f
[debug] Proxy map: {}
[generic] 2957075: Requesting header
WARNING: Falling back on generic information extractor.
[generic] 2957075: Downloading webpage
[generic] 2957075: Extracting information
ERROR: Unsupported URL: https://independent.bbvms.com/view/embed/2957075.html
Traceback (most recent call last):
  File "/usr/local/lib/python3.5/dist-packages/youtube_dl/YoutubeDL.py", line 792, in extract_info
    ie_result = ie.extract(url)
  File "/usr/local/lib/python3.5/dist-packages/youtube_dl/extractor/common.py", line 501, in extract
    ie_result = self._real_extract(url)
  File "/usr/local/lib/python3.5/dist-packages/youtube_dl/extractor/generic.py", line 3263, in _real_extract
    raise UnsupportedError(url)
youtube_dl.utils.UnsupportedError: Unsupported URL: https://independent.bbvms.com/view/embed/2957075.html

[]% youtube-dl --version
2018.06.19
"
[]

All I wanted is to download the video. Thanks.
Repository: go
Issue: go/ast: provide test for Filter func
Labels: NeedsInvestigation

### What version of Go are you using (`go version`)?
go version go1.9.2 linux/amd64

### What operating system and processor architecture are you using (`go env`)?
GOARCH="amd64"
GOBIN=""
GOEXE=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GOOS="linux"
GOPATH="/srv/go"
GORACE=""
GOROOT="/usr/local/go"
GOTOOLDIR="/usr/local/go/pkg/tool/linux_amd64"
GCCGO="gccgo"
CC="gcc"
GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build760291292=/tmp/go-build -gno-record-gcc-switches"
CXX="g++"
CGO_ENABLED="1"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"
PKG_CONFIG="pkg-config"

### What did you do?
Add TestFilter function to test comments after filtering


### What did you expect to see?
TestFilter function runs with all checks passed
Repository: pytorch
Issue: Storages still use legacy printing
Labels: module: printing,triaged

A minor issue reported by @francoisfleuret
```py
In [1]: x = torch.randn(2)

In [2]: x
Out[2]: tensor([-0.2241, -0.8273])

In [3]: x.storage()
Out[3]: 
 -0.2240564078092575
 -0.8272911906242371
[torch.FloatStorage of size 2]
```
Repository: godot
Issue: shader on gui element is applied to geometry and text  - probably missing z value
Labels: enhancement,discussion,topic:rendering,documentation

<!-- Please search existing issues for potential duplicates before filing yours:
https://github.com/godotengine/godot/issues?q=is%3Aissue
-->

**Godot version:** 3.0.3
<!-- Specify commit hash if non-official. -->


**OS/device including version:** Windows, 7, 32-bit, Intel HD graphics (coming with Lenovo L570).
<!-- Specify GPU model and drivers if graphics-related. -->


**Issue description:** In 2D: added a ShaderMaterial to a button. The shader code is below. This creates a red rectangle on the left of the button. However, some characters in on the button text also had a red rectangle. Experimenting with different text strings I noticed it was always on the same characters. Changing to a different font I noticed it was on different characters. My best guess here is that the characters showing this effect had the required UV.x value, that is, they were locate on the left edge of the corresponding bitmap holding th characters.

/// code
shader_type canvas_item;

void fragment() {
	vec4 c = texture(TEXTURE, UV);
	if ((UV.x < 0.1)) {
		COLOR.rgba = vec4(1.0, 0.0, 0.0, 1.0);
	}
	else {
		COLOR = c;
	}
}

**expected behaviour**
To the minimum: it should be possible to distinguish in the shader between the various layers that make up a gui element - in the sample project, I used a button with som text so the expected behaviour here would be to have the text on a different layer than the button geometry - so a z-value should be needed.

Better would be to allow for different shaders on gui elements. It makes sense to do this since you can then apply different effects on gui background and the gui front.

**Minimal reproduction project:**
<!-- Recommended as it greatly speeds up debugging. Drag and drop a zip archive to upload it. -->
[shadertest.zip](https://github.com/godotengine/godot/files/2130035/shadertest.zip)
Repository: opencv
Issue: opencv built successfully but almost all tests failed??!
Labels: bug,priority: low,category: gpu/cuda (contrib)

opecv version : Tried 3.4.0, 3.4.1, master all similar results: opencv builds without a hitch (cmake .. make ) but run 
"make test -j8" almost all tests failed. Matching versions  of opencv_extra and opencv_contrib were used in all cases.

OS : Ubuntu 16.04.4 64 bit, CUDA 9.1 on GTX1070

I configured with

```
cmake -DCMAKE_BUILD_TYPE=RELEASE 
-DCMAKE_INSTALL_PREFIX=/usr/local 
-DWITH_V4L=ON 
-DOPENCV_EXTRA_MODULES_PATH=../opencv_contrib/modules  
-DWITH_OPENMP=ON 
-DBUILD_TESTS=ON
-DBUILD_SHARED_LIBS=ON 
-DBUILD_EXAMPLES=ON
-DOPENCV_TEST_DATA_PATH=../opencv_extra/testdata 
-DOPENCV_ENABLE_NONFREE=ON 
-DENABLE_FAST_MATH=ON 
-DBUILD_opencv_python3=ON 
-DWITH_CUDA=ON 
-DWITH_OPENCL=OFF 
-DWITH_FFMPEG=ON 
-DINSTALL_TESTS=ON ..
```
Then I tried with CUDA off and OPENCL on, then both off. The results are similar: build opencv with no issue but almost all tests failed.

Test log for opencv master with cuda on:

[LastTest.log](https://github.com/opencv/opencv/files/2130070/LastTest.log)

Test log for opencv master with cuda and opencl both off
[LastTest.log](https://github.com/opencv/opencv/files/2130071/LastTest.log)

P.S also tried with OPENMP off and TBB on, similar results.
.
Repository: TypeScript
Issue: simply logic predicate code fix or suggestion
Labels: Suggestion,Help Wanted,Domain: Refactorings

<!-- 🚨 STOP 🚨 𝗦𝗧𝗢𝗣 🚨 𝑺𝑻𝑶𝑷 🚨

Half of all issues filed here are duplicates, answered in the FAQ, or not appropriate for the bug tracker. Please read the FAQ first, especially the "Common Feature Requests" section.

-->

## Search Terms
logic, predicate, quickfix
<!-- List of keywords you searched for before creating this issue. Write them down here so that others can find this suggestion more easily -->

## Suggestion
provide a code fix or refactor to simply logic predicate
<!-- A summary of what you'd like to see added or changed -->

## Use Cases

<!--
What do you want to use this for?
What shortcomings exist with current approaches?
-->

simply some complexity logic predicate is hard and always get a break change,
hope have a code fix to simply that like the jetbrain idea

## Examples

```ts

if (! a && !b || !a && !c) {
    // something
}

```

fix to:

```ts
if (!(a && (b || c))) {
    // something
}

```

<!-- Show how this would be used and what the behavior would be -->

## Checklist

My suggestion meets these guidelines:
* [x] This wouldn't be a breaking change in existing TypeScript / JavaScript code
* [x] This wouldn't change the runtime behavior of existing JavaScript code
* [x] This could be implemented without emitting different JS based on the types of the expressions
* [x] This isn't a runtime feature (e.g. new expression-level syntax)
Repository: flutter
Issue: Not possible to add custom labels to images using TalkBack
Labels: c: new feature,platform-android,framework,a: accessibility,P3,team-android,triaged-android

Using talkback it is possible to apply labels to unlabeled images.  Currently an unlabeled image cannot be labeled with a Flutter app.  

See https://support.google.com/accessibility/android/answer/6007066?hl=en
Repository: flutter
Issue: Support for a11y link traits on iOS
Labels: c: new feature,platform-ios,framework,a: accessibility,P2,team-ios,triaged-ios

This will probably require a new flag

On Android, TalkBack can pull links into the navigation menu:
https://support.google.com/accessibility/android/answer/6378148?hl=en

https://developer.apple.com/documentation/uikit/uiaccessibilitytraitlink?language=objc

filed b/141771449
Repository: godot
Issue: Framerate/FPS jumps to 110, wasting CPU, when game is minimized
Labels: bug,topic:porting,confirmed

v3.0.2.stable.official
Windows 10

Monitor shows the fps going straight for double the normal when minimized. 
Happens even when `OS.set_low_processor_usage_mode(true)`
Repository: neovim
Issue: API: nvim_buf_attach not returning
Labels: bug,api,channels-rpc

When testing the new buffer API functions through `nvim --embed`, I noticed that `nvim_buf_attach` never returns, but an event is fired. Also, when calling for instance `nvim_buf_set_lines`, it often returns, but not always.
Repository: rust
Issue: Bug: a macro never hit recursion limit, `cargo build` run... forever!
Labels: I-compiletime,A-macros,T-compiler,C-bug,I-hang

I know what is my mistake, ~but I think there is a bug in Rust!~
**Edit**: We just need a **better help** from the compiler to easily spot out mistake like this.

*Edit: the problem seems just involve only the first rule. So the new minimal buggy code is:*
```rust
macro_rules! there_is_a_bug {
    ( $id:ident: $($tail:tt)* ) => {
        there_is_a_bug! { $($tail:tt)* } // I dit it wrong here `:tt`
    };
}
fn main() {
    there_is_a_bug! { something: more {} }
}
```
`cargo build` will run forever! (well, I just wait for it for about ten minutes!)

```
rustup show
stable-x86_64-unknown-linux-gnu (default)
rustc 1.27.0 (3eda71b00 2018-06-19)
```
Repository: godot
Issue: SSAO doesn't work when the camera is in orthogonal mode
Labels: bug,topic:rendering,confirmed,topic:3d

<!-- Please search existing issues for potential duplicates before filing yours:
https://github.com/godotengine/godot/issues?q=is%3Aissue
-->

**Godot version:**
3.X.X branch


**OS/device including version:**
Windows, but probably it's global issue


**Issue description:**
Ssao is not working with camera in orthogonal mode


**Steps to reproduce:**
Add WorldEnviroment with Ssao turned on and switch camera between projection modes


**Screens:**
![1](https://user-images.githubusercontent.com/40537787/41818059-9c441cd6-77a7-11e8-9b5c-804b3f7d7ce5.PNG)
![2](https://user-images.githubusercontent.com/40537787/41818060-9c5dfcc8-77a7-11e8-89ba-abe70f2c7e53.PNG)
Repository: go
Issue: time: time.Parse unable to parse timestamps with unusual UTC offsets
Labels: NeedsFix

```
$ gotip version
go version devel +d6a27e8edc Sat Jun 23 00:16:14 2018 +0000 linux/amd64
```

I dumped the time for each of the 425 timezones in my system's tz database in a file and tried to parse the timestamps. I got 17 errors, all caused by `time.Parse` inability to parse unusual offsets like `+0545` (used in `Asia/Kathmandu`) or `+13` (used in `Pacific/Fakaofo`). 

Complete failures log:

```
Timezone:	 America/Scoresbysund
zdump time:	 Sun Jun 24 10:43:46 2018 +00
time.Parse:	 parsing time "Sun Jun 24 10:43:46 2018 +00": extra text: +00 

Timezone:	 Asia/Colombo
zdump time:	 Sun Jun 24 16:13:46 2018 +0530
time.Parse:	 parsing time "Sun Jun 24 16:13:46 2018 +0530": extra text: +0530 

Timezone:	 Asia/Kabul
zdump time:	 Sun Jun 24 15:13:46 2018 +0430
time.Parse:	 parsing time "Sun Jun 24 15:13:46 2018 +0430": extra text: +0430 

Timezone:	 Asia/Kathmandu
zdump time:	 Sun Jun 24 16:28:46 2018 +0545
time.Parse:	 parsing time "Sun Jun 24 16:28:46 2018 +0545": extra text: +0545 

Timezone:	 Asia/Tehran
zdump time:	 Sun Jun 24 15:13:46 2018 +0430
time.Parse:	 parsing time "Sun Jun 24 15:13:46 2018 +0430": extra text: +0430 

Timezone:	 Asia/Yangon
zdump time:	 Sun Jun 24 17:13:46 2018 +0630
time.Parse:	 parsing time "Sun Jun 24 17:13:46 2018 +0630": extra text: +0630 

Timezone:	 Atlantic/Azores
zdump time:	 Sun Jun 24 10:43:46 2018 +00
time.Parse:	 parsing time "Sun Jun 24 10:43:46 2018 +00": extra text: +00 

Timezone:	 Australia/Eucla
zdump time:	 Sun Jun 24 19:28:46 2018 +0845
time.Parse:	 parsing time "Sun Jun 24 19:28:46 2018 +0845": extra text: +0845 

Timezone:	 Australia/Lord_Howe
zdump time:	 Sun Jun 24 21:13:46 2018 +1030
time.Parse:	 parsing time "Sun Jun 24 21:13:46 2018 +1030": extra text: +1030 

Timezone:	 Indian/Cocos
zdump time:	 Sun Jun 24 17:13:46 2018 +0630
time.Parse:	 parsing time "Sun Jun 24 17:13:46 2018 +0630": extra text: +0630 

Timezone:	 Pacific/Apia
zdump time:	 Sun Jun 24 23:43:46 2018 +13
time.Parse:	 parsing time "Sun Jun 24 23:43:46 2018 +13": extra text: +13 

Timezone:	 Pacific/Chatham
zdump time:	 Sun Jun 24 23:28:46 2018 +1245
time.Parse:	 parsing time "Sun Jun 24 23:28:46 2018 +1245": extra text: +1245 

Timezone:	 Pacific/Enderbury
zdump time:	 Sun Jun 24 23:43:46 2018 +13
time.Parse:	 parsing time "Sun Jun 24 23:43:46 2018 +13": extra text: +13 

Timezone:	 Pacific/Fakaofo
zdump time:	 Sun Jun 24 23:43:46 2018 +13
time.Parse:	 parsing time "Sun Jun 24 23:43:46 2018 +13": extra text: +13 

Timezone:	 Pacific/Kiritimati
zdump time:	 Mon Jun 25 00:43:46 2018 +14
time.Parse:	 parsing time "Mon Jun 25 00:43:46 2018 +14": extra text: +14 

Timezone:	 Pacific/Marquesas
zdump time:	 Sun Jun 24 01:13:46 2018 -0930
time.Parse:	 parsing time "Sun Jun 24 01:13:46 2018 -0930": extra text: -0930 

Timezone:	 Pacific/Tongatapu
zdump time:	 Sun Jun 24 23:43:46 2018 +13
time.Parse:	 parsing time "Sun Jun 24 23:43:46 2018 +13": extra text: +13 
```

https://gist.github.com/ALTree/de33561c1cc00ac46e2e9e6d6cca52fe