GET https://www.app-test.fr/tickets/851/edit

Forms

  • tickets1
    • ticketNumber
    • jiraLink
    • lastUpdated
    • subject
    • shortDescription
    • longDescription
    • owner
    • afterSalesServiceVolumetry
    • ticketTitle
    • assignJira
    • ticketCreator
    • os
    • priority
    • status
    • ticketType
    • _token

tickets1

Form type:
"App\Form\Tickets1Type"

Errors

This form has no errors.

Default Data

Property Value
Model Format same as normalized format
Normalized Format
App\Entity\Tickets {#791
  -id: 851
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-21898"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-21898"
  -lastUpdated: DateTime @1771337573 {#792
    date: 2026-02-17 14:12:53.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    [BESOIN DOUBLE VALIDATION POUR POUVOIR PASSER] 14/11: à investiguer plus!\n
    \n
    Certainement manque autorisation wallet. \n
    \n
    Plusieurs cas de clients qui doivent valider 2x pour arriver à passer.\n
    Explication possible:\n
    -cette personne n’a jamais accepté l’autorisation dans sa Wallet. donc la wallet ne se réveille pas automatiquement, donc de synchro auto et tous les 3 jours le support périme\n
    -qd cette personne valide, la Wallet est réveillée par le valideur, celle-ci se rend compte que le support est expiré et lance tout de suite une synchro pour le rafraichir. Qd elle revalide ça fonctionne\n
    \n
    Solution (envoyée au client, en attente de retour)\n
    \n
    ouvrir l’appli MesTicketsNavigo, y a un popup qui se lance, elle clique sur le popup, elle accepte dans les paramètres, et là ça fonctionnera\n
    \n
    29/10: Message envoyé le 28/10 à la cliente pour test. \n
    31/10: Faire le point avec Anass suite à retour cliente\n
    04/11: Demander au client de sauvegarder ses titres, désinstaller puis réinstaller mesticketsnavigo, puis recharger ses titres. si problème persistant il faudra le rembourser
    """
  -longDescription: """
    Résumé : La cliente n°50000046 (et d'autres cas similaires) doit passer son téléphone deux fois devant les valideurs : la première validation échoue systématiquement avec "pass non valide", la seconde passe. Plusieurs investigations (logs SIS 200 OK, dumps) n'ont pas identifié d'erreur serveur. Une hypothèse côté Wallet a été proposée (autorisation non acceptée empêchant la synchro automatique), puis des actions utilisateur recommandées (réautoriser la Wallet, sauvegarder le titre, désinstaller/réinstaller l'app) mais la cliente indique qu'aucun popup n'apparaît et que cela n'a pas résolu son cas. Le ticket a finalement été clos par Jennifer car la cliente a arrêté d'utiliser le service et aucune solution n'a permis de régler le problème.\n
    \n
    Statut : Clos (clôturé sans résolution technique définitive)\n
    \n
    Actions restantes :\n
    \t\tSurveiller l'apparition de nouveaux signalements identiques et ouvrir un nouveau ticket d'analyse si d'autres clients rapportent le même comportement — Wady KAMMOUN / Frédéric Capillon (responsables périmètre NL+)\n
    \t\tConserver et centraliser les pièces du dossier (tickets Sugar référencés : 586525, 468657, 517992, dumps fournis) pour faciliter une future investigation — (aucune personne spécifiée)\n
    \t\tSi de nouveaux cas sont ouverts, joindre systématiquement les dumps et le numéro SAV du client au ticket pour permettre une reprise d'analyse rapide — (équipe SAV / personne de contact au moment de l'ouverture du ticket)
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "NL+ Bêta - SAV - Demande d’analyse sur problème de validations"
  -assignJira: "Jennifer BARGUIL"
  -ticketCreator: "Anass EL AFYA"
  -os: null
  -priority: null
  -status: "Annulé"
  -ticketType: null
  -lastAutomationPass: "2026-02-18 07:06:30"
}
View Format same as normalized format

Submitted Data

This form was not submitted.

Passed Options

