sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: PowerToys
Issue: WinRoll 2.0 type functionality
Labels: Idea-New PowerToy,Product-Window Manager

# Summary of the new feature/enhancement
WinRoll 2.0 is a great tool that I've used since Windows XP days, worked great on 98 SE, ME, XP, Vista and even 7.  But only for 32bit programs (even on 64bit OSes)  It even still works on Windows 10, but again, only for 32bit programs - not 64 bit, and not for modern apps.

What WinRoll 2.0 does is to allow the user to right click the title bar of the window, to have the window minimized to just the title bar, and back again on a second right click.

Here's a screen cap showing Chrome and HexChat being rolled up:
https://i.imgur.com/YN7txgx.png
<!-- 
A clear and concise description of what the problem is that the new feature would solve.
Describe why and how a user would use this new functionality (if applicable).
-->
Screen clutter is something I think most power users experience.   Rolling up windows to their title bars provides a few use cases:
Quickly checking between large-area windows on single monitor systems (laptops), such as a reference web page being open behind an IDE; Users can look at a window behind the window they're using without that window losing focus; Provides the ability to access desktop icons without minimizing the window (which takes additional time)  Rolling up the window, at least with WinRoll 2.0 is extremely quick - both from a user action perspective, as well as a functional / process standpoint. 

If my reasons are questioned, I implore you to find and use WinRoll 2.0 for a few days before dropping this request.  WindowBlinds it another third party program that does similar, however it uses a button on the title bar to perform the request, which is less than ideal in may situations. 

This is a feature present in most GNU/Linux DEs as well, and is something I've always thought Windows should have, built-in.  
# Proposed technical implementation details (optional)

<!-- 
A clear and concise description of what you want to happen.
-->
I would love to see PowerToys have the ability to roll up windows to just the title bar, with ***just*** a right click of the mouse.

The user right clicks the title bar:
The window is minimized to just the title bar
The user has access to everything behind the space the window previous occupied
The user right clicks the title bar again and the window is returned to it's previous size

NOTE:
I understand WinRoll 2.0 is written in ASM, and that PowerToys is not.  I don't know if this is even possible outside of using ASM.  Wil Palma originally had WinRol 2.0 open sourced, however the original site is no longer serving the program, source or info.  I have found https://github.com/saccohuo/winroll which appears to contain the original source for WinRoll 2.0 though.  Hopefully this is helpful!   Thank You!
Repository: go
Issue: cmd/go: prefer to report mismatched module paths over mismatched major versions
Labels: help wanted,NeedsFix,modules

<!-- Please answer these questions before submitting your issue. Thanks! -->

### 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/brenol/.cache/go-build"
GOENV="/home/brenol/.config/go/env"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="linux"
GONOPROXY="bitbucket.org"
GONOSUMDB="bitbucket.org"
GOOS="linux"
GOPATH="/home/brenol/goworkspace"
GOPRIVATE="bitbucket.org"
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="/home/brenol/goworkspace/src/github.com/twitchscience/kinsumer/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 -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build321165660=/tmp/go-build -gno-record-gcc-switches"

</pre></details>

### What did you do?
Tried to run go mod tidy in github.com/twitchscience/kinsumer

<!--
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?
I expected it to report correctly that the project github.com/myesui/uuid is the one that uses gopkg.in/stretchr/testify.v1. However, it's reporting that twinj/uuid incorrectly is the one that is using.

### What did you see instead?
```
go: finding gopkg.in/stretchr/testify.v1 v1.4.0
github.com/twitchscience/kinsumer imports
	github.com/twinj/uuid tested by
	github.com/twinj/uuid.test imports
	gopkg.in/stretchr/testify.v1/assert: cannot find module providing package gopkg.in/stretchr/testify.v1/assert
```

How the module looks like:
```
module github.com/twitchscience/kinsumer

go 1.13

require (
	github.com/aws/aws-sdk-go v1.24.2
	github.com/cactus/go-statsd-client/statsd v0.0.0-20190906215803-47b6058c80f5
	github.com/myesui/uuid v1.0.0 // indirect
	github.com/stretchr/testify v1.4.0
	github.com/twinj/uuid v1.0.0

	golang.org/x/net v0.0.0-20190918130420-a8b05e9114ab // indirect
	golang.org/x/sync v0.0.0-20190911185100-cd5d95a43a6e
)
```

