sharjeelyunus/github-issues-dataset huggingface dataset:
Repository: youtube-dl
Issue: Creating archive at an arbitrary hierarchical path
Labels: question

## Checklist

- [x] I'm asking a question
- [x] I've looked through the README and FAQ for similar questions
- [x] I've searched the bugtracker for similar questions including closed ones


## Question

I'm trying to make a batch file that creates an archive file named after the playlist within the folder -o creates (I'm using this btw: youtube-dl -o "%%(playlist)s/%%(playlist_index)s - %%(title)s.%%(ext)s")

so far I've tried:
1.Creating an archive within an arbitrary hierarchical path but later learned it only works with -o not with --download-archive
2.for /f "delims=" %%a in ('youtube-dl --get-filename -o "%(title)s.%(ext)s" %ytlink%') do @set archive_name=%%a

The purpose for which I'm trying this is so that I can download multiple playlists that share some common videos but still use the archive feature for each one

The error I'm getting is ERROR: fixed output name but more than one file to download

So the real question is how do I get the playlist name? I've already tried using "%%(playlist)s" instead of "%(title)s.%(ext)s" but that just crashes it

full batch file: (ignore the general_archive.txt, that's just something I'm using temporarily as a quick fix)
set /p ytlink=Enter Youtube Playlist link:
set archive_name=test
for /f "delims=" %%a in ('youtube-dl --get-filename -o "%(title)s.%(ext)s" %ytlink%') do @set archive_name=%%a
echo %archive_name%
PAUSE
youtube-dl -o "%%(playlist)s/%%(playlist_index)s - %%(title)s.%%(ext)s" -f "bestaudio" -i --download-archive "general_archive.txt" %ytlink%
PAUSE

sry if it's all over the place, I'm a newbie to programming languages :P
Repository: godot
Issue: Case not enforcing unique node naming.
Labels: topic:core

<!-- Please search existing issues for potential duplicates before filing yours:
https://github.com/godotengine/godot/issues?q=is%3Aissue
-->

**Godot version:**
3.2.3.stable.official

**OS/device including version:**
Win 10

**Issue description:**
Given a scene with a named node, creating a sibling node via _init with the same name results in non-unique naming.
This contradicts the rule that all nodes should be uniquely named.