Option Passed Value Resolved Value
data
App\Entity\Tickets {#791
  -id: 851
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-21898"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-21898"
  -lastUpdated: DateTime @1771337573 {#792
    date: 2026-02-17 14:12:53.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    [BESOIN DOUBLE VALIDATION POUR POUVOIR PASSER] 14/11: à investiguer plus!\n
    \n
    Certainement manque autorisation wallet. \n
    \n
    Plusieurs cas de clients qui doivent valider 2x pour arriver à passer.\n
    Explication possible:\n
    -cette personne n’a jamais accepté l’autorisation dans sa Wallet. donc la wallet ne se réveille pas automatiquement, donc de synchro auto et tous les 3 jours le support périme\n
    -qd cette personne valide, la Wallet est réveillée par le valideur, celle-ci se rend compte que le support est expiré et lance tout de suite une synchro pour le rafraichir. Qd elle revalide ça fonctionne\n
    \n
    Solution (envoyée au client, en attente de retour)\n
    \n
    ouvrir l’appli MesTicketsNavigo, y a un popup qui se lance, elle clique sur le popup, elle accepte dans les paramètres, et là ça fonctionnera\n
    \n
    29/10: Message envoyé le 28/10 à la cliente pour test. \n
    31/10: Faire le point avec Anass suite à retour cliente\n
    04/11: Demander au client de sauvegarder ses titres, désinstaller puis réinstaller mesticketsnavigo, puis recharger ses titres. si problème persistant il faudra le rembourser
    """
  -longDescription: """
    Résumé : La cliente n°50000046 (et d'autres cas similaires) doit passer son téléphone deux fois devant les valideurs : la première validation échoue systématiquement avec "pass non valide", la seconde passe. Plusieurs investigations (logs SIS 200 OK, dumps) n'ont pas identifié d'erreur serveur. Une hypothèse côté Wallet a été proposée (autorisation non acceptée empêchant la synchro automatique), puis des actions utilisateur recommandées (réautoriser la Wallet, sauvegarder le titre, désinstaller/réinstaller l'app) mais la cliente indique qu'aucun popup n'apparaît et que cela n'a pas résolu son cas. Le ticket a finalement été clos par Jennifer car la cliente a arrêté d'utiliser le service et aucune solution n'a permis de régler le problème.\n
    \n
    Statut : Clos (clôturé sans résolution technique définitive)\n
    \n
    Actions restantes :\n
    \t\tSurveiller l'apparition de nouveaux signalements identiques et ouvrir un nouveau ticket d'analyse si d'autres clients rapportent le même comportement — Wady KAMMOUN / Frédéric Capillon (responsables périmètre NL+)\n
    \t\tConserver et centraliser les pièces du dossier (tickets Sugar référencés : 586525, 468657, 517992, dumps fournis) pour faciliter une future investigation — (aucune personne spécifiée)\n
    \t\tSi de nouveaux cas sont ouverts, joindre systématiquement les dumps et le numéro SAV du client au ticket pour permettre une reprise d'analyse rapide — (équipe SAV / personne de contact au moment de l'ouverture du ticket)
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "NL+ Bêta - SAV - Demande d’analyse sur problème de validations"
  -assignJira: "Jennifer BARGUIL"
  -ticketCreator: "Anass EL AFYA"
  -os: null
  -priority: null
  -status: "Annulé"
  -ticketType: null
  -lastAutomationPass: "2026-02-18 07:06:30"
}
same as passed value

Resolved Options