The strangest thing is that I see no mention of myesui/uuid in the vendored directory.
Repository: rust
Issue: Tracking issue for `rustc_reservation_impl` attribute
Labels: A-trait-system,T-lang,T-compiler,C-tracking-issue,requires-nightly,F-rustc_attrs,S-tracking-perma-unstable

## Background

The `#[rustc_reservation_impl]` attribute was added as part of the effort to stabilize `!`. Its goal is to make it possible to add a `impl<T> From<!> for T` impl in the future by disallowing downstream crates to do negative reasoning that might conflict with that.

**Warning:** the effect of this attribute is quite subtle, and it should be used with caution! In particular, adding a "reservation impl" alone does **not** guarantee that one can add the impl in the future, as described below.

## History

- Initial implementation in https://github.com/rust-lang/rust/pull/62661

## Current blockers before this attribute can be used to affect end-users

- [ ] How should "reserved" impls show up in rustdoc? (https://github.com/rust-lang/rust/issues/64633)
- [ ] What should its error message be? (https://github.com/rust-lang/rust/issues/64633)

## Usage

You can use the `#[rustc_reservation_impl]` attribute as follows:

```rust
#[rustc_reservation_impl]
impl<T> From<!> for T { .. }
```

For the most part, rustc will act as though this impl **does not exist**. For example, users can add overlapping impls if they prefer:

```rust
struct LocalType1<T>(T);
impl<T> From<!> for LocalType1<T> { }

struct LocalType2<T>(T);
impl<T> From<T> for LocalType2<T> { }
```

**Note that this implies that the `#[rustc_reservation_impl]` attribute alone does not guarantee that you can add the reservation impl in a future compatible way.** Adding the reserved impl in the future may still cause coherence overlap (e.g., the impl for `LocalType<T>` for the impl for all `T` would overlap here). This will typically result in errors.

In order to add the impl, you must be able to ensure that coherence will allow the overlapping impls. This can be done in two ways, both of which are presently unstable:

- Specialization: but be careful! e.g., the current specialization rules do not suffice in the `LocalType2` example above, since neither impl is a subset of one another.
- Marker traits: we have a notion of marker traits that are allowed to overlap. Marker traits currently must have no items, which excludes e.g. `From`, but we could grow this definition.

## What *does* the attribute do?

The attribute prevents negative reasoning. In particular, it forbids impls like this:

```rust
trait LocalTrait;
struct LocalType3;
impl<T> LocalTrait for T where T: From<!> { }
impl<T> LocalTrait for LocalType3 { }
```

Without the reservation impl, this would be legal, because the crate may assume that `LocalType: From<!>` does not hold (since `LocalType` is local to the crate). *With* the reservation impl, however, code like this will get an error.
Repository: create-react-app
Issue: Add a branding page with new logo resources
Labels: tag: documentation

Add a page to the docs with links to download the new logo as well as colour codes, etc.
Repository: go
Issue: x/tools/gopls: handle line directives to .y files
Labels: gopls,Tools

### What version of Go are you using (`go version`)?
go version go1.13 linux/amd64

And gopls...
golang.org/x/tools/gopls v0.1.7
    golang.org/x/tools/gopls@v0.1.7 h1:YwKf8t9h69++qCtVmc2q6fVuetFXmmu9LKoPMYLZid4=

### Does this issue reproduce with the latest release?
Yes

### What did you do?
Open https://play.golang.org/p/-QfVqDKxsFI in VSCode.

### What did you expect to see?
No crashing.

### What did you see instead?
"The gopls server crashed 5 times in the last 3 minutes. The server will not be restarted."
Repository: pytorch
Issue: No way to disable mse_loss broadcasting warning
Labels: module: nn,triaged,enhancement

## 🐛 Bug

Hi, 

torch.nn.functional.mse_loss always throws a warning when using it with two tensors of different shapes.
There are legitimate reasons for wanting to use differently shaped tensor and taking advantage of the standard broadcasting behaviour of pytorch, so there needs to be a way to disable that warning.

## To Reproduce

```
import torch
import torch.nn.functional as F

a = torch.randn(5, 4)
b = torch.randn(5, 1)

F.mse_loss(a, b)
```

## Expected behavior

There should be an optional parameter to disable the warning, like `warn_broadcasting=True`, `error_broadcasting=False`.
As discussed here: https://github.com/pytorch/pytorch/issues/16045#issuecomment-476266780

## Additional context

There are legitimate cases for wanting to calculate the MSE between differently shaped tensors.
For example I need to calculate the difference between each sample and a subset of other samples. So I need to calculate the MSE between tensors shaped like:
(number of samples, dimension of a sample, 1) and (number of samples, dimension of a sample, number of samples in the subset).
I understand that safeguards need to be put in-place to avoid misleading people, as discussed in the original issue (https://github.com/pytorch/pytorch/issues/16045) but broadcasting is a Pytorch staple and users shouldn't have to re-implement basic functions like the MSE to make use of its full power.

Cheers
Repository: terminal
Issue: Feature Request: More integration with Windows features.
Labels: Issue-Feature,Product-Cmd.exe,Product-Powershell,Area-UserInterface

<!-- 
🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨

I ACKNOWLEDGE THE FOLLOWING BEFORE PROCEEDING:
1. If I delete this entire template and go my own path, the core team may close my issue without further explanation or engagement.
2. If I list multiple bugs/concerns in this one issue, the core team may close my issue without further explanation or engagement.
3. If I write an issue that has many duplicates, the core team may close my issue without further explanation or engagement (and without necessarily spending time to find the exact duplicate ID number).
4. If I leave the title incomplete when filing the issue, the core team may close my issue without further explanation or engagement.
5. If I file something completely blank in the body, the core team may close my issue without further explanation or engagement.

All good? Then proceed!
-->

# More integration with Windows features

Add commands to interact with standard Windows features. Metro Notifications, systray messages, Message boxes, and maybe even window actions. (close/minimize other windows)

Moved here from [uservoice](https://wpdev.uservoice.com/forums/266908-command-prompt-console-windows-subsystem-for-l/suggestions/6559018-more-integration-with-windows-features?tracking_code=67966467aa3e6163542338d28206225a) to @bitcrazed's request
Repository: pytorch
Issue: Make `torch.save` serialize a zip file
Labels: module: serialization,triaged,enhancement

## Why
Right now `torch.save` saves a series of 5 pickle binaries followed by raw tensor data that looks something like

```python
torch.save([torch.ones(2, 2), torch.randn(5, 5)], "my_value.pt")
```
`my_value.pt`
```
[ magic_number | version number | system metadata | actual pickle ([ tensor shape, type, etc.. 1, tensor shape, type, etc... 2]) | list of tensor storage keys | raw tensor data ]
```

This has the problem that tensors must be lazily loaded since, when reading the `actual pickle`, the location of each tensor in `raw tensor data` is not known (it depends on other tensors saved, the sizes of which are at random points in `actual pickle`).

TorchScript [serializes a zip folder](https://github.com/pytorch/pytorch/blob/master/torch/csrc/jit/docs/serialization.md) that looks like

```
model.pt
|-- model.json
|-- code/
    |-- __torch__.py
    |-- __torch__.py.debug_pkl
    |-- foo/
        |-- bar.py
        |-- bar.py.debug_pkl
|-- data.pkl
|-- tensors/
    |-- 0
    |-- 1
```

Where tensors can be eagerly loaded since they are files in the zip archive.

## The Change

`torch.save` should be changed to save a zip file that looks like

```
my_value.pt
|-- metadata (version number, magic number, system metadata)
|-- data.pkl (`actual pickle` from earlier)
|-- tensors/
    |-- 0
    |-- 1
```

This lets us load tensors eagerly which would fix #24045 without the hacky #24794 and make #25109 much simpler.

This keeps all the functionality of the old format and makes `torch.save` compatible with the TorchScript format (i.e. `code` could be added to `my_value.pt` and the file could be loaded in the JIT). The old `torch.load` format can be kept backwards compatible by checking the first 2 bytes of the file (`0x8002` represent a pickle archive start).

The serialization code is much shorter as a result: #26573

cc @zdevito @suo @ezyang
Repository: rust
Issue: Unhelpful error "one type is more general than the other" in async code
Labels: C-enhancement,A-diagnostics,T-compiler,A-async-await,AsyncAwait-Triaged,D-confusing,D-newcomer-roadblock

The following code does not compile:

```rust
// Crate versions:
// futures-preview v0.3.0-alpha.18
// runtime v0.3.0-alpha.7

use futures::{prelude::*, stream::FuturesUnordered};

#[runtime::main]
async fn main() {
    let entries: Vec<_> = vec![()]
        .into_iter()
        .map(|x| async { vec![()].into_iter().map(|_| x) })
        .collect::<FuturesUnordered<_>>()
        .map(stream::iter)
        .flatten()
        .collect()
        .await;
}

```

It produces this error message:

```
error[E0308]: mismatched types
 --> src\main.rs:3:1
  |
3 | #[runtime::main]
  | ^^^^^^^^^^^^^^^^ one type is more general than the other
  |
  = note: expected type `std::ops::FnOnce<(std::iter::Map<std::vec::IntoIter<()>, [closure@src\main.rs:7:51: 7:56 x:&()]>,)>`
             found type `std::ops::FnOnce<(std::iter::Map<std::vec::IntoIter<()>, [closure@src\main.rs:7:51: 7:56 x:&()]>,)>`
```

In this case, the code can be made to compile by adding `move` in two places on this line:

```rust
// ...
        .map(|x| async move { vec![()].into_iter().map(move |_| x) })
// ...
```

Some possibly related issues: #57362, #60658

**rustc version:** `1.39.0-nightly (97e58c0d3 2019-09-20)`
Repository: terminal
Issue: Feature Request: Show terminal size when resizing the window
Labels: Help Wanted,Area-UserInterface,Product-Terminal,Issue-Task

<!-- 
🚨🚨🚨🚨🚨🚨🚨🚨🚨🚨

I ACKNOWLEDGE THE FOLLOWING BEFORE PROCEEDING:
1. If I delete this entire template and go my own path, the core team may close my issue without further explanation or engagement.
2. If I list multiple bugs/concerns in this one issue, the core team may close my issue without further explanation or engagement.
3. If I write an issue that has many duplicates, the core team may close my issue without further explanation or engagement (and without necessarily spending time to find the exact duplicate ID number).
4. If I leave the title incomplete when filing the issue, the core team may close my issue without further explanation or engagement.
5. If I file something completely blank in the body, the core team may close my issue without further explanation or engagement.

All good? Then proceed!
-->

# Description of the new feature/enhancement

There was this cool feature in PuTTY, that when you resize the window, it also tells you the size of the window in COLUMNS and ROWS in a small tooltip. This would make it easier for users to set the terminal to their appropriate size.

I know there is a setting for the initial size, but sometimes you want to resize your terminal to an exact size and this feature would help.
<!-- 
A clear and concise description of what the problem is that the new feature would solve.
Describe why and how a user would use this new functionality (if applicable).
-->

# Proposed technical implementation details (optional)

Whenever the terminal window is resized by the user using either the mouse or other hotkeys, then a little tooltip will appear and show the current size (COLUMNS x ROWS) of the terminal.

<!-- 
A clear and concise description of what you want to happen.
-->
Repository: PowerToys
Issue: Command-Line Based interactive process viewer
Labels: Idea-New PowerToy

# Summary of the new feature/enhancement

Most windows users cant properly live in the terminal since alternatives to the linux tools have not been provided. 

One of the most commonly used tool is `top` (&/or `htop`). What if we can make a similar port of this to windows. This would allow us to to do tasks like killing or increasing the priority value through terminal based programs.

<!-- 
A clear and concise description of what the problem is that the new feature would solve.
Describe why and how a user would use this new functionality (if applicable).
-->

# Proposed Features

The program does everything that the task manager does:
- Killing Processes
- Shows system usage of CPU, Memory, etc
- Allows us to change the Scheduling Priority of an application

<!-- 
A clear and concise description of what you want to happen.
-->
Repository: neovim
Issue: Composed characters don't work with `f` and `F`
Labels: bug-vim,encoding,unicode  💩

<!-- Before reporting: search existing issues and check the FAQ. -->

- `nvim --version`: NVIM v0.3.8
Build type: Release
LuaJIT 2.0.5
Compiled by brew@Mojave.local
- `vim -u DEFAULTS` (version: 8.0) behaves differently? yes
- Operating system/version: macOS 10.14.6
- Terminal name/version: iTerm2 3.3.2
- `$TERM`: xterm-256color

### Steps to reproduce using `nvim -u NORC`
Go to insert mode, type in a sequence of characters that contains a character that your keyboard layout produces through composition (compose key or similar). Go back to normal mode and search for that character with either `f` or `F`. For example input `Hallöchen` and then search for `ö` with `Fö`, but use composition for the `ö`.

I've only just found this on my Mac so far, so I'm not sure whether linux's compose key causes the same bug. To reproduce with a Mac, set the Keyboard layout to US and use ALT+U, O to type the `ö` in the example above.

### Actual behaviour
`f` and `F` don't find characters when using composition in the search.

### Expected behaviour

`f` and `F` find characters when using composition in the search. This is already the case with my version of vim.
Repository: PowerToys
Issue: Add option to remove all title bars. (like i3)
Labels: Idea-Enhancement,Product-Window Manager,Product-FancyZones

# Summary of the new feature/enhancement
make users able to remove titlebars in fancy zones option.
Like in you whould do in a windowmanager like i3

# Proposed technical implementation details (optional)

<!-- 
A clear and concise description of what you want to happen.
-->

toggle option - no title bars.
Repository: godot
Issue: Autotile ignore separation
Labels: bug,topic:core,confirmed

**Godot version:** 3.1.1

**OS/device including version:** windows 10

**Issue description:** When i set separation it don't work

**Steps to reproduce:** see screnshot example

![image](https://user-images.githubusercontent.com/22748041/65378645-24c37200-dcc4-11e9-93ac-2f9c5234948e.png)
Repository: youtube-dl
Issue: reguestin new site mtv.fi 
Labels: site-support-request

- [x ] I'm reporting a new site support request
- [x ] I've verified that I'm running youtube-dl version **2019.09.12.1**
- [x ] I've checked that all provided URLs are alive and playable in a browser
- [x ] 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


- example1 video: https://www.mtv.fi/sarja/aaveiden-jaljilla-33011225
- example2 video: https://www.mtv.fi/sarja/-112-33011107005/jakso-10-sisa-suomen-poliisi-jahtaa-polkupyoravarasta-908881
- Playlist from example 2 (.mpd): https://mtvdashvodcloud-a.akamaized.net/video/won/ismvol1/2018-04-29/112(908881_ISMUSPWV).ism/112(908881_ISMUSPWV).mpd

 Description:
sometimes this site tries to force you to log in accounts are free here is one I made that can be used 
username: c2227667@urhen.com 
Password: password 
Some videos are only viewable in Finland.  this is a Finnish channel 3 website where you can watch their shows. I don't think this violates copyrights if I'm wrong I'm sorry. I looked through your supported sites and one was Ruutu and that is a similar site but for Chanel 4

first time using GitHub hopefully this is okay :)
Repository: rust
Issue: Tracking issue for dual-proc-macros
Labels: A-macros,T-compiler,B-unstable,C-tracking-issue,requires-nightly,A-proc-macros,S-tracking-design-concerns,S-tracking-perma-unstable

Implemented in #58013
Cargo side is https://github.com/rust-lang/cargo/pull/6547

This feature causes Cargo to build a proc-macro crate for both the target and the host, and for rustc to load both.

I'm not sure if this is a perma-unstable feature for the compiler-only, or if there is any need to use it elsewhere. But a tracking issue may be helpful for anyone looking for more information.
Repository: flutter
Issue: Prefetch image sizes when loading images from the network
Labels: c: new feature,framework,a: images,P3,team-framework,triaged-framework

## Use case

The `FadeInImage `provides a convenient way to provide a placeholder image when loading an image from the network.
When the size of the image, that's being loaded, is not known beforehand though the layout changes suddenly. Unpredictable layout changes should generally be avoided as disturbs users in their current interactions, reading content e.g. or even worse they may click the wrong button because the location suddenly changes.
This can already be improved by wrapping the `FadeInImage` with a `AnimatedSize `widget, but I believe that there is an even better solution.

## Proposal

For the most common image formats, metadata such as the size is at the stated in the first few bytes of a file.
If `FadeInImage` were to figure out the size of the downloading image as soon as the relevant bytes are available the final layout could be determined much earlier.

For reference look at this medium article where someone implemented a similar system with swift.
[Prefetching images size without downloading them [entirely] in Swift](https://medium.com/ios-os-x-development/prefetching-images-size-without-downloading-them-entirely-in-swift-5c2f8a6f82e9)
Repository: storybook
Issue: width/maxWidth prop on Story/Preview component
Labels: addon: docs

Would be awesome to have a width or maxWidth props on the Story components so that we can avoid writing decorators to restrict the width of 100% width components.