obj.respond_to? :method_name isn't working correctly
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Accessibilité débutants
- 40/100
Piste de recherche
Commencez par reproduire le comportement avec shopify_api version 13.4 en utilisant le product API object et les étapes de respond_to? indiquées dans l’issue. Suivez la façon dont respond_to? produit true, false ou T::Private::Types::Void::VOID ; le travail est terminé lorsqu’il renvoie systématiquement true ou false et qu’un appel non pris en charge lève NoMethodError.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Issue summary
When using api_object.respond_to?(:method_name) the lib sometimes returns true and sometimes returns T::Private::Types::Void::VOID Sorbet private void type. It seems that true was returned if the method name had been previously used to dereference the object but on more inspection I am not so sure that's the case.
shopify_apiversion: 13.4- Ruby version:
- Operating system:
Expected behavior
When calling respond_to? with a method name the object should return true if the object is able to respond to the method call or false if it is not, and if you call the method name on the object after it returns false it should raise a NoMethodError
Actual behavior
Sometimes the response is true, sometimes it's a private Sorbet type T::Private::Types::Void::VOID, and sometimes it switches from the private type to true after you dereference the object with the method in question.
Steps to reproduce the problem
- Instantiate an api object (I used a product)
- Invoke
respond_to?on it (api_object.respond_to? :some_bs_method) - Bonus points - try invoking the method on the object after receiving the Sorbet type as a response and then calling
respond_to?with the method name, it was returning true for me after doing so
- Langage dominant
- Ruby
- Étoiles
- 1.1k
- Forks
- 486
- Merge moyen
- 4 h 38 min
- PR mergées (30 j)
- 1
Préparer son environnement
- Aucun Dockerfile ni fichier Docker Compose
- Propose un modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de Shopify/shopify-api-ruby
-
devtools-gardener
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
Shopify/shopify-api-ruby#1456 · 3 réactions ·
-
Allow configuring open/read timeouts for API requestsPeut-être pris @fluke l’a pris il y a 5 jours. Ouvertedevtools-gardener
Difficulté 3/5 1-2 jours Accessibilité débutants 35/100
Shopify/shopify-api-ruby#1466 · 1 commentaire ·
-
automated
Difficulté 4/5 3-5 jours Accessibilité débutants 35/100
Shopify/shopify-api-ruby#1465 ·
-
oj dependency breaks support for JRubyPeut-être pris @najibna l’a pris il y a 19 jours. Ouvertedevtools-gardener
Difficulté 3/5 1-2 jours Accessibilité débutants 67/100
Shopify/shopify-api-ruby#1461 · 1 commentaire ·
-
automated
Difficulté 4/5 3-5 jours Accessibilité débutants 48/100
Shopify/shopify-api-ruby#1460 ·
Toutes les issues de Shopify/shopify-api-ruby
Issues similaires
-
Difficulté 2/5 1-3 heures Accessibilité débutants 62/100
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
Homebrew/homebrew-cask#293134 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
notch8/iiif_print#430 ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 65/100
Les mainteneurs répondent en général sous 1 jour
-
ActionText::Content#to_markdown: <br> in a table cell and empty <tr> produce malformed Markdown tablesPeut-être pris @azmi2409 l’a pris aujourd’hui. Ouverte
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
Les mainteneurs répondent en général sous 1 jour