Option Value
action
""
allow_extra_fields
false
allow_file_upload
false
attr
[]
attr_translation_parameters
[]
auto_initialize
true
block_name
null
block_prefix
null
by_reference
true
compound
true
constraints
[]
csrf_field_name
"_token"
csrf_message
"The CSRF token is invalid. Please try to resubmit the form."
csrf_protection
true
csrf_token_id
null
csrf_token_manager
Symfony\Component\Security\Csrf\SameOriginCsrfTokenManager {#581
  -requestStack: Symfony\Component\HttpFoundation\RequestStack {#80 …}
  -logger: Monolog\Logger {#179 …}
  -fallbackCsrfTokenManager: Symfony\Component\Security\Csrf\CsrfTokenManager {#865 …}
  -tokenIds: [
    "submit" => 0
    "authenticate" => 1
    "logout" => 2
  ]
  -checkHeader: 1
  -cookieName: "csrf-token"
}
data
App\Entity\Tickets {#791
  -id: 851
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-21898"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-21898"
  -lastUpdated: DateTime @1771337573 {#792
    date: 2026-02-17 14:12:53.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    [BESOIN DOUBLE VALIDATION POUR POUVOIR PASSER] 14/11: à investiguer plus!\n
    \n
    Certainement manque autorisation wallet. \n
    \n
    Plusieurs cas de clients qui doivent valider 2x pour arriver à passer.\n
    Explication possible:\n
    -cette personne n’a jamais accepté l’autorisation dans sa Wallet. donc la wallet ne se réveille pas automatiquement, donc de synchro auto et tous les 3 jours le support périme\n
    -qd cette personne valide, la Wallet est réveillée par le valideur, celle-ci se rend compte que le support est expiré et lance tout de suite une synchro pour le rafraichir. Qd elle revalide ça fonctionne\n
    \n
    Solution (envoyée au client, en attente de retour)\n
    \n
    ouvrir l’appli MesTicketsNavigo, y a un popup qui se lance, elle clique sur le popup, elle accepte dans les paramètres, et là ça fonctionnera\n
    \n
    29/10: Message envoyé le 28/10 à la cliente pour test. \n
    31/10: Faire le point avec Anass suite à retour cliente\n
    04/11: Demander au client de sauvegarder ses titres, désinstaller puis réinstaller mesticketsnavigo, puis recharger ses titres. si problème persistant il faudra le rembourser
    """
  -longDescription: """
    Résumé : La cliente n°50000046 (et d'autres cas similaires) doit passer son téléphone deux fois devant les valideurs : la première validation échoue systématiquement avec "pass non valide", la seconde passe. Plusieurs investigations (logs SIS 200 OK, dumps) n'ont pas identifié d'erreur serveur. Une hypothèse côté Wallet a été proposée (autorisation non acceptée empêchant la synchro automatique), puis des actions utilisateur recommandées (réautoriser la Wallet, sauvegarder le titre, désinstaller/réinstaller l'app) mais la cliente indique qu'aucun popup n'apparaît et que cela n'a pas résolu son cas. Le ticket a finalement été clos par Jennifer car la cliente a arrêté d'utiliser le service et aucune solution n'a permis de régler le problème.\n
    \n
    Statut : Clos (clôturé sans résolution technique définitive)\n
    \n
    Actions restantes :\n
    \t\tSurveiller l'apparition de nouveaux signalements identiques et ouvrir un nouveau ticket d'analyse si d'autres clients rapportent le même comportement — Wady KAMMOUN / Frédéric Capillon (responsables périmètre NL+)\n
    \t\tConserver et centraliser les pièces du dossier (tickets Sugar référencés : 586525, 468657, 517992, dumps fournis) pour faciliter une future investigation — (aucune personne spécifiée)\n
    \t\tSi de nouveaux cas sont ouverts, joindre systématiquement les dumps et le numéro SAV du client au ticket pour permettre une reprise d'analyse rapide — (équipe SAV / personne de contact au moment de l'ouverture du ticket)
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "NL+ Bêta - SAV - Demande d’analyse sur problème de validations"
  -assignJira: "Jennifer BARGUIL"
  -ticketCreator: "Anass EL AFYA"
  -os: null
  -priority: null
  -status: "Annulé"
  -ticketType: null
  -lastAutomationPass: "2026-02-18 07:06:30"
}
data_class
"App\Entity\Tickets"
disabled
false
empty_data
Closure(FormInterface $form) {#992
  class: "Symfony\Component\Form\Extension\Core\Type\FormType"
  use: {
    $class: "App\Entity\Tickets"
  }
}
error_bubbling
true
error_mapping
[]
extra_fields_message
"This form should not contain extra fields."
form_attr
false
getter
null
help
null
help_attr
[]
help_html
false
help_translation_parameters
[]
inherit_data
false
invalid_message
"This value is not valid."
invalid_message_parameters
[]
is_empty_callback
null
label
null
label_attr
[]
label_format
null
label_html
false
label_translation_parameters
[]
mapped
true
method
"POST"
post_max_size_message
"The uploaded file was too large. Please try to upload a smaller file."
priority
0
property_path
null
required
true
row_attr
[]
setter
null
translation_domain
null
trim
true
upload_max_size_message
Closure() {#994
  class: "Symfony\Component\Form\Extension\Validator\Type\UploadValidatorExtension"
  use: {
    $translator: Symfony\Component\Translation\DataCollectorTranslator {#224 …}
    $message: Closure() {#993 …}
    $translationDomain: "validators"
  }
}
validation_groups
null

View Vars

Variable Value
action
""
attr
[]
attr_translation_parameters
[]
block_prefixes
[
  "form"
  "tickets1"
  "_tickets1"
]
cache_key
"_tickets1_tickets1"
compound
true
data
App\Entity\Tickets {#791
  -id: 851
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-21898"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-21898"
  -lastUpdated: DateTime @1771337573 {#792
    date: 2026-02-17 14:12:53.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    [BESOIN DOUBLE VALIDATION POUR POUVOIR PASSER] 14/11: à investiguer plus!\n
    \n
    Certainement manque autorisation wallet. \n
    \n
    Plusieurs cas de clients qui doivent valider 2x pour arriver à passer.\n
    Explication possible:\n
    -cette personne n’a jamais accepté l’autorisation dans sa Wallet. donc la wallet ne se réveille pas automatiquement, donc de synchro auto et tous les 3 jours le support périme\n
    -qd cette personne valide, la Wallet est réveillée par le valideur, celle-ci se rend compte que le support est expiré et lance tout de suite une synchro pour le rafraichir. Qd elle revalide ça fonctionne\n
    \n
    Solution (envoyée au client, en attente de retour)\n
    \n
    ouvrir l’appli MesTicketsNavigo, y a un popup qui se lance, elle clique sur le popup, elle accepte dans les paramètres, et là ça fonctionnera\n
    \n
    29/10: Message envoyé le 28/10 à la cliente pour test. \n
    31/10: Faire le point avec Anass suite à retour cliente\n
    04/11: Demander au client de sauvegarder ses titres, désinstaller puis réinstaller mesticketsnavigo, puis recharger ses titres. si problème persistant il faudra le rembourser
    """
  -longDescription: """
    Résumé : La cliente n°50000046 (et d'autres cas similaires) doit passer son téléphone deux fois devant les valideurs : la première validation échoue systématiquement avec "pass non valide", la seconde passe. Plusieurs investigations (logs SIS 200 OK, dumps) n'ont pas identifié d'erreur serveur. Une hypothèse côté Wallet a été proposée (autorisation non acceptée empêchant la synchro automatique), puis des actions utilisateur recommandées (réautoriser la Wallet, sauvegarder le titre, désinstaller/réinstaller l'app) mais la cliente indique qu'aucun popup n'apparaît et que cela n'a pas résolu son cas. Le ticket a finalement été clos par Jennifer car la cliente a arrêté d'utiliser le service et aucune solution n'a permis de régler le problème.\n
    \n
    Statut : Clos (clôturé sans résolution technique définitive)\n
    \n
    Actions restantes :\n
    \t\tSurveiller l'apparition de nouveaux signalements identiques et ouvrir un nouveau ticket d'analyse si d'autres clients rapportent le même comportement — Wady KAMMOUN / Frédéric Capillon (responsables périmètre NL+)\n
    \t\tConserver et centraliser les pièces du dossier (tickets Sugar référencés : 586525, 468657, 517992, dumps fournis) pour faciliter une future investigation — (aucune personne spécifiée)\n
    \t\tSi de nouveaux cas sont ouverts, joindre systématiquement les dumps et le numéro SAV du client au ticket pour permettre une reprise d'analyse rapide — (équipe SAV / personne de contact au moment de l'ouverture du ticket)
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "NL+ Bêta - SAV - Demande d’analyse sur problème de validations"
  -assignJira: "Jennifer BARGUIL"
  -ticketCreator: "Anass EL AFYA"
  -os: null
  -priority: null
  -status: "Annulé"
  -ticketType: null
  -lastAutomationPass: "2026-02-18 07:06:30"
}
disabled
false
errors
Symfony\Component\Form\FormErrorIterator {#1245
  -errors: []
  -form: Symfony\Component\Form\Form {#1241 …}
}
form
Symfony\Component\Form\FormView {#995 …5}
full_name
"tickets1"
help
null
help_attr
[]
help_html
false
help_translation_parameters
[]
id
"tickets1"
label
null
label_attr
[]
label_format
null
label_html
false
label_translation_parameters
[]
method
"POST"
multipart
false
name
"tickets1"
priority
0
required
true
row_attr
[]
submitted
false
translation_domain
null
unique_block_prefix
"_tickets1"
valid
true
value
App\Entity\Tickets {#791
  -id: 851
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-21898"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-21898"
  -lastUpdated: DateTime @1771337573 {#792
    date: 2026-02-17 14:12:53.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: """
    [BESOIN DOUBLE VALIDATION POUR POUVOIR PASSER] 14/11: à investiguer plus!\n
    \n
    Certainement manque autorisation wallet. \n
    \n
    Plusieurs cas de clients qui doivent valider 2x pour arriver à passer.\n
    Explication possible:\n
    -cette personne n’a jamais accepté l’autorisation dans sa Wallet. donc la wallet ne se réveille pas automatiquement, donc de synchro auto et tous les 3 jours le support périme\n
    -qd cette personne valide, la Wallet est réveillée par le valideur, celle-ci se rend compte que le support est expiré et lance tout de suite une synchro pour le rafraichir. Qd elle revalide ça fonctionne\n
    \n
    Solution (envoyée au client, en attente de retour)\n
    \n
    ouvrir l’appli MesTicketsNavigo, y a un popup qui se lance, elle clique sur le popup, elle accepte dans les paramètres, et là ça fonctionnera\n
    \n
    29/10: Message envoyé le 28/10 à la cliente pour test. \n
    31/10: Faire le point avec Anass suite à retour cliente\n
    04/11: Demander au client de sauvegarder ses titres, désinstaller puis réinstaller mesticketsnavigo, puis recharger ses titres. si problème persistant il faudra le rembourser
    """
  -longDescription: """
    Résumé : La cliente n°50000046 (et d'autres cas similaires) doit passer son téléphone deux fois devant les valideurs : la première validation échoue systématiquement avec "pass non valide", la seconde passe. Plusieurs investigations (logs SIS 200 OK, dumps) n'ont pas identifié d'erreur serveur. Une hypothèse côté Wallet a été proposée (autorisation non acceptée empêchant la synchro automatique), puis des actions utilisateur recommandées (réautoriser la Wallet, sauvegarder le titre, désinstaller/réinstaller l'app) mais la cliente indique qu'aucun popup n'apparaît et que cela n'a pas résolu son cas. Le ticket a finalement été clos par Jennifer car la cliente a arrêté d'utiliser le service et aucune solution n'a permis de régler le problème.\n
    \n
    Statut : Clos (clôturé sans résolution technique définitive)\n
    \n
    Actions restantes :\n
    \t\tSurveiller l'apparition de nouveaux signalements identiques et ouvrir un nouveau ticket d'analyse si d'autres clients rapportent le même comportement — Wady KAMMOUN / Frédéric Capillon (responsables périmètre NL+)\n
    \t\tConserver et centraliser les pièces du dossier (tickets Sugar référencés : 586525, 468657, 517992, dumps fournis) pour faciliter une future investigation — (aucune personne spécifiée)\n
    \t\tSi de nouveaux cas sont ouverts, joindre systématiquement les dumps et le numéro SAV du client au ticket pour permettre une reprise d'analyse rapide — (équipe SAV / personne de contact au moment de l'ouverture du ticket)
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "NL+ Bêta - SAV - Demande d’analyse sur problème de validations"
  -assignJira: "Jennifer BARGUIL"
  -ticketCreator: "Anass EL AFYA"
  -os: null
  -priority: null
  -status: "Annulé"
  -ticketType: null
  -lastAutomationPass: "2026-02-18 07:06:30"
}