primordic/IssueDupesLite huggingface dataset:
Repository: aframevr/aframe

Issue #3559: Enable touch panner in both yaw and phi directions
Created: 2018-04-25T17:17:26Z
Description:
The camera position in mobile updates its angles when devicecmotion or touchmove events are fired. But in the case of touchmove only the theta (and thus the horizontal axis) is updated and the user cannot view up in the scene using touch events.
TouchPanner.prototype.getOrientation only uses theta.
How could we do to enable vertical and horizontal move with touch events like in the devicemotion events.
I know that combining devicemotion and touchpanner (both directions) at the same time can be a mess if not well implemented (I saw viewers that have implemented it with a very good user experience).
Can I use touch panner in both directions and disable devicemotion? It would be perfect for people that is looking in an scene from a mobile and don't want to move the hand all around and want to see the scene (rotate the camera) only touching the mobile and not moving the arm and hand around.
Helppp
Thank you :)

Duplicate issue #4634: error, camera locked on an axis in mobile 
Created: 2020-06-28T20:23:26Z
**Description: Hello everyone, I hope you have an excellent day, it happens that in desktop mode it works perfectly but on mobile devices it only moves on a single axis and also does not detect gyroscopic sensors, the same thing happens in the latest version 1.0.4, which can it be and how can I solve it?
I was checking and not only happens with me, but also with all the examples from the official website and other people's recent projects**

A-Frame Version: 1.0.4
Platform / Device: Android
Reproducible Code Snippet or URL: https://osmandigitalmedia.com/vrtour

Closing comment (2020-06-29T17:50:11Z): Dup of #3559
Repository: aframevr/aframe

Issue #949: Update 0.2.0 docs, guide
Created: 2016-02-09T10:00:36Z

Duplicate issue #766: Document how to write + publish + share third-party components
Created: 2016-01-13T18:35:31Z
Issue by cvan
Friday Dec 18, 2015 at 01:42 GMT
Originally opened as https://github.com/aframevr/aframe-core/issues/705


Document how to use the methods we expose on aframeCore/AFRAME (e.g., aframeCore.registerComponent)
Publish the code on GitHub, deploy online somewhere (e.g., GH Pages, CodePen, Dropbox)
Open a PR against https://github.com/aframevr/awesome-aframe to get a link added to it
Write a case study on http://aframevr.tumblr.com (if you're so willing!)

Closing comment (2016-02-23T07:40:14Z): dupe #949
Repository: aframevr/aframe

Issue #36: Add expand attribute to vr-template
Created: 2015-10-07T18:12:07Z
false by default. When set to true it inserts the hidden vr-objects into the DOM. Simulates collapsing / expanding the shadow DOM.

Duplicate issue #54: Allow composed DOM subtrees to be toggled via a `subtree` attribute/component
Created: 2015-10-16T04:29:46Z
<vr-scene>
  <vr-box color="green" position="0 2 0" rotation="-45 45 0"></vr-box>
</vr-scene>

<vr-element name="vr-box">
  <template>
    <vr-object mixin="cube" position="${position}" rotation="${rotation}" material="color: ${color}"></vr-object>
  </template>
</vr-element>
results in this composed (rendered) DOM:
<vr-scene>
  <vr-box color="green">
    <vr-object mixin="cube"  position="0 2 0" rotation="-45 45 0" color="green"></vr-object>
  </vr-box>
</vr-scene>

<vr-element name="vr-box">
  <template>
    <vr-object mixin="cube" position="${position}" rotation="${rotation}" material="color: ${color}"></vr-object>
  </template>
</vr-element>
with shadow DOM, it could be:
<vr-scene>
  <vr-box color="green">
  </vr-box>
</vr-scene>

<vr-element name="vr-box">
  <template>
    <vr-object mixin="cube" position="${position}" rotation="${rotation}" material="color: ${color}"></vr-object>
  </template>
</vr-element>
this bug is to toggle the subtree not to use shadow DOM (which requires quite a hefty polyfill for non-Chrome browsers):
<vr-scene>
  <vr-box color="green" subtree="false"></vr-box>
</vr-scene>

<vr-element name="vr-box">
  <template>
    <vr-object mixin="cube" position="${position}" rotation="${rotation}" material="color: ${color}"></vr-object>
  </template>
</vr-element>
compared with the following:
<vr-scene>
  <vr-box color="green" subtree="true">
    <vr-object mixin="cube"  position="0 2 0" rotation="-45 45 0" color="green"></vr-object>
  </vr-box>
</vr-scene>

<vr-element name="vr-box">
  <template>
    <vr-object mixin="cube" position="${position}" rotation="${rotation}" material="color: ${color}"></vr-object>
  </template>
</vr-element>

Closing comment (2015-10-19T18:39:10Z): dupe of #36
Repository: aframevr/aframe

Issue #675: Consider supporting Bower
Created: 2016-01-13T06:22:58Z
Issue by cvan
Wednesday Nov 25, 2015 at 00:17 GMT
Originally opened as https://github.com/aframevr/aframe-core/issues/527

Duplicate issue #675: Consider supporting Bower
Created: 2016-01-13T06:22:58Z
Issue by cvan
Wednesday Nov 25, 2015 at 00:17 GMT
Originally opened as https://github.com/aframevr/aframe-core/issues/527

Closing comment (2016-02-03T06:42:35Z): Dupe #675
Repository: agronholm/typeguard

Issue #65: Make error messages more informative when a Union check fails
Created: 2019-07-14T10:16:24Z
When an argument does not match a Union, the error message does not provide any hints as to why it specifically did not match each of the elements. This ought to be fixed to make troubleshooting easier.

