Projet

Général

Profil

Development #14085

Pas d'accès à un document généré si celui-ci n'a pas été attaché à l'historique

Ajouté par Frédéric Péters il y a plus de 7 ans. Mis à jour il y a plus de 2 ans.

Statut:
Rejeté
Priorité:
Normal
Assigné à:
-
Version cible:
-
Début:
24 novembre 2016
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Oui
Planning:
Non

Description

J'étais sur l'idée que générer un document et ne pas l'attacher à l'historique, j'aurais quand même un accès au fichier dans une variable mais en fait, non.


Fichiers

Historique

#1

Mis à jour par Frédéric Péters il y a plus de 7 ans

En fait, ça m'est revenu, c'est qu'en mode interactif, le comportement par défaut est de présenter directement le document à l'utilisateur. Le problème ici c'est pour une génération non-interactive, où le document est généré et directement perdu s'il n'est pas attaché à l'historique (ou poussé dans fargo).

#2

Mis à jour par Thomas Noël il y a plus de 6 ans

En première analyse, ça nécessite selon moi un booléen "is_visible" sur AttachmentEvolutionPart, et alors la méthode AttachmentEvolutionPart:view n'affiche rien s'il est à False. On est d'accord avec ça ?

#3

Mis à jour par Frédéric Péters il y a plus de 6 ans

Yep.

#4

Mis à jour par Thomas Noël il y a plus de 6 ans

Message de commit dans mon anglais bien à moi.

#5

Mis à jour par Thomas Noël il y a presque 5 ans

Patch rebasé, avec en plus l'impossibilité de downloader le fichier même en construisant l'URL.

#8

Mis à jour par Frédéric Péters il y a plus de 2 ans

L'idée était de pouvoir générer un document, par exemple pour envoi via un appel webservice, sans avoir pour autant celui-ci apparaitre dans l'historique de la demande.

Souvent on peut répondre que ça n'est pas bien important, que le document peut être affiché, ou jouer à le générer dans un statut caché pour que l'usager ne l'ait pas, que ça ne "pollue" que l'écran des agents, mais c'est pas ouf.

#9

Mis à jour par Thomas Noël il y a plus de 2 ans

Frédéric Péters a écrit :

L'idée était de pouvoir générer un document, par exemple pour envoi via un appel webservice, sans avoir pour autant celui-ci apparaitre dans l'historique de la demande.

Souvent on peut répondre que ça n'est pas bien important, que le document peut être affiché, ou jouer à le générer dans un statut caché pour que l'usager ne l'ait pas, que ça ne "pollue" que l'écran des agents, mais c'est pas ouf.

Aujourd'hui je pense qu'on peut répondre d'envoyer le document dans une donnée de traitement, et hop.

#10

Mis à jour par Benjamin Dauvergne il y a plus de 2 ans

  • Statut changé de Solution proposée à Information nécessaire
  • Assigné à mis à Marie Kuntz -> retour le 13 mai
#11

Mis à jour par Marie Kuntz -> retour le 13 mai il y a plus de 2 ans

  • Statut changé de Information nécessaire à En cours
  • Assigné à Marie Kuntz -> retour le 13 mai supprimé

oui ok, hop

#12

Mis à jour par Benjamin Dauvergne il y a plus de 2 ans

Marie Kuntz a écrit :

oui ok, hop

Quoi oui ok hop ? Faut fermer le ticket si tu es d'accord avec Thomas.

#13

Mis à jour par Benjamin Dauvergne il y a plus de 2 ans

  • Statut changé de En cours à Information nécessaire
  • Assigné à mis à Marie Kuntz -> retour le 13 mai
#14

Mis à jour par Benjamin Dauvergne il y a plus de 2 ans

  • Statut changé de Information nécessaire à Solution validée
  • Assigné à Marie Kuntz -> retour le 13 mai supprimé

Ok c'est moi qui comprend mal ce que disait Thomas.

#15

Mis à jour par Thomas Noël il y a plus de 2 ans

  • Statut changé de Solution validée à En cours

Patch qui ne fonctionne plus ; à rebaser voire refaire totalement. (mais ça me semble pas vraiment prioritaire)

#16

Mis à jour par Marie Kuntz -> retour le 13 mai il y a plus de 2 ans

  • Statut changé de En cours à Rejeté

On utilise la donnée de traitement. Je rejette le ticket.

Formats disponibles : Atom PDF