keystonejs/keystone-classic

`select` on Types.CloudinaryImage doesn't do anything

Ouverte

#4 560 ouverte le 31 janv. 2018

Voir sur GitHubGuide contributeur
 (0 commentaire) (0 réaction) (0 personne assignée)JavaScript (2 288 forks)batch import
4.x candidatebughelp wantedneeds reproduction

Métriques du dépôt

Stars
 (14 656 étoiles)
Métriques de merge PR
 (Aucune PR mergée en 30 j)

Description

Expected behavior

According to the documentation I can make the user select an existing CloudinaryImage: http://keystonejs.com/docs/database/#fieldtypes-cloudinaryimage

Actual/Current behavior

This is inside my model:

  image: {
    type: Types.CloudinaryImage,
    autoCleanup: true,
    select: true,
    folder: 'users',
    selectPrefix: 'users',
  },

using it with or without folder and selectPrefix, nothing happens to my UI. It's just the normal "Upload image" button.

Steps to reproduce the actual/current behavior

Add select: true to type: Types.CloudinaryImage

Environment

Software Version
Keystone 4.0.0-beta.5 & 4.0.0-beta.8
Node 8.9.4

Guide contributeur

Direction de recherche
Le problème signale que l'option `select` sur `Types.CloudinaryImage` ne fonctionne pas comme documenté. Le bug se trouve probablement dans l'implémentation du type de champ Cloudinary. Commencez par localiser la définition du champ CloudinaryImage dans le code source de Keystone (fields/types/cloudinaryimage). Vérifiez comment l'option `select` est gérée dans la logique de rendu de l'interface utilisateur du champ. Comparez avec d'autres types de champs qui prennent en charge `select` (par exemple, Types.Select) pour comprendre le comportement attendu. La référence à la documentation suggère que `select: true` devrait activer une interface utilisateur pour sélectionner des images existantes depuis Cloudinary. Le problème pourrait être l'absence d'une route ou d'un contrôleur pour récupérer les images depuis Cloudinary. Recherchez les modifications récentes ou les problèmes connexes dans le dépôt (note : le problème date de 2018).
Stack technique
javascriptnodejsreact
Domaine
backendfrontend
Type d'issue
Bug
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
2
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
1-3 heures
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Récente
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
GitNode.js
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
60