**Steps to reproduce:**
The reproduction project shows via assertions that the resulting nodes are NOT uniquely named.
You may also check the remote scene tree to see the two nodes with the same name.
![image](https://user-images.githubusercontent.com/1069303/94988475-bb7c6d00-056d-11eb-8550-c384dbab471b.png)


**Minimal reproduction project:**
[nonunique_name.zip](https://github.com/godotengine/godot/files/5321358/nonunique_name.zip)

**Thoughts**
I don't really know what I expected to happen, I just sorta stumbled on this. I suppose there should be a naming check when the scene nodes are added after _init resulting in an error if it's not unique. Renaming the scene nodes would seem nonintuitive and skipping them all together would be unexpected. Simply notifying the developer with an error message that the name is taken makes the most sense to me.
I'd also see this as a debug-build feature. Release builds could perhaps skip this check if it's too much overhead.
Repository: TypeScript
Issue: Documented server plugin example fails with relative path
Labels: Needs Investigation

<!-- 🚨 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:**  4.0.3 & 4.1.0-dev.20201003

<!-- Search terms you tried before logging this (so others can find this issue more easily) -->
**Search Terms:** plugin link path

**Code**

[Writing a Language Service Plugin | Putting it all together](https://github.com/microsoft/TypeScript/wiki/Writing-a-Language-Service-Plugin#putting-it-all-together)
<sub>https://github.com/microsoft/TypeScript/wiki/Writing-a-Language-Service-Plugin#putting-it-all-together</sub>

**Summary:**



I have recreated the example plugin found in the documentation at [Writing a Language Service Plugin](https://github.com/microsoft/TypeScript/wiki/Writing-a-Language-Service-Plugin).

The example works when using 'npm link', but not with relative paths.

![](https://user-images.githubusercontent.com/47453366/94990518-12d60980-057d-11eb-8720-103bfbd10c3c.png)

I referred to the plugin in tsconfig like this:
```
"plugins": [{
	"name": "../plugin"
}]
```

I have also tried to refer to `../plugin/index` and `../plugin/index.js`, but neither of them works.

**Expected behavior:**

Be able to refer to the plugin with a relative path.

**Actual behavior:**

Silently fails without the plugin being loaded.
Repository: excalidraw
Issue: File produced by `npm run build-node` throws an exception at runtime `window is not defined`
Labels: bug

Hello,

I'm trying to execute the file produced by the npm task `npm run build-node` using Node.js 12.18.4 but I get the following exception:

```console
$ node -v
v12.18.4
```

```console
$ node build/static/js/build-node.js
ReferenceError: window is not defined
    at Module.<anonymous> (/path/to/excalidraw/build/static/js/build-node.js:2:115726)
    at r (/path/to/excalidraw/build/static/js/build-node.js:2:118)
    at /path/to/excalidraw/build/static/js/build-node.js:2:1622
    at Object.<anonymous> (/path/to/excalidraw/build/static/js/build-node.js:2:1632)
    at Module._compile (internal/modules/cjs/loader.js:1137:30)
    at Object.Module._extensions..js (internal/modules/cjs/loader.js:1157:10)
    at Module.load (internal/modules/cjs/loader.js:985:32)
    at Function.Module._load (internal/modules/cjs/loader.js:878:14)
    at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:71:12)
    at internal/main/run_main_module.js:17:47
```

To give you some context, I'm the creator of https://kroki.io and I would like to add Excalidraw.
That's the reason why I'm trying to use a function that can convert a JSON definition of an Excalidraw diagram to an image (png or svg).

The `exportToCanvas` API seems like a good fit but as mentioned above it throws an exception.

I'm aware of https://www.npmjs.com/package/@tommywalkie/excalidraw-cli but I think it would be better to have an "official" CLI as part of Excalidraw to avoid code discrepancies.

Alternatively, we could create and publish a JavaScript library with a nice API to export an Excalidraw diagram to an image (png or svg).
This library could then be used as part of the Excalidraw application but also in other applications/services/extensions/plugins.
If it's something that might interest you, I can give it a try with some guidance :smile:
Repository: neovim
Issue: Incorrect coloring on built-in terminal
Labels: bug,terminal

<!-- Before reporting: search existing issues and check the FAQ. -->

- `nvim --version`: NVIM v0.5.0-712-g4a996bc43
- `vim -u DEFAULTS` (version: ) behaves differently? No
- Operating system/version: Fedora 33
- Terminal name/version: Happened in every terminal I tested (gnome-terminal and kitty)
- `$TERM`: xterm-256color

### Steps to reproduce using `nvim -u NORC`

```
nvim -u NORC
:terminal
cd (some project built with rust's rocket)
cargo run
```

### Actual behaviour
![image](https://user-images.githubusercontent.com/7443916/94991215-79592880-0579-11eb-942b-b2fc4e10a621.png)
The coloring on "Mounting /auth:" is offset, compared to here.

### Expected behaviour
![image](https://user-images.githubusercontent.com/7443916/94991232-9988e780-0579-11eb-850e-69862bee161f.png)

The bare terminal displays correctly.

Note I have only experienced this with this particular output, but it will probably happen elsewhere too.
Repository: youtube-dl
Issue: Downloading Oreily Video cutted into 1 minute length
Labels: question

<!--

######################################################################
  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:
- Look through the README (http://yt-dl.org/readme) and FAQ (http://yt-dl.org/faq) for similar questions
- Search the bugtracker for similar questions: http://yt-dl.org/search-issues
- Finally, put x into all relevant boxes (like this [x])
-->

- [x ] I'm asking a question
- [ ] I've looked through the README and FAQ for similar questions
- [ ] I've searched the bugtracker for similar questions including closed ones


## Question

<!--
Ask your question in an arbitrary form. Please make sure it's worded well enough to be understood, see https://github.com/ytdl-org/youtube-dl#is-the-description-of-the-issue-itself-sufficient.
-->

WRITE QUESTION HERE
hello why whenever i try to download the Oreily video i only able to download it by half only, no full duration?
Repository: rust
Issue: Clarify (un)signed-ness of pointers for comparisons
Labels: C-enhancement,T-lang,A-docs,A-raw-pointers

It seems currently pointer comparisons, ala. `(foo as *const u32) > (bar as *const u32)`. Emits an unsigned comparison. I looked a little bit to see if this was documented somewhere and I didn't see anything super obvious.

Is this something that is defined behavior, and if it is, could we clarify it in the primitive `pointer` type documentation? This can be relevant especially in many kernel designs when there are "negative" addresses in the kernel and "positive" in user-space.

Thanks!
-B
Repository: pytorch
Issue: Support for Locality Sensitive Hashing Optimizations
Labels: triaged,needs research

## 🚀 Feature
Support module for Locality Sensitive Hashing based refinement.

## Motivation
Would lead to an increased computational efficiency, and would lead to minimal efficient resource usage.
Repository: youtube-dl
Issue: Radiocut website download
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 2020.09.20. 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 **2020.09.20**
- [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.
-->

- https://ar.radiocut.fm/audiocut/viajamos-a-antartida-salta-y-pampa/

## Description

<!--
Provide any additional information.
If work on your issue requires account credentials please provide them or explain how one can obtain them.
-->

Hello, this is a feature request for making youtube-dl able to download audios from Argentina´s Radiocut website. Radiocut stores audio files from radio shows in Argentina and there is a working Python script to download audios from there, whose developers are willing to colaborate in adopting it from Youtube-dl
Repository: go
Issue: cmd/compile: introduce masked memeq
Labels: Performance,NeedsInvestigation,compiler/runtime

This is an idea to experiment with. I don't know whether it'll yield enough fruit to be worth the added code.

Consider this type:

```
type T struct {
	x uint64
	b bool
}
```

Arrays of `T` require generated alg routines. This is because x has a required alignment of 8, so there's a 7 byte gap between Ts in the array, so we can't use one big memeq call.

We could, however, introduce a masked memeq, to which the compiler passes not only the length of the memory to compare but also a repeating mask, probably of a fixed size. For T, the mask would be something like `1111111110000000` (nine 1s, seven 0s). When comparing memory the routine would load bytes from memory, mask out some of the bytes, and then do the comparison. This is the kind of thing that SIMD instructions excel at on many platforms.

This would also work for structs containing blank fields (fields named _).

This could also work for hash routines: Mask out bytes before feeding them to the regular hash routine.

We could also use this as the first step in other alg routines. For example, `[8]string`'s equality function could start by calling memeqmask with a size of `8*8*2` (on 64 bit systems) and a mask of `1111111100000000` (eight 1s, eight 0s), to compare all the lengths. Then it could do its second loop to compare all the contents.

cc @martisch @randall77
Repository: youtube-dl
Issue: Question about Heise c't uplink videos
Labels: question

## Checklist

- [x] I'm asking a question
- [x] I've looked through the README and FAQ for similar questions
- [x] I've searched the bugtracker for similar questions including closed ones


## Question

Hey everyone,

any (German) c't uplink watchers here?

I wonder why, when downloading a c't uplink video, there is nearly no meta information stored in the description of the video itself. E.g. when downloading https://www.heise.de/news/Die-c-t-Security-Checklisten-2021-c-t-uplink-34-5-4904126.html all I get is this:
´´´
Movie name : Die c’t-Security-Checklisten 2021 | c’t uplink 34.5 
Description : Digitale Sicherheit ist wichtig! Deshalb gibt es die c’t-Security-Checklisten, über die wir im c’t uplink reden. 
´´´

Looking into the RSS feed of ct't uplink on https://www.heise.de/ct/uplink/ctuplinkvideohd.rss there is quite a summary which could be placed into the metadata. Unfortunately if I download the RSS feed it is handled as generic file and only the links to the mp4 files are downloaded, but no meta information added.

So the question is.. should more description be placed into the downloaded file? Or would the RSS feed be in need of a new extractor for itself to gather title, description and date as metadata?
Repository: go
Issue: cmd/compile: add variable length [N]T algs, for T in {string, float32, float64, iface}
Labels: binary-size

See discussion in https://golang.org/cl/255317 for more discussion.

I threw together a very crude prototype in golang.org/cl/259303 to start playing with it. It has many obvious flaws and todos (I didn't even bother fixing typos), but it might be helpful for someone wanting to work on this.

cc @randall77 @martisch
Repository: flutter
Issue: Plugin parsing and validation is done in assert statements and discarded for most users
Labels: tool,P2,team-tool,triaged-tool

For example: https://github.com/flutter/flutter/blob/master/packages/flutter_tools/lib/src/plugins.dart#L93

Either these need to be pulled out and tests covered to ensure these messages are surfaced, or the asserts need to be removed entirely so that any test coverage cannot depend on them.
Repository: storybook
Issue: Type `globalTypes` to assist writing `preview.js`
Labels: feature request,help wanted,has workaround,typescript,addon: toolbars,args,medium

**Is your feature request related to a problem? Please describe**
It's a bit painful setting up globals in `preview.js`, having to refer back to docs and risk errors without strict types.

**Describe the solution you'd like**
I tried writing a `preview.d.ts` that enforces the structure from Storybook docs, but my `preview.js` didn't seem to enforce it or provide intellisense. I don't have much experience writing definition files, but it should work something like:

```
import { IconKey } from '@storybook/components/dist/icon/icons'

export declare type GlobalType<T> = {
  name: string
  description?: string
  defaultValue?: T
  toolbar: {
      icon?: IconKey
      items: Array<{
          title: string
          value: T
          left?: string
          right?: string
          icon?: IconKey
      }>
  }
}

export declare type GlobalTypes = Record<string, GlobalType<unknown>>

export declare const globalTypes: GlobalTypes
```

**Describe alternatives you've considered**
Alternatively, Storybook could allow `preview.js` to be provided as `preview.ts` and expose `GlobalTypes` with other types like `Meta` and `Story`. That would allow using the utility type above to enforce strictly typed values in items array. e.g.

```ts
// .storybook/preview.ts

import { GlobalType } from '@storybook/react/types-6-0'

type CountryCodes = 'en' | 'fr' | 'es' | 'zh' | 'kr'

export const globalTypes: {
  locale: GlobalType<CountryCodes>
} = {
  locale: {
    name: 'Locale',
    description: 'Internationalization locale',
    defaultValue: 'en',
    toolbar: {
      icon: 'globe',
      items: [
        { value: 'en', right: '🇺🇸', title: 'English' },
        { value: 'fr', right: '🇫🇷', title: 'Français' },
        { value: 'es', right: '🇪🇸', title: 'Español' },
        { value: 'zh', right: '🇨🇳', title: '中文' },
        { value: 'kr', right: '🇰🇷', title: '한국어' },
      ],
    },
  },
}
```

**Are you able to assist to bring the feature to reality?**
Yep, can do with a little help understanding your conventions.
Repository: storybook
Issue: New Docs Tab that will be enabled for displaying API of components only.
Labels: feature request,inactive,addon: docs

**Is your feature request related to a problem? Please describe**
Displaying argsTable for props of component I want to display API tab adjacent to component stories. Currently, I am separately displaying API linked to Docs but it displays in left navigation. I want to hide from left navigation but still want to keep API links. So better alternative will be adding tab of API that can display all props.

Its related to Addon-docs: Multiple Tab #8951

**Describe the solution you'd like**
Create new docs tab adjacent to default Docs named API. So tabs can be Canvas, Docs, API. From this we can resolve all stories detail like Demo in Canvas, Documentation in Docs and argsTable in API.

**Describe alternatives you've considered**
I am using Links addon, I am adding link to API story and vice-versa for docs story. But problem is, its get listed in left navigation although I can reorder.

**Are you able to assist to bring the feature to reality?**
No, But I can try with your support.

**Additional context**
A good example of that: https://microsoft.github.io/fluent-ui-react/components/accordion/definition
Repository: rust
Issue: Docs enhancement: misleading try_clone docs
Labels: T-libs-api,A-docs,C-bug,A-io

try_clone says it "Creates a new `File` instance that shares the same underlying file handle as the existing `File` instance."

However, #45536 notes that it calls DuplicateHandle and fcntl F_DUPFD_CLOEXEC on Windows and other OSes respectively. Those calls create new handles, which point to the same operating system descriptor (file, socket etc).

The distinction is potentially important: file system behaviours that can cause IO latency may be hooked in on syscalls like close() - we've spent considerable time in rustup dealing with virus scanners and NFS for two examples. 

I think the documentation should at a minimum say 'new operating system handle cloned from the existing one', or some such. Ideally it would, like other calls do, just say what calls are used: this is clear and unambiguous, and would also solve the problem raised in bug 45536 about documentation about when it may fail by letting folk go and read the underlying syscall documentation.

### Meta

This is present still in git. https://doc.rust-lang.org/src/std/fs.rs.html#548
Repository: rust
Issue: Invalid monomorphization when `-C link-dead-code` is used
Labels: A-diagnostics,P-medium,T-compiler,A-SIMD,A-intrinsics,requires-nightly,I-monomorphization,D-confusing,link-dead-code

I've tried to compile this crate https://github.com/yoanlcq/vek as part of running code coverage and with `RUSTFLAGS="-C link-dead-code"` and `--features platform_intrinsics` it fails to build. But without `-C link-dead-code` it builds and runs fine which is what I'd expect with the flag present.

Sample error (they're all the same error just different bits of code:

```
error[E0511]: invalid monomorphization of `simd_reduce_any` intrinsic: unsupported simd_reduce_any from `vec::repr_simd::extent2::Extent2<bool>` with element `bool` to `bool`
    --> src/vec.rs:1346:43
     |
1346 |                       simd_llvm => unsafe { simd_llvm::simd_reduce_any(self) },
     |                                             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
...
3195 | /     vec_impl_all_vecs!{
3196 | |         simd
3197 | |         #[repr(simd)]
3198 | |     }
     | |_____- in this macro invocation
     |
     = note: this error originates in a macro (in Nightly builds, run with -Z macro-backtrace for more info)

error: aborting due to 14 previous errors
```