Duplicate issue #151: Misleading error message
Created: 2020-10-14T10:22:17Z
Hi. Great library, thanks! I've just come across a small issue that led me astray for a bit, so thought I should report it. Running the following code gives the error message

TypeError: type of the return value must be one of (Dict, NoneType); got dict instead

`from typeguard import typechecked
from typing import Optional, Dict
@TypeChecked
def testTypeguard() -> Optional[Dict[str, int]]:
return {'a': 'dictionary'}
testTypeguard()`
This is very confusing, since a dict is a Dict, and what's really happening is just that the value is of the wrong type (str instead of int). A different error message in this situation would be really helpful.
Thanks

Closing comment (2020-10-14T10:23:40Z): Duplicate of #65.
Repository: agronholm/typeguard

Issue #153: TypeError: type must be one of (Type, Tuple); got tuple instead
Created: 2020-10-18T17:19:40Z
I am running into this issue when trying to run the test suite of phantom-types using the pytest plugin.
TypeError: type of argument "t" must be one of (Type, Tuple); got tuple instead

A minimal example reproducing the error:
from typing import List
from typing import Tuple
from typing import Type
from typing import Union

from typeguard import typechecked


@typechecked
def fn(t: Union[Type, Tuple[Type, ...]]) -> None:
    ...


fn((Tuple, List))

Duplicate issue #65: Make error messages more informative when a Union check fails
Created: 2019-07-14T10:16:24Z
When an argument does not match a Union, the error message does not provide any hints as to why it specifically did not match each of the elements. This ought to be fixed to make troubleshooting easier.

Closing comment (2021-03-17T18:44:59Z): I came across an error today (TypeError: type of argument "bar" must be one of (Tuple, NoneType); got tuple instead) where Typeguard worked correctly (the tuple was out of order). The error confused me initially and I thought it might be related to #153 until I saw this ticket and #51
In case this helps, here is an example:
from typing import Optional, Tuple

from typeguard import typechecked


@typechecked
def foo(bar: Optional[Tuple[int, str]] = None) -> str:
    if bar is None:
        bar = (0, 'def')

    return bar[1]


if __name__ == '__main__':
    assert foo(bar=(1, 'one')) == 'one'

    foo(bar=('one', 1))
    # Traceback (most recent call last):
    #   File "tuple_test.py", line 16, in <module>
    #     foo(bar=('one', 1))  # Raises Unclear TypeError
    #   File ".venv\lib\site-packages\typeguard\__init__.py", line
    # 911, in wrapper
    #     check_argument_types(memo)
    #   File ".venv\lib\site-packages\typeguard\__init__.py", line
    # 757, in check_argument_types
    #     raise TypeError(*exc.args) from None
    # TypeError: type of argument "bar" must be one of (Tuple, NoneType); got tuple instead
Repository: agronholm/typeguard

Issue #465: Incorrect checking of protocol methods with `**kwargs` but no `*args`
Created: 2024-05-29T23:13:35Z
Things to check first


 I have searched the existing issues and didn't find my bug already reported there


 I have checked that my bug is still present in the latest release


