sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: rust
Issue: Switch to `termcolor` (first)?
Labels: C-enhancement,T-libs-api,A-libtest

There're on going effort to move libtest out of tree, however i think the current approach(#59440) is a little too aggressive by changing everything in a huge PR. I think it the effort should be splitted and happen in several separate steps. 

The first big step in it is replacing `libterm` with `termcolor`, which means:
* Add separate features to `termcolor`, `wincolor`, and `winapi` to mark these crates unstable (so they can be shipped with rustc.
* Maybe move these crates repo to `rust-lang` organization.
* Modify libtest in-tree to use `termcolor`

An alternative is to keep the existing code for unstable rustc usage but make it a shim over `termcolor` for non-rustc usages.

Just wrote these down to see what peoples think. @alexcrichton @Manishearth @gnzlbg @BurntSushi
Repository: TypeScript
Issue: keyof of 'mixed' class equals to `string | number`
Labels: Bug,Domain: Index Types

<!-- 🚨 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 `typescript@next`. It may have already been fixed. -->
**TypeScript Version:**  `3.4.3` or `3.5.0-dev.20190427`

<!-- Search terms you tried before logging this (so others can find this issue more easily) -->
**Search Terms:** `keyof`, `anonymous class`

**Code**

```ts
type AnyClass = new (...args: any[]) => any;

const mixin = <T extends AnyClass>(Class: T) => class extends Class {a: string};
const Cl = mixin(class {b = 123});
const inst = new Cl();

inst. //  <- IntelliSense works fine here and suggests 'a' and 'b' properties

type Keys = keyof typeof inst; // Keys = string | number
```

**Expected behavior:**
`Keys` to be equal to `'a' | 'b'`

**Actual behavior:**
`Keys` to be equal to `string | number`

**Playground Link:** [ts-playground](https://www.typescriptlang.org/play/index.html#src=type%20AnyClass%20%3D%20new%20(...args%3A%20any%5B%5D)%20%3D%3E%20any%3B%0D%0A%0D%0Aconst%20mixin%20%3D%20%3CT%20extends%20AnyClass%3E(Class%3A%20T)%20%3D%3E%20class%20extends%20Class%20%7Ba%3A%20string%7D%3B%0D%0Aconst%20Cl%20%3D%20mixin(class%20%7Bb%20%3D%20123%7D)%3B%0D%0Aconst%20inst%20%3D%20new%20Cl()%3B%0D%0A%0D%0Atype%20Keys%20%3D%20keyof%20typeof%20inst%3B)

**Description:**
_I'm sorry if that is a known bug ot expected behaviour. I did not find a duplicate._
Class `C` is a result of extension of some other class `A` provided as a function argument and class `B` which is declared inside the function body. Such class `C` works fine for the most part, but `keyof InstanceType<typeof C>` returns `string | number`.

![image](https://user-images.githubusercontent.com/7749862/56864120-61b26380-69c7-11e9-8271-fa974f9fe3db.png)

While IntelliSense works fine: 
![image](https://user-images.githubusercontent.com/7749862/56864131-7d1d6e80-69c7-11e9-85e7-36065aa3699b.png)

I'll be glad if you suggest any workarounds for this issue.
Repository: neovim
Issue: wildmenumode() with wildoptions=pum
Labels: documentation,complexity:low,has:plan

The default arrow key action when maneuvering the pum is sub-optimal (\<left\> is \<up\> and \<right\> is \<down\>.  I see that @bfredl has attempt to fix this with the "\<down\> and \<up\> mappings for wildoptions=pum" commits, however this commit was reverted.

I thought that the below vimscript would be sufficient, but that causes command history to not complete based on a partially written command; e.g if my command history contains `write` and `edit`, and I type `:w` and press `<up>`, `:edit` is shown, not `:write`
```
if &wildoptions =~ "pum" 
    cnoremap <up> <c-p>
    cnoremap <down> <c-n>
endif
```
So, is it possible to only enable the mapping if the pum is active, or, preferably to fix the default behavior?
Repository: vue-element-admin
Issue: request.js 文件依赖import store from '@/store'，会导致编译循环依赖RangeError: Maximum call stack size exceeded
Labels: need repro :mag_right:
Repository: godot
Issue: Make GraphNodes be able to be moved with the arrow keys
Labels: enhancement,topic:editor,usability

**Godot version:**
3.1.1

**Issue description:**
Sometimes I want to position GraphNodes (in VisualScript) so the connections are straight, and it would be useful if I could use the the arrow keys for that.
Repository: TypeScript
Issue: Cannot infer generic argument type from passed callback
Labels: Bug,Domain: Type Inference

<!-- 🚨 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 `typescript@next`. It may have already been fixed. -->
**TypeScript Version:**  3.4.0-dev.201xxxxx

<!-- Search terms you tried before logging this (so others can find this issue more easily) -->
**Search Terms:**

infer, parameter, argument, callback, function

**Code**

```ts
function inferArguments<T>(callback: ((t: T) => void)) {
  return callback;
}

function noop(){}

const explicit = inferArguments(({a = noop}: {a: Function}) => {});
explicit({a: noop}); // OK!
explicit({a: false}); // Expected error - Got one!

const implicit = inferArguments(({a = noop}) => {});
implicit({a: noop}); // OK!
implicit({a: false}); // Expected error - No Error!
```

**Expected behavior:**
Both function calls with `({a: false})` should cause a type error

**Actual behavior:**
Only the function call with the explicit typing causes a type error

[**Playground Link**](https://www.typescriptlang.org/play/#src=function%20inferArguments%3CT%3E(callback%3A%20((t%3A%20T)%20%3D%3E%20void))%20%7B%0A%20%20return%20callback%3B%0A%7D%0A%0Afunction%20noop()%7B%7D%0A%0Aconst%20explicit%20%3D%20inferArguments((%7Ba%20%3D%20noop%7D%3A%20%7Ba%3A%20Function%7D)%20%3D%3E%20%7B%7D)%3B%0Aexplicit(%7Ba%3A%20noop%7D)%3B%20%2F%2F%20OK!%0Aexplicit(%7Ba%3A%20false%7D)%3B%20%2F%2F%20Expected%20error%20-%20Got%20one!%0A%0Aconst%20implicit%20%3D%20inferArguments((%7Ba%20%3D%20noop%7D)%20%3D%3E%20%7B%7D)%3B%0Aimplicit(%7Ba%3A%20noop%7D)%3B%20%2F%2F%20OK!%0Aimplicit(%7Ba%3A%20false%7D)%3B%20%2F%2F%20Expected%20error%20-%20No%20Error!)

**Related Issues:** #30975 Looks similar but seems different since there should be a clear way for inference to work in this case

Note that `Parameters` is correctly able to extract the correct types for such a construct as seen in this bit of code:

```ts
function noop() { }
function callback({ a = noop }) { }
let args: Parameters<typeof callback>;
args[0].a as Function
```

This appears to be an error with inline callback functions used in this fashion
Repository: TypeScript
Issue: make @ts-ignore available when using {/* @ts-ignore */}.
Labels: Suggestion,Awaiting More Feedback

<!-- 🚨 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

<!-- List of keywords you searched for before creating this issue. Write them down here so that others can find this suggestion more easily -->
@ts-ignore annotation

## Suggestion

<!-- A summary of what you'd like to see added or changed -->

Hi, I apologize if it is already discussed. However, I believe we need this feature for `@ts-ignore`. 
Currently `@ts-ignore` only mutes the errors only using with `// @ts-ignore`.
I believe we also need to make `@ts-ignore` available when using `{/* @ts-ignore */}`.

I've already founded [this issue](https://github.com/Microsoft/TypeScript/issues/19573). It's a similar issue but not the same and I think this is easier to implement.

I think this feature only need to change this code.
https://github.com/Microsoft/TypeScript/blob/master/src/compiler/program.ts#L2

## Use Cases

<!--
What do you want to use this for?
What shortcomings exist with current approaches?
-->

I'd like to use this in the html structures in the TSX file.

## Examples

<!-- Show how this would be used and what the behavior would be -->

This is implementation for `amp-script`. We have to use `onclick` instead of `onClick` and it's not supported for now.
```
const App = () => {
  return (
    <div>
      ...
      {/* @ts-ignore */}
      <button onclick={() => setCount(count + 1)}>Click me</button> // this line should be ignored
      ...
    </div>
  );
}
```

## Checklist

My suggestion meets these guidelines:

* [x] This wouldn't be a breaking change in existing TypeScript/JavaScript code
* [ ] 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. library functionality, non-ECMAScript syntax with JavaScript output, etc.)
* [x] This feature would agree with the rest of [TypeScript's Design Goals](https://github.com/Microsoft/TypeScript/wiki/TypeScript-Design-Goals).
Repository: go
Issue: cmd/go: treat most errors as fatal when resolving a package with a proxy
Labels: NeedsFix,GoCommand,modules

### What version of Go are you using (`go version`)?

go1.12.4 and master (`049c8dbf`)

### 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"
GOBIN=""
GOCACHE="/Users/jayconrod/Library/Caches/go-build"
GOEXE=""
GOFLAGS=""
GOHOSTARCH="amd64"
GOHOSTOS="darwin"
GOOS="darwin"
GOPATH="/Users/jayconrod/go"
GOPROXY="http://127.0.0.1:6123/mod"
GORACE=""
GOROOT="/opt/go/installed"
GOTMPDIR=""
GOTOOLDIR="/opt/go/installed/pkg/tool/darwin_amd64"
GCCGO="gccgo"
CC="clang"
CXX="clang++"
CGO_ENABLED="1"
GOMOD="/dev/null"
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/rq/x0692kqj6ml8cvrhcqh5bswc008xj1/T/go-build212227611=/tmp/go-build -gno-record-gcc-switches -fno-common"
</pre></details>

### What did you do?

In src/cmd/go/testdata/script/mod_load_badzip.txt, remove commands except the `go build` command, so that `go build` runs with an empty module.

`! go build rsc.io/badzip`

### What did you expect to see?

The zip file for this module contains a superfluous .info file. We should see an error about that.

### What did you see instead?

Instead, we see a message `cannot find module providing package`.

### Analysis

When we want to load a package that isn't provided by any module in the build list, we attempt to retrieve modules that *could* provide the package. In this case, we'll look for `rsc.io` and `rsc.io/badzip`. Frequently, these modules don't exist (we get a 404 or 410 from the proxy), so if there's an error on every path we try, we report `cannot find module providing package`.

Many other errors are possible though. We should distinguish "not found" errors from "found but couldn't access" errors.

When we fetch code from a VCS, we have a special `codehost.VCSError` type which covers "found but couldn't access" errors. Instead, we should define a special "not found" error type in `cmd/go/internal/modfetch` (used with both proxy and VCS), and we should treat all other errors as "found but couldn't access".
Repository: three.js
Issue: Suggestion: Merge updateMatrixWorld and updateWorldMatrix
Labels: Suggestion

The `updateWorldMatrix` function adds the ability to guarantee that the parent matrices are up to date before updating an objects world matrix. In the interest of maintaining backwards compatibility and simplifying the API why not merge the behavior of the two functions into `updateMatrixWorld`?

The API might look like this which would give the same behavior as the current function: 
```js
updateMatrixWorld(force = false, updateChildren = true, updateParents = false)
```

And to get the behavior of the current `updateWorldMatrix` function you would call `updateMatrixWorld(true, false, true)`.

The `force` parameter and `matrixWorldNeedsUpdate` function might feel a little clunky but maybe that can be improved in the future, as well?

/cc @WestLangley 
Related to #16292
Repository: vue-element-admin
Issue: Routes is missing after reload page
Labels: need repro :mag_right:

<!--
    注意：为更好的解决你的问题，请参考模板提供完整信息，准确描述问题，信息不全的 issue 将被关闭。

    Note: In order to better solve your problem, please refer to the template to provide complete information, accurately describe the problem, and the incomplete information issue will be closed.
-->


## Bug report（问题描述）

#### Steps to reproduce（问题复现步骤）

1. Make login
2. Open a option from menú (note that option is added according with https://panjiachen.github.io/vue-element-admin-site/guide/essentials/permission.html#permission)
3. After open option press F-5 or reload page manually
4. Go to option selected or select another option
5. Surprise: the option is missing

I noticed that the static option for menu is keeping but new asyncRoutes are missing.

#### Screenshot or Gif（截图或动态图）


#### Link to minimal reproduction（最小可在线还原demo）

<!--
Please only use Codepen, JSFiddle, CodeSandbox or a github repo
-->

#### Other relevant information（格外信息）
- Your OS: Linux Kubuntu AMD 64
- Node.js version: latest
- vue-element-admin version: latest

Best regards.
Repository: godot
Issue: Using set_shader_param with a color returns non-linear colors
Labels: bug,breaks compat,topic:shaders

**Godot version:** v3.1.stable.mono.official (LATEST)

**OS/device including version:** Ubuntu 18.04 bionic, 
Kernel: x86_64 Linux 4.18.0-17-generic

**Issue description:**
If using colors to transfer values (Since sampler2d is our only array), The values seem to be offset by 0.05 and put through a square root function

If the red value is set to `sqrt(0.55)`, the line seems to appear in the middle

![image](https://user-images.githubusercontent.com/14253836/56871084-7a7a4380-69de-11e9-83e5-fd116d0047d8.png)

**Steps to reproduce:**
- Use `set_shader_param('param_name', Color(0.5, 1.0, 1.0))` to set a specific color
- When accessing the color in the shader, the values will be mutated

**Minimal reproduction project:**
[GodotTestProject.zip](https://github.com/godotengine/godot/files/3125580/GodotTestProject.zip)
Repository: youtube-dl
Issue: Add support for British Telecom film archive
Labels: site-support-request

<!--

######################################################################
  WARNING!
  IGNORING THE FOLLOWING TEMPLATE WILL RESULT IN ISSUE CLOSED AS INCOMPLETE
######################################################################

-->


## Checklist

<!--
Carefully read and work through this check list in order to prevent the most common mistakes and misuse of youtube-dl:
- First of, make sure you are using the latest version of youtube-dl. Run `youtube-dl --version` and ensure your version is 2019.04.24. If it's not, see https://yt-dl.org/update on how to update. Issues with outdated version will be REJECTED.
- Make sure that all provided video/audio/playlist URLs (if any) are alive and playable in a browser.
- Make sure that site you are requesting is not dedicated to copyright infringement, see https://yt-dl.org/copyright-infringement. youtube-dl does not support such sites. In order for site support request to be accepted all provided example URLs should not violate any copyrights.
- Search the bugtracker for similar site support requests: http://yt-dl.org/search-issues. DO NOT post duplicates.
- Finally, put x into all relevant boxes (like this [x])
-->

- [x ] I'm reporting a new site support request
- [x ] I've verified that I'm running youtube-dl version **2019.04.24**
- [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


## Example URLs

<!--
Provide all kinds of example URLs support for which should be included. Replace following example URLs by yours.
-->

- Single video: https://bt.kuluvalley.com/view/ApYmrmm36J8
- Single video: https://bt.kuluvalley.com/view/XxzB3x6SF9V
- Single video: https://bt.kuluvalley.com/view/I9tnOFRRssI


## Description

<!--
Provide any additional information.
If work on your issue requires account credentials please provide them or explain how one can obtain them.
-->

This website offers films held by British Telecom that are historically significant.
Repository: TypeScript
Issue: [Feature request] keyword `final` type for output full final type in .d.ts
Labels: Suggestion,Awaiting More Feedback,Domain: Declaration Emit

<!-- 🚨 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

<!-- List of keywords you searched for before creating this issue. Write them down here so that others can find this suggestion more easily -->

## Suggestion

with keyword `final`, output a final type typescript know in .d.ts

## Use Cases

this help when we import `a.ts` will didn't need import other file for get type info

## Examples

<!-- Show how this would be used and what the behavior would be -->

> b.ts

```ts
export type A2 = {
	a: number,
}

export type B2 = {
	b: number,
}
```

### origin

> a.ts

```ts
import { A2, B2 } from './b'

type A1 = {
	a: number,
}

type B1 = {
	b: number,
}

export type C1 = A1 & B1
export type C2 = A2 & B2
```

=>

.d.ts

```ts
import { A2, B2 } from './b';
declare type A1 = {
    a: number;
};
declare type B1 = {
    b: number;
};
export declare type C1 = A1 & B1;
export declare type C2 = A2 & B2;
```

### with keyword `final`

> a.ts

```ts
import { A2, B2 } from './b'

export type A1 = {
	a: number,
}

export type B1 = {
	b: number,
}

export final type C1 = A1 & B1
export final type C2 = A2 & B2
```

=>

will no need to know what is A1 B1

and also will not import b.ts for know what is A2, B2 when import a.ts

```ts
export declare type C1 = {
	a: number,
	b: number,
}
export declare type C2 = {
	a: number,
	b: number,
}
```

or

```ts
export declare type C1 = {
	a: number,
} & {
	b: number,
}
export declare type C2 = {
	a: number,
} & {
	b: number,
}
```

## Checklist

My suggestion meets these guidelines:

* [ ] This wouldn't be a breaking change in existing TypeScript/JavaScript code
* [ ] This wouldn't change the runtime behavior of existing JavaScript code
* [ ] This could be implemented without emitting different JS based on the types of the expressions
* [ ] This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, etc.)
* [ ] This feature would agree with the rest of [TypeScript's Design Goals](https://github.com/Microsoft/TypeScript/wiki/TypeScript-Design-Goals).
Repository: TypeScript
Issue: 'instanceof' changes type outside of 'if' statement
Labels: Bug,Domain: Control Flow,Fix Available,Rescheduled

<!-- 🚨 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 `typescript@next`. It may have already been fixed. -->
**TypeScript Version:**  3.4.*

<!-- Search terms you tried before logging this (so others can find this issue more easily) -->
**Search Terms:**

instanceof

**Code**

```ts
// @strictNullChecks: true
interface OnChanges {
    onChanges(changes: Record<string, unknown>): void
}
interface Validator {
    validate(): null | Record<string, unknown>;
}

class C {
    validate() {
        return {}
    }
}
function foo() {
    let v: Validator & Partial<OnChanges> = null as any;
    if (v instanceof C) {
    }
    if (v.onChanges) { // error here
        v.onChanges({});
    }
}
```

**Expected behavior:**

No error.

**Actual behavior:**

```
Property 'onChanges' does not exist on type 'C | (Validator & Partial<OnChanges>)'.
  Property 'onChanges' does not exist on type 'C'.
````

`instanceof` shouldn't change the type of the variable outside of the `if` statement.

This only happens with `strictNullChecks` enabled.

**Playground Link:** https://typescript-play.js.org/#code/JYOwLgpgTgZghgYwgAgPIgMIAs4gOYQDOyA3gFDKXID2mO+RAFAvQYQFzIBKEC1UAEwA8hMFFB4ANMgCuIANYhqAdxAA+AJScAbtWACyAXzKhIsRCgBqcADb64YfqQpVtt+5EZbkIGTZvIAD7cvPzCouL40nKKKuoA3EZkZAg2cITEGM5UyG52Ag4QXtk5VFAQYDJQIKTGOcbGMHIIYMC0yDDU1MXkOTYVuZzW+Q5OAGTIAApwUK22QujYuGxqyAC8Pn4B6ci4AJ6JOcAwyIzayKCiuEjUJxgaJZR1VMen2gB0tEsMhA+9pZQPl9WEwSIYNIcqA0gA

**Related Issues:**
Repository: pytorch
Issue: BatchNorm1d does not support batchsize>65535 in eval mode with 3 dimension (NxCxL), raise CUDNN_STATUS_NOT_SUPPORTED
Labels: module: dependency bug,module: cudnn,triaged,small

## 🐛 Bug

Hi, I found a bug while feeding big batch size to my model. The code works fine if I remove `bn.eval()`.
I have checked similar issues, none seems to solve the problem

`RuntimeError: CUDNN_STATUS_NOT_SUPPORTED. This error may appear if you passed in a non-contiguous input.`

## To Reproduce
My minimum code for reproducing this bug:

```
import torch
import torch.nn as nn

torch.backends.cudnn.enabled = True
x = torch.rand(65536, 1, 1).cuda()
bn = nn.BatchNorm1d(1)

bn.cuda()
bn.eval()
y = bn(x)
print(y.size())
```
it works fine in training mode.

It also works fine without the L dimension at the end for the BatchNorm, as below:
```
import torch
import torch.nn as nn

torch.backends.cudnn.enabled = True
x = torch.rand(65536, 1).cuda()
bn = nn.BatchNorm1d(1)

bn.cuda()
bn.eval()
y = bn(x)
print(y.size())
```
Environment:
 - PyTorch Version (e.g., 1.0): 1.0.1
 - OS (e.g., Linux): Linux
 - How you installed PyTorch (`conda`, `pip`, source): conda
 - Python version: 3.6.6
 - CUDA/cuDNN version: CUDA 10/ cuDNN7.4.1
 - GPU models and configuration: GTX1080ti
Repository: go
Issue: go/doc: lines with double-quotes cannot be headings
Labels: NeedsInvestigation

### What did you do?

Add a package doc like:
```
// ...
// The behaviour can be customized by annotations on the CRDs.
//
// Annotation "annotation-name"
//
//   example.com/annotation-name: <bool>
//
// If true, lorem ipsum ...
//
```

### What did you expect to see?

The string `Annotation "annotation-name"` should be a title since it is delimited by blank lines, starts with and uppercase letter and does not end with punctuation. 

### What did you see instead?

It shows up as a regular text paragraph. I've also tested simply putting the work Annotation there to exclude the quotes.