Typeguard version
4.3.0
Python version
3.12
What happened?
The below example should pass checking, but instead gives:
Traceback (most recent call last):
  File "/Users/comex/src/typeguard/test.py", line 12, in <module>
    check_type(C(), P)
  File "/Users/comex/src/typeguard/src/typeguard/_functions.py", line 106, in check_type
    check_type_internal(value, expected_type, memo)
  File "/Users/comex/src/typeguard/src/typeguard/_checkers.py", line 861, in check_type_internal
    checker(value, origin_type, args, memo)
  File "/Users/comex/src/typeguard/src/typeguard/_checkers.py", line 729, in check_protocol
    raise TypeCheckError(
typeguard.TypeCheckError: __main__.C is not compatible with the P protocol because its 'foo' method has too few arguments in its declaration; expected 2 but 1 argument(s) declared

How can we reproduce the bug?
from typeguard import check_type
from typing import Protocol

class P(Protocol):
    def foo(self, **kwargs):
        ...

class C:
    def foo(self, **kwargs):
        pass

check_type(C(), P)

Duplicate issue #469: Checking `typing.NamedTuple` against a `Protocol` fails with missing `__weakref__`
Created: 2024-06-24T17:05:11Z
Things to check first


 I have searched the existing issues and didn't find my bug already reported there


 I have checked that my bug is still present in the latest release


Typeguard version
4.3.0
Python version
3.11
What happened?
Checking an instance of typing.NamedTuple against a typing.Protocol fails, complaining about a missing __weakref__ attribute. This seems to happen irrespective of the protocol's contents.
How can we reproduce the bug?
This code demonstrates the problem:
from typing import Protocol, NamedTuple
from typeguard import typechecked

class Prot(Protocol):
    pass

class Tup(NamedTuple):
    x: int

@typechecked
def f() -> None:
    value: Prot = Tup(x=1)

f()
This results in this error:
Traceback (most recent call last):
  File "/tmp/tst.py", line 14, in <module>
    f()
  File "/tmp/tst.py", line 12, in f
    value: Prot = Tup(x=1)
  File "/usr/local/lib/python3.11/site-packages/typeguard/_functions.py", line 251, in check_variable_assignment
    check_type_internal(value, annotation, memo)
  File "/usr/local/lib/python3.11/site-packages/typeguard/_checkers.py", line 861, in check_type_internal
    checker(value, origin_type, args, memo)
  File "/usr/local/lib/python3.11/site-packages/typeguard/_checkers.py", line 738, in check_protocol
    raise TypeCheckError(
typeguard.TypeCheckError: value assigned to value (__main__.Tup) is not compatible with the Prot protocol because it has no attribute named '__weakref__'

Closing comment (2024-06-24T19:45:02Z): This is basically a duplicate of #465.
Repository: agronholm/typeguard

Issue #465: Incorrect checking of protocol methods with `**kwargs` but no `*args`
Created: 2024-05-29T23:13:35Z
Things to check first


 I have searched the existing issues and didn't find my bug already reported there


 I have checked that my bug is still present in the latest release


Typeguard version
4.3.0
Python version
3.12
What happened?
The below example should pass checking, but instead gives:
Traceback (most recent call last):
  File "/Users/comex/src/typeguard/test.py", line 12, in <module>
    check_type(C(), P)
  File "/Users/comex/src/typeguard/src/typeguard/_functions.py", line 106, in check_type
    check_type_internal(value, expected_type, memo)
  File "/Users/comex/src/typeguard/src/typeguard/_checkers.py", line 861, in check_type_internal
    checker(value, origin_type, args, memo)
  File "/Users/comex/src/typeguard/src/typeguard/_checkers.py", line 729, in check_protocol
    raise TypeCheckError(
typeguard.TypeCheckError: __main__.C is not compatible with the P protocol because its 'foo' method has too few arguments in its declaration; expected 2 but 1 argument(s) declared

How can we reproduce the bug?
from typeguard import check_type
from typing import Protocol

class P(Protocol):
    def foo(self, **kwargs):
        ...

class C:
    def foo(self, **kwargs):
        pass

check_type(C(), P)

Duplicate issue #495: Why does the protocol check enforce that instance methods cannot have mandatory keyword-only arguments?
Created: 2024-10-11T12:03:23Z
Things to check first


 I have searched the existing issues and didn't find my bug already reported there


 I have checked that my bug is still present in the latest release


Typeguard version
4.3.0
Python version
3.12.0
What happened?
v4.3.0 added extended checks for Protocols via this commit (no PR for some reason).
Part of this change is to check methods with check_callable. This check enforces that the callable cannot have mandatory keyword-only arguments in its declaration (= keyword-only arguments without default values). However PEP3102 seems to explicitly allow keyword-only arguments without defaults.
I suspect this issue might effect all callable, but for us it now surfaced for protocols.
My question/ask is if someone can provide more background information on why this rule is enforced and how it relates to my understanding of PEP3102.
If this is unintentional, we should fix it.
How can we reproduce the bug?
import typeguard
import typing_extensions

class IFoo(typing_extensions.Protocol):
    def bar(self, *, baz: str) -> None:
        pass
    
class Foo(IFoo):
    def bar(self, *, baz: str) -> None:
        pass

typeguard.check_type(value=Foo(), expected_type=IFoo, collection_check_strategy=typeguard.CollectionCheckStrategy.ALL_ITEMS)

Closing comment (2024-10-26T21:49:57Z): This is essentially a duplicate of #465, so I'm closing this one in its favor.
Repository: agronholm/typeguard

Issue #430: Typecheck apparently only checks the first element in a list
Created: 2024-01-19T15:33:32Z
Things to check first


 I have searched the existing issues and didn't find my bug already reported there


 I have checked that my bug is still present in the latest release


Typeguard version
4.1.5
Python version
3.11.5
What happened?
When using the @TypeChecked decorator to assure that a function accepts a list of strings as input (e.g. input_a : list[str]) a typeguard.TypeCheckError is raised only when the first element of the list does not match the requested type.
Example:
from typeguard import typechecked
@TypeChecked
def run(input_sequence_list: list[str]) -> None:
print(input_sequence_list)
run(input_sequence_list=[1, 2, 3, 22])
Output: typeguard.TypeCheckError: item 0 of argument "input_sequence_list" (list) is not an instance of str
The following example does not raise an error:
from typeguard import typechecked
@TypeChecked
def run(input_sequence_list: list[str]) -> None:
print(input_sequence_list)
run(input_sequence_list=["1", 2, 3, 22])
Output: ['1', 2, 3, 22]
Is this intended behaviour?
How can we reproduce the bug?
Install python 3.11.5
pip install typeguard==4.1.5
run the code below.
from typeguard import typechecked
@TypeChecked
def run(input_sequence_list: list[str]) -> None:
print(input_sequence_list)
run(input_sequence_list=["1", 2, 3, 22])

Duplicate issue #446: Only checks the first value instead of the complete list
Created: 2024-03-27T16:35:58Z
Things to check first


 I have searched the existing issues and didn't find my bug already reported there


 I have checked that my bug is still present in the latest release


Typeguard version
typeguard-4.2.1
Python version
Python 3.11.8 (main, Feb 26 2024, 21:39:34) [GCC 11.2.0] on linux
What happened?
I am expeting the TypeCheckError: item 1 of list is not an instance of str
How can we reproduce the bug?
from typeguard import check_type
from typing import List
string_list = ['nobody', 1, 1, 1, 1]
check_type(string_list, List[str])

Closing comment (2024-03-27T19:56:10Z): Duplicate of #430, #418 and #417.
Repository: agronholm/typeguard

Issue #257: Please make a new release
Created: 2022-05-23T10:13:03Z
Is your feature request related to a problem? Please describe.
The 2.13.3 seems to suffer test regressions on Python 3.10.4:
FAILED tests/test_typeguard.py::TestTypeChecked::test_typed_dict[correct] - TypeError: TypedDict does not support instance and class...
FAILED tests/test_typeguard.py::TestTypeChecked::test_typed_dict[missing_x] - AssertionError: Regex pattern 'required key\\(s\\) \\(...
FAILED tests/test_typeguard.py::TestTypeChecked::test_typed_dict[wrong_y] - AssertionError: Regex pattern 'type of dict item "y" for...
FAILED tests/test_typeguard.py::TestTypeChecked::test_typed_dict[missing_y_error] - AssertionError: Regex pattern 'required key\\(s\...
FAILED tests/test_typeguard.py::TestTypeChecked::test_typed_dict[missing_y_ok] - TypeError: TypedDict does not support instance and ...
FAILED tests/test_typeguard.py::TestTypeChecked::test_typed_dict[wrong_x] - AssertionError: Regex pattern 'type of dict item "x" for...
FAILED tests/test_typeguard.py::TestTypeChecked::test_typed_dict[unknown_key] - AssertionError: Regex pattern 'extra key\\(s\\) \\("...

Describe the solution you'd like
The tests seem to pass cleanly on master, so a new release should help ;-).
Describe alternatives you've considered
I've tried using git bisect to find a commit fixing the problem but without success. I suspect the merge commits are breaking that.
Additional context
n/a

Duplicate issue #270: Please release latest versions to ubuntu
Created: 2022-09-01T10:19:43Z
Hey, I can see that typeguard on ubuntu is still on version 2.2.
$ apt-cache madison python3-typeguard
python3-typeguard |    2.2.2-1 | http://es.archive.ubuntu.com/ubuntu focal/universe amd64 Packages
python3-typeguard |    2.2.2-1 | http://es.archive.ubuntu.com/ubuntu focal/universe i386 Packages

Would it be possible to make a new release for the latest version?

Closing comment (2022-09-01T10:20:45Z): Duplicate of #257.
Repository: agronholm/typeguard

Issue #65: Make error messages more informative when a Union check fails
Created: 2019-07-14T10:16:24Z
When an argument does not match a Union, the error message does not provide any hints as to why it specifically did not match each of the elements. This ought to be fixed to make troubleshooting easier.

Duplicate issue #204: exception message for Union check can be improved.
Created: 2021-09-23T23:44:23Z
def foo(a: Optional[Dict[int, int]]) -> None:
    pass

typeguard.check_type("a", {1: "2"}, Optional[Dict[int, int]])
the error message is
type of a must be one of (Dict, NoneType); got dict instead

which doesn't really tell us where is the type mismatch.

Closing comment (2021-10-09T15:31:54Z): Duplicate of #65.
Repository: agronholm/typeguard

Issue #162: Mypy - Typeguard Inconsistency: Type[Union[Foo,Bar]] fails 
Created: 2020-11-09T15:49:58Z
Apologies if this is already covered by another issue, but I found one annoying inconsistency between typeguard and mypy.
In mypy the following is valid given Classes : Foo and Bar
Type[Union[Foo, Bar]]

but it will always errors in Typeguard. It complains it can't call issubclass on Union . Changing it to
Union[Type[Foo], Type[Bar]]

does solve the issue though. Since these two are logically equivalent, there might need to be a logical expansion of the former form into the later form somewhere in the code.
Apologies if this already reported by another issue.

Duplicate issue #201: Faulty failure of Type[Union[int, float]]
Created: 2021-09-09T19:33:05Z
Consider the following files:
# some_module.py
from typing import Type, Union


def some_func(x: Type[Union[int, float]]):
    pass
# test.py
from some_module import some_func

def test():
    some_func(float)
If I run
pytest test.py --typeguard-packages=some_module

I get the error:
E                   TypeError: Subscripted generics cannot be used with class and instance checks

../../venvs/rsg/lib/python3.8/site-packages/typeguard/__init__.py:768: TypeError
=================================================================== short test summary info ===================================================================
FAILED test.py::test - TypeError: Subscripted generics cannot be used with class and instance checks

but changing to
def some_func(x: Union[Type[int], Type[float]]):
    pass
does work.

Closing comment (2021-10-09T18:51:15Z): Duplicate of #162.
Repository: agronholm/typeguard

Issue #402: NameError on Enum
Created: 2023-09-11T11:50:44Z
Things to check first


 I have searched the existing issues and didn't find my bug already reported there


 I have checked that my bug is still present in the latest release


Typeguard version
4.1.5
Python version
3.10.12
What happened?
Traceback (most recent call last):
  File "test.py", line 3, in <module>
    from A import A
  File "<frozen importlib._bootstrap>", line 1027, in _find_and_load
  File "<frozen importlib._bootstrap>", line 1006, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 688, in _load_unlocked
  File "/home/jolaf/.local/lib/python3.10/site-packages/typeguard/_importhook.py", line 98, in exec_module
    super().exec_module(module)
  File "A.py", line 7, in <module>
    A()
  File "A.py", line 5, in __init__
    def __init__(self, e: E = E.X) -> None:
NameError: name 'E' is not defined. Did you mean: 'e'?

How can we reproduce the bug?
test.py:
from typeguard import install_import_hook
with install_import_hook(('A',)):
    import A
A.py:
from enum import Enum
class A:
    class E(Enum):
        X = 1
    def __init__(self, e: E = E.X) -> None:
        print("OK")
A()
$ python3 A.py
OK

$ python3 test.py
<crash>

Duplicate issue #482: Inner classes are not recognized in annotations
Created: 2024-09-07T23:25:02Z
Things to check first


 I have searched the existing issues and didn't find my bug already reported there


 I have checked that my bug is still present in the latest release


Typeguard version
4.3.0
Python version
3.12.3
What happened?
Traceback (most recent call last):
  File "/.../test.py", line 3, in <module>
    import A
  File "<frozen importlib._bootstrap>", line 1360, in _find_and_load
  File "<frozen importlib._bootstrap>", line 1331, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 935, in _load_unlocked
  File "/home/.../.local/lib/python3.12/site-packages/typeguard/_importhook.py", line 98, in exec_module
    super().exec_module(module)
  File "/.../A.py", line 10, in <module>
    A()
  File "/.../A.py", line 7, in __init__
    def __init__(self, e: E = E.X) -> None:
                          ^
NameError: name 'E' is not defined. Did you mean: 'self.E'?

How can we reproduce the bug?
test.py:
from typeguard import install_import_hook
with install_import_hook(('A',)):
    import A
A.py:
from enum import Enum

class A:
    class E(Enum):
        X = 1

    def __init__(self, e: E = E.X) -> None:
        print("OK")

A()
$ python3 A.py
OK

$ python3 test.py
<crash>

Closing comment (2024-09-07T23:31:43Z): Sorry, duplicate of #402.
Repository: ai-genie/chatgpt-vscode

Issue #130: Bigger context - include additional classes?
Created: 2023-09-16T15:41:33Z
Describe the feature
Hi, one of the things I like about Copilot Chat is that it will provide context from other dependencies/classes.
It seems Genie is only able to work with the current file open.
Any ideas or plans to improve this?

Duplicate issue #34: Multiple file context
Created: 2023-03-27T22:21:23Z
Describe the feature
If I have two files open, for example a test file and a program file, I would love to be able to ask questions for one (like "write more tests") with context from the other provided as well.

Closing comment (2023-12-06T00:16:57Z): Semi-duplicate: #130,#135
I'll settle for multi-selecting files already in my disk.
Repository: ai-genie/chatgpt-vscode

Issue #34: Multiple file context
Created: 2023-03-27T22:21:23Z
Describe the feature
If I have two files open, for example a test file and a program file, I would love to be able to ask questions for one (like "write more tests") with context from the other provided as well.

Duplicate issue #130: Bigger context - include additional classes?
Created: 2023-09-16T15:41:33Z
Describe the feature
Hi, one of the things I like about Copilot Chat is that it will provide context from other dependencies/classes.
It seems Genie is only able to work with the current file open.
Any ideas or plans to improve this?

Closing comment (2023-12-06T00:15:17Z): Semi-duplicate: #34,#135
I'll settle for multi-selecting files already in my disk.
Repository: ai-genie/chatgpt-vscode

Issue #35: invalid_request_error (Exceeded max_tokens allowed by the model)
Created: 2023-03-28T10:37:11Z
Verify it's not a duplicate bug report

 I searched for similar bugs reported on GitHub and nobody has reported a similar issue. Search all issuees.
 I read Troubleshooting guide on Readme and there is not a guide on how to solve my problem.

Describe the Bug
HTTP 400 Bad Request. You may have exhausted your OpenAI subscription allowance or have an expired account. You can clear your API Key from VS Code's secrets storage with Genie: Clear API Key command. Check your allowance and account's expiration date here: https://platform.openai.com/account/usage
{
"error": {
"message": "This model's maximum context length is 4097 tokens. However, you requested 4790 tokens (2742 in the messages, 2048 in the completion). Please reduce the length of the messages or completion.",
"type": "invalid_request_error",
"param": "messages",
"code": "context_length_exceeded"
}
}
Please tell us if you have customized any of the extension settings or whether you are using the defaults.
gpt-3.5-turbo
Additional context
No response

Duplicate issue #38: How can I make sure API key is always accessible after setting it up?
Created: 2023-03-30T09:07:16Z
Verify it's not a duplicate bug report

 I searched for similar bugs reported on GitHub and nobody has reported a similar issue. Search all issuees.
 I read Troubleshooting guide on Readme and there is not a guide on how to solve my problem.

Describe the Bug
How can I make sure API key is always accessible after setting it up?
Please tell us if you have customized any of the extension settings or whether you are using the defaults.
gpt-3.5-turbo
Additional context
No response

Closing comment (2023-03-31T11:49:25Z): You can now use Change API Key button on the home page to view/clear/update your API Key. You could also use command Genie: Clear API Key to clear your API Key and then ask a question to be prompted to enter a new API Key. VS Code secrets storage won't let you read/copy & paste the entered API Key after it's stored (This is by design by the vscode itself)
Your second question is related to the past conversation being used for historical purposes. in v0.0.5, we decreased the number of messages appended to your conversations when you ask a question. So that you hit that issue late in your conversation (You will hit it likely at some point due to token limitations anyway)
Related to #35 and #37
Repository: ai-genie/chatgpt-vscode

Issue #25: ChatGPT Error 429: Too many requests
Created: 2023-03-26T21:25:25Z
Verify it's not a duplicate bug report

 I searched for similar bugs reported on GitHub and nobody has reported a similar issue. Search all issuees.
 I read Troubleshooting guide on Readme and there is not a guide on how to solve my problem.

Describe the Bug
I just installed the extension. I added an API key. I immediately get the following error. I am a ChatGPT plus subscriber. Is this indicating I can't do ANY API calls for free? Even for personal use in a tool like VSCode? Or am I missing something? Or is this a bug?
An error occured. ChatGPT error 429: { "error": { "message": "You exceeded your current quota, please check your plan and billing details.", "type": "insufficient_quota", "param": null, "code": null } }
Please tell us if you have customized any of the extension settings or whether you are using the defaults.
Initially when I got the error I was using the defaults. I have since made some changes trying to troubleshoot.
Additional context
No response

Duplicate issue #47: HTTP 429 Too Many Requests.
Created: 2023-04-02T13:43:03Z
Verify it's not a duplicate bug report

 I searched for similar bugs reported on GitHub and nobody has reported a similar issue. Search all issuees.
 I read Troubleshooting guide on Readme and there is not a guide on how to solve my problem.

Describe the Bug
HTTP 429 Too Many Requests. Too many requests try again later. You can clear your API Key from VS Code's secrets storage with Genie: Clear API Key command. Potential reasons:
You exceeded your current quota, please check your plan and billing details
You are sending requests too quickly
The engine is currently overloaded, please try again later.
See https://platform.openai.com/docs/guides/error-codes for more details.
{
"error": {
"message": "You exceeded your current quota, please check your plan and billing details.",
"type": "insufficient_quota",
"param": null,
"code": null
}
}
Please tell us if you have customized any of the extension settings or whether you are using the defaults.
no.  i don't change any
Additional context
No response

Closing comment (2023-04-02T23:48:23Z): @Najmul-Hasan-Sobuj please follow the troubleshooting guide to verify your account has enough credits and has not expired. Closing as dupe of #25
Repository: ai-genie/chatgpt-vscode

Issue #34: Multiple file context
Created: 2023-03-27T22:21:23Z
Describe the feature
If I have two files open, for example a test file and a program file, I would love to be able to ask questions for one (like "write more tests") with context from the other provided as well.

Duplicate issue #135: Additional files from repo as context
Created: 2023-11-07T12:19:43Z
Describe the feature
Genie AI's context is limited to a single code file which is slightly troublesome when the code is modular as it should be.
With GPT Repository loader the repository can be turned into a text file. From the text file it would be easy to pick relevant files and file structure of the project as context for Genie AI.
Especially now that we have GPT-4-1106 available with 128K context, we should utilize it!
https://github.com/mpoon/gpt-repository-loader

Closing comment (2023-12-06T00:15:59Z): Semi-duplicate: #34, #130
I'll settle for multi-selecting files already in my disk.
Repository: ai-genie/chatgpt-vscode

Issue #24: Editor mode doesn't use GPT4 (defaults to text-davinci-003)
Created: 2023-03-26T19:45:43Z
Verify it's not a duplicate bug report

 I searched for similar bugs reported on GitHub and nobody has reported a similar issue. Search all issuees.
 I read Troubleshooting guide on Readme and there is not a guide on how to solve my problem.

Describe the Bug

Change genieai.openai.model in settings.json to GPT4
Confirm GPT4 is working in conversation view by observing speed and eloquence response
Switch to editor mode and prompt a question. The response speed is way too fast to be GPT4; it must still be using gpt-3.5-turbo

Please tell us if you have customized any of the extension settings or whether you are using the defaults.
The genieai.openai.model is already set to GPT4, and the conversation view does successfully use GPT4.
Additional context
No response

Duplicate issue #93: endpoint suffix / api base url seems different in genie to openai current default
Created: 2023-05-14T10:22:47Z
Verify it's not a duplicate bug report

 I searched for similar bugs reported on GitHub and nobody has reported a similar issue. Search all issuees.
 I read Troubleshooting guide on Readme and there is not a guide on how to solve my problem.

Describe the Bug
TLDR; your endpoint suffix is /v1/completions however openAI say it's /v1/chat/completions
Text on your settings page:
Genieai › Openai: Api Base Url
Optional override for the OpenAI API base URL. If you customize it, please make sure you have the same format. e.g. starts with https:// without a trailing slash. The completions endpoint suffix is added internally, e.g. for reference: ${apiBaseUrl}/v1/completions

Text on openai docs at https://platform.openai.com/docs/api-reference/chat/create

[Create chat completionBeta]
post https://api.openai.com/v1/chat/completions
Creates a model response for the given chat conversation

Please tell us if you have customized any of the extension settings or whether you are using the defaults.
no custom, default
Additional context
No response

Closing comment (2023-05-14T10:23:51Z): unsure if related to #24
Repository: ai-genie/chatgpt-vscode

Issue #50: [Feat] Support Azure OpenAI Service [Unsupported data type error using Azure]
Created: 2023-04-03T03:03:15Z
Azure OpenAI Service provides REST API access to OpenAI's powerful language models including the GPT-3, Codex and Embeddings model series. (link)
Azure OpenAI Service gives customers advanced language AI with OpenAI GPT-4, GPT-3, Codex, and DALL-E models with the security and enterprise promise of Azure. Azure OpenAI co-develops the APIs with OpenAI, ensuring compatibility and a smooth transition from one to the other.
With Azure OpenAI, customers get the security capabilities of Microsoft Azure while running the same models as OpenAI. Azure OpenAI offers private networking, regional availability, and responsible AI content filtering.

Duplicate issue #72: An error occured with Azure GPT-4 Chat Completion, error 400: Unsupported data type
Created: 2023-04-17T21:47:09Z
Verify it's not a duplicate bug report

 I searched for similar bugs reported on GitHub and nobody has reported a similar issue. Search all issuees.
 I read Troubleshooting guide on Readme and there is not a guide on how to solve my problem.

Describe the Bug
An error occured with Azure GPT-4 Chat Completion, error 400: Unsupported data type
Please tell us if you have customized any of the extension settings or whether you are using the defaults.
use Azure GPT-4 Chat completion
Additional context
No response

Closing comment (2023-04-17T21:52:19Z): Hi there - this is dupe of #50. Please also make sure you select the right base model you used for your Azure OpenAI deployment as noted in FAQ

Azure OpenAI Service: Unsupported data type Error: This means you didn't select the right base model for your Azure OpenAI service. Make sure to select the base GPT model you used to create your Azure OpenAI Service deployment
Repository: ai-genie/chatgpt-vscode

Issue #155: keep telling me that "text-davinci-003" is not availed
Created: 2024-01-29T00:01:46Z
Verify it's not a duplicate bug report

 I searched for similar bugs reported on GitHub and nobody has reported a similar issue. Search all issuees.
 I read Troubleshooting guide on Readme and there is not a guide on how to solve my problem.

Describe the Bug
I was using it some time ago with no problem, but is something odd that is happening now.
When I select a part of the code that I want to improve/test has opened a new window (in stead should give me explanations of what I ask)
"An error occured. ChatGPT error 404: { "error": { "message": "The model text-davinci-003 has been deprecated, learn more here: https://platform.openai.com/docs/deprecations", "type": "invalid_request_error", "param": null, "code": "model_not_found" } }"
But also in the bottom right corner is pop this error
is say that is selected 'text-davinci-003'" and is keep saying same error even when try to select diferent models from setings.
Is say that is selected 'text-davinci-003' and is keep saying same error even when try to select different models from settings.
Let me know what information I can bring to find the problem
PS the chat window is working with noprolems...
Thx:)
Please tell us if you have customized any of the extension settings or whether you are using the defaults.
0 costumize
Additional context

Duplicate issue #24: Editor mode doesn't use GPT4 (defaults to text-davinci-003)
Created: 2023-03-26T19:45:43Z
Verify it's not a duplicate bug report

 I searched for similar bugs reported on GitHub and nobody has reported a similar issue. Search all issuees.
 I read Troubleshooting guide on Readme and there is not a guide on how to solve my problem.

Describe the Bug

Change genieai.openai.model in settings.json to GPT4
Confirm GPT4 is working in conversation view by observing speed and eloquence response
Switch to editor mode and prompt a question. The response speed is way too fast to be GPT4; it must still be using gpt-3.5-turbo

Please tell us if you have customized any of the extension settings or whether you are using the defaults.
The genieai.openai.model is already set to GPT4, and the conversation view does successfully use GPT4.
Additional context
No response

Closing comment (2024-03-06T20:01:01Z): text-davinici-003 is deprecated since 2024-01-04 (see https://platform.openai.com/docs/deprecations/instructgpt-models). I get the following error when working in editor mode: An error occured. ChatGPT error 404: { "error": { "message": "The model text-davinci-003has been deprecated, learn more here: https://platform.openai.com/docs/deprecations", "type": "invalid_request_error", "param": null, "code": "model_not_found" } } This seems related to #155. Did I miss something, or is the editor mode currently not usable due to it being defaulted text-davinci-003?

I am observing the same issue. Any help ?
Repository: ai-genie/chatgpt-vscode

Issue #35: invalid_request_error (Exceeded max_tokens allowed by the model)
Created: 2023-03-28T10:37:11Z
Verify it's not a duplicate bug report

 I searched for similar bugs reported on GitHub and nobody has reported a similar issue. Search all issuees.
 I read Troubleshooting guide on Readme and there is not a guide on how to solve my problem.

Describe the Bug
HTTP 400 Bad Request. You may have exhausted your OpenAI subscription allowance or have an expired account. You can clear your API Key from VS Code's secrets storage with Genie: Clear API Key command. Check your allowance and account's expiration date here: https://platform.openai.com/account/usage
{
"error": {
"message": "This model's maximum context length is 4097 tokens. However, you requested 4790 tokens (2742 in the messages, 2048 in the completion). Please reduce the length of the messages or completion.",
"type": "invalid_request_error",
"param": "messages",
"code": "context_length_exceeded"
}
}
Please tell us if you have customized any of the extension settings or whether you are using the defaults.
gpt-3.5-turbo
Additional context
No response

Duplicate issue #43: Eventually stops working - too many tokens [max_tokens]
Created: 2023-03-31T04:31:46Z
Verify it's not a duplicate bug report

 I searched for similar bugs reported on GitHub and nobody has reported a similar issue. Search all issuees.
 I read Troubleshooting guide on Readme and there is not a guide on how to solve my problem.

Describe the Bug
This was working reall great until it eventually fails with this:
{
"error": {
"message": "This model's maximum context length is 4097 tokens. However, you requested 4237 tokens (141 in the messages, 4096 in the completion). Please reduce the length of the messages or completion.",
"type": "invalid_request_error",
"param": "messages",
"code": "context_length_exceeded"
}
}
Once this happens, not reset, restarts or even changing api key works.
Windows 10, python 3.10, latest version of vscode and extensions
Please tell us if you have customized any of the extension settings or whether you are using the defaults.
using defaults but did try changing max_tokens - fro 64 to 2048 - no luck, eventually it will just error out. The only way to recover seems to be reset session altogether (or remove add a NEW api key). You the lose all context and have to start again.
Additional context
No response

Closing comment (2023-03-31T11:52:17Z): Hi - this happens because your conversation is likely long. And for GPT-* models, the extension provided the whole history for better accuracy.
However, we see the limitations that may bring and we made a change in v0.0.5 to only append system message + last conversation + new conversation to your question. So that you have both historical context without consuming your tokens for the whole conversation.
Please upgrade to v0.0.5 to get the updates
Dupe of #35
Repository: airbnb/javascript

Issue #1919: Add support for TypeScript usage with typescript-eslint-parser
Created: 2018-09-21T09:17:22Z
Using typescript-eslint-parser, ESLint configurations can be enforced on TypeScript files.
Modifying .js,.jsx to .js,.jsx,.ts,.tsx in the following files would fix most of the issues with TypeScript integration:

https://github.com/airbnb/javascript/blob/master/packages/eslint-config-airbnb/rules/react.js
https://github.com/airbnb/javascript/blob/master/packages/eslint-config-airbnb-base/rules/imports.js

Duplicate issue #2417: Airbnb rules for TS
Created: 2021-05-01T07:06:44Z
I want to set up airbnb rules for entirely TS codebase and I have spme questions on which ESlint rules to extend
I have found this NPM package ESlint Airbnb Typescript, but as it seems this one is not from the official airbnb, I may be mistaken... I want to know if this is a good rules to extend
Also I want to know if ESlint Airbnb Base is fully compatible with TS. And If this official base is enough, then why does ESlint Airbnb Typescript exist?

Closing comment (2021-05-01T14:51:30Z): There is no official Airbnb typescript config. To support it, you’d need at least to use the typescript parser and the typescript versions of core rules.
Duplicate of #1919.
Repository: airbnb/javascript

Issue #1091: Configuration for rule "class-methods-use-this" is invalid
Created: 2016-09-25T12:09:47Z
This error just starting popping up in Atom after installing v12.0.0.
Configuration for rule "class-methods-use-this" is invalid: Value "[object Object]" has more items than allowed.
This causes an error message every time you type in Atom, and the live linter does not work.

Duplicate issue #1351: Configuration for rule "no-unused-expressions" is invalid
Created: 2017-03-28T03:26:34Z
I removed node_module/ folder, and run npm install,it throw errorConfiguration for rule "no-unused-expressions" is invalid, in stackoverflow I found the same problem, but I can not solve this problem.

After I annotate no-unused-expressions in the eslint-config-airbnb-base/rules/best-practices.js, it have not this error.

Closing comment (2017-03-28T04:26:57Z): Your eslint is out of date. If you use the install command in the readme, it will install the proper peer dependencies.
Duplicate of #1091, #1344, etc
Repository: airbnb/javascript

Issue #2627: Add Storybook pattern to ignore pattern in import/no-extraneous-dependencies
Created: 2022-08-16T17:19:42Z
Basically all Storybook packages are added to devDependencies.
So, for the import/no-extraneous-dependencies rule, you can add stories/** and **/*{. ,_}stories.{js,jsx} patterns are proposed to be added.

Duplicate issue #2628: Add Storybook pattern to ignore pattern in import/no-extraneous-dependencies
Created: 2022-08-16T17:23:20Z
Basically all Storybook packages are added to devDependencies.
So, for the import/no-extraneous-dependencies rule, you can add stories/** and **/*{. ,_}stories.{js,jsx} patterns are proposed to be added.

Closing comment (2022-08-16T17:26:43Z): This is a duplicate of #2627, which I already closed.
Repository: airbnb/javascript

Issue #1103: What is the point of the no-continue rule?
Created: 2016-10-04T12:09:09Z
The official ESLint docs say "When used incorrectly it makes code less testable, less readable and less maintainable."
Does Airbnb agree with the above reasoning? If so, can you give an example of how continue makes code less testable and less maintainable?
(I'm not arguing against it btw, just want to understand why.)

Duplicate issue #1933: no-continue rationale
Created: 2018-10-09T09:26:14Z
I've just noticed that continue statements are disallowed in this config, but this is not mentioned in the readme. What's the rationale behind including this rule?

Closing comment (2018-10-10T09:16:20Z): Duplicate of #1103 #966
Repository: airbnb/javascript

Issue #1054: Use "import/no-duplicates" instead of "no-duplicate-imports"
Created: 2016-09-06T08:02:14Z
Both do the same thing except with import/no-duplicates:

Paths in the source code don't have to exactly match, they just have to point to the same module on the filesystem. (i.e. ./foo and ./foo.js)
Flow type imports are distinguished from standard imports so we can import and import type from the same file.

Duplicate issue #1195: Remove no-duplicate-imports
Created: 2016-12-07T17:37:46Z
Hey!
Currently the configs have es6/no-duplicate-imports and import/no-duplicates which do the exact same thing (check for duplicate paths in module imports). I'd like for no-duplicate-imports to be removed because it does not support FlowType imports (but no-duplicates does). So currently any time you have need to import a type and a function from the same file you have to disable the rule. These are different import types and cannot be consolidated into a single declaration. Since both rules are doing the same thing, it should be easy to remove the former in favor of the latter.

Closing comment (2016-12-07T18:26:50Z): Duplicate of #1054 - #1054 (comment) is the relevant comment.
Repository: airbnb/javascript

Issue #1919: Add support for TypeScript usage with typescript-eslint-parser
Created: 2018-09-21T09:17:22Z
Using typescript-eslint-parser, ESLint configurations can be enforced on TypeScript files.
Modifying .js,.jsx to .js,.jsx,.ts,.tsx in the following files would fix most of the issues with TypeScript integration:

https://github.com/airbnb/javascript/blob/master/packages/eslint-config-airbnb/rules/react.js
https://github.com/airbnb/javascript/blob/master/packages/eslint-config-airbnb-base/rules/imports.js

Duplicate issue #2268: Typescript support
Created: 2020-08-05T23:00:54Z
Are you going to support typescript? If there is any aspiration in supporting the typescript with another sub config as hooks or whitespace are, I can do that by myself. It is very uncomfortable to move the same rules from one project to another, will be better for dozens if we create a faster approach.

Closing comment (2020-08-06T00:02:52Z): Duplicate of #1919.