GET https://www.app-test.fr/repartition/698/edit

Forms

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

tickets2

Form type:
"App\Form\Tickets2Type"

Errors

This form has no errors.

Default Data

Property Value
Model Format same as normalized format
Normalized Format
App\Entity\Tickets {#791
  -id: 698
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-26835"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-26835"
  -lastUpdated: DateTime @1772533823 {#792
    date: 2026-03-03 10:30:23.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: null
  -longDescription: """
    Résumé : Le 09/02 entre ~08:24 et 08:57 un pic d'erreurs a été observé impactant surtout la distribution sur carte externe (Android IDFM/RATP/SNCF). 2 symptômes principaux : (1) erreurs 500 sur initializeDistribution liées à des operationId non valides (appels effectués > ~8s après récupération de l'operationId) ; (2) erreurs 400 ATL-00304 sur processDistribution lorsque un nouvel initializeDistribution est appelé au lieu d'un requestDistribution. Les temps de réponse montrent de longs intervalles entre appels de distribution ; les premières analyses excluent SIS et Atlas comme cause directe et pointent une lenteur en amont (probable proxy MarketPay). Le SDK de distribution (startLoadOperation) est impliqué côté application et pourrait enchaîner des appels initializeDistribution en cas d'erreur/timeout. Des traces détaillées ont été fournies et Dejamobile/CEP ont déjà effectué un premier diagnostic.\n
    \n
    Statut : En cours d'investigation\n
    \n
    Actions restantes :\n
    \t\tAnalyser en détail les traces fournies pour corréler timestamps entre initializeDistribution et requestDistribution et confirmer l'origine des délais — Anass EL AFYA\n
    \t\tTrouver et contacter l'interlocuteur MarketPay pour obtenir les logs/proxy metrics et vérifier si le proxy a introduit des latences ou throttling durant le pic — CEP (trouver le contact)\n
    \t\tFournir les logs supplémentaires ou mapping des opérations (notamment absence de processDistribution dans les logs Dejamobile) et préciser si Dejamobile est censé traiter processDistribution — Dejamobile Support\n
    \t\tExaminer le comportement du SDK (startLoadOperation) côté application pour comprendre pourquoi des initializeDistribution sont enchaînés et si des retries/timeouts côté app provoquent ces appels — Nabil El Moussaid / équipe application IDFM (SDK)\n
    \t\tMettre en place (ou planifier) des enrichissements de logs pour mieux croiser informations entre composants lors des prochains incidents — Dejamobile Support\n
    \t\tConsolider et partager un rapport final avec corrélation des erreurs, volumes par plateforme et recommandations sur l'interlocuteur responsable (MarketPay vs SDK vs infra) — Anass EL AFYA
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "[OT][GPT]- Incident majeur - Taux d'erreur élevé constaté ce 09/02 entre 08h40 et 08h57"
  -assignJira: "Dejamobile Support"
  -ticketCreator: null
  -os: null
  -priority: null
  -status: "Ouvert"
  -ticketType: null
  -lastAutomationPass: "2026-03-04 07:05:36"
}
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: 698
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-26835"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-26835"
  -lastUpdated: DateTime @1772533823 {#792
    date: 2026-03-03 10:30:23.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: null
  -longDescription: """
    Résumé : Le 09/02 entre ~08:24 et 08:57 un pic d'erreurs a été observé impactant surtout la distribution sur carte externe (Android IDFM/RATP/SNCF). 2 symptômes principaux : (1) erreurs 500 sur initializeDistribution liées à des operationId non valides (appels effectués > ~8s après récupération de l'operationId) ; (2) erreurs 400 ATL-00304 sur processDistribution lorsque un nouvel initializeDistribution est appelé au lieu d'un requestDistribution. Les temps de réponse montrent de longs intervalles entre appels de distribution ; les premières analyses excluent SIS et Atlas comme cause directe et pointent une lenteur en amont (probable proxy MarketPay). Le SDK de distribution (startLoadOperation) est impliqué côté application et pourrait enchaîner des appels initializeDistribution en cas d'erreur/timeout. Des traces détaillées ont été fournies et Dejamobile/CEP ont déjà effectué un premier diagnostic.\n
    \n
    Statut : En cours d'investigation\n
    \n
    Actions restantes :\n
    \t\tAnalyser en détail les traces fournies pour corréler timestamps entre initializeDistribution et requestDistribution et confirmer l'origine des délais — Anass EL AFYA\n
    \t\tTrouver et contacter l'interlocuteur MarketPay pour obtenir les logs/proxy metrics et vérifier si le proxy a introduit des latences ou throttling durant le pic — CEP (trouver le contact)\n
    \t\tFournir les logs supplémentaires ou mapping des opérations (notamment absence de processDistribution dans les logs Dejamobile) et préciser si Dejamobile est censé traiter processDistribution — Dejamobile Support\n
    \t\tExaminer le comportement du SDK (startLoadOperation) côté application pour comprendre pourquoi des initializeDistribution sont enchaînés et si des retries/timeouts côté app provoquent ces appels — Nabil El Moussaid / équipe application IDFM (SDK)\n
    \t\tMettre en place (ou planifier) des enrichissements de logs pour mieux croiser informations entre composants lors des prochains incidents — Dejamobile Support\n
    \t\tConsolider et partager un rapport final avec corrélation des erreurs, volumes par plateforme et recommandations sur l'interlocuteur responsable (MarketPay vs SDK vs infra) — Anass EL AFYA
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "[OT][GPT]- Incident majeur - Taux d'erreur élevé constaté ce 09/02 entre 08h40 et 08h57"
  -assignJira: "Dejamobile Support"
  -ticketCreator: null
  -os: null
  -priority: null
  -status: "Ouvert"
  -ticketType: null
  -lastAutomationPass: "2026-03-04 07:05:36"
}
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: 698
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-26835"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-26835"
  -lastUpdated: DateTime @1772533823 {#792
    date: 2026-03-03 10:30:23.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: null
  -longDescription: """
    Résumé : Le 09/02 entre ~08:24 et 08:57 un pic d'erreurs a été observé impactant surtout la distribution sur carte externe (Android IDFM/RATP/SNCF). 2 symptômes principaux : (1) erreurs 500 sur initializeDistribution liées à des operationId non valides (appels effectués > ~8s après récupération de l'operationId) ; (2) erreurs 400 ATL-00304 sur processDistribution lorsque un nouvel initializeDistribution est appelé au lieu d'un requestDistribution. Les temps de réponse montrent de longs intervalles entre appels de distribution ; les premières analyses excluent SIS et Atlas comme cause directe et pointent une lenteur en amont (probable proxy MarketPay). Le SDK de distribution (startLoadOperation) est impliqué côté application et pourrait enchaîner des appels initializeDistribution en cas d'erreur/timeout. Des traces détaillées ont été fournies et Dejamobile/CEP ont déjà effectué un premier diagnostic.\n
    \n
    Statut : En cours d'investigation\n
    \n
    Actions restantes :\n
    \t\tAnalyser en détail les traces fournies pour corréler timestamps entre initializeDistribution et requestDistribution et confirmer l'origine des délais — Anass EL AFYA\n
    \t\tTrouver et contacter l'interlocuteur MarketPay pour obtenir les logs/proxy metrics et vérifier si le proxy a introduit des latences ou throttling durant le pic — CEP (trouver le contact)\n
    \t\tFournir les logs supplémentaires ou mapping des opérations (notamment absence de processDistribution dans les logs Dejamobile) et préciser si Dejamobile est censé traiter processDistribution — Dejamobile Support\n
    \t\tExaminer le comportement du SDK (startLoadOperation) côté application pour comprendre pourquoi des initializeDistribution sont enchaînés et si des retries/timeouts côté app provoquent ces appels — Nabil El Moussaid / équipe application IDFM (SDK)\n
    \t\tMettre en place (ou planifier) des enrichissements de logs pour mieux croiser informations entre composants lors des prochains incidents — Dejamobile Support\n
    \t\tConsolider et partager un rapport final avec corrélation des erreurs, volumes par plateforme et recommandations sur l'interlocuteur responsable (MarketPay vs SDK vs infra) — Anass EL AFYA
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "[OT][GPT]- Incident majeur - Taux d'erreur élevé constaté ce 09/02 entre 08h40 et 08h57"
  -assignJira: "Dejamobile Support"
  -ticketCreator: null
  -os: null
  -priority: null
  -status: "Ouvert"
  -ticketType: null
  -lastAutomationPass: "2026-03-04 07:05:36"
}
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"
  "tickets2"
  "_tickets2"
]
cache_key
"_tickets2_tickets2"
compound
true
data
App\Entity\Tickets {#791
  -id: 698
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-26835"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-26835"
  -lastUpdated: DateTime @1772533823 {#792
    date: 2026-03-03 10:30:23.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: null
  -longDescription: """
    Résumé : Le 09/02 entre ~08:24 et 08:57 un pic d'erreurs a été observé impactant surtout la distribution sur carte externe (Android IDFM/RATP/SNCF). 2 symptômes principaux : (1) erreurs 500 sur initializeDistribution liées à des operationId non valides (appels effectués > ~8s après récupération de l'operationId) ; (2) erreurs 400 ATL-00304 sur processDistribution lorsque un nouvel initializeDistribution est appelé au lieu d'un requestDistribution. Les temps de réponse montrent de longs intervalles entre appels de distribution ; les premières analyses excluent SIS et Atlas comme cause directe et pointent une lenteur en amont (probable proxy MarketPay). Le SDK de distribution (startLoadOperation) est impliqué côté application et pourrait enchaîner des appels initializeDistribution en cas d'erreur/timeout. Des traces détaillées ont été fournies et Dejamobile/CEP ont déjà effectué un premier diagnostic.\n
    \n
    Statut : En cours d'investigation\n
    \n
    Actions restantes :\n
    \t\tAnalyser en détail les traces fournies pour corréler timestamps entre initializeDistribution et requestDistribution et confirmer l'origine des délais — Anass EL AFYA\n
    \t\tTrouver et contacter l'interlocuteur MarketPay pour obtenir les logs/proxy metrics et vérifier si le proxy a introduit des latences ou throttling durant le pic — CEP (trouver le contact)\n
    \t\tFournir les logs supplémentaires ou mapping des opérations (notamment absence de processDistribution dans les logs Dejamobile) et préciser si Dejamobile est censé traiter processDistribution — Dejamobile Support\n
    \t\tExaminer le comportement du SDK (startLoadOperation) côté application pour comprendre pourquoi des initializeDistribution sont enchaînés et si des retries/timeouts côté app provoquent ces appels — Nabil El Moussaid / équipe application IDFM (SDK)\n
    \t\tMettre en place (ou planifier) des enrichissements de logs pour mieux croiser informations entre composants lors des prochains incidents — Dejamobile Support\n
    \t\tConsolider et partager un rapport final avec corrélation des erreurs, volumes par plateforme et recommandations sur l'interlocuteur responsable (MarketPay vs SDK vs infra) — Anass EL AFYA
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "[OT][GPT]- Incident majeur - Taux d'erreur élevé constaté ce 09/02 entre 08h40 et 08h57"
  -assignJira: "Dejamobile Support"
  -ticketCreator: null
  -os: null
  -priority: null
  -status: "Ouvert"
  -ticketType: null
  -lastAutomationPass: "2026-03-04 07:05:36"
}
disabled
false
errors
Symfony\Component\Form\FormErrorIterator {#1245
  -errors: []
  -form: Symfony\Component\Form\Form {#1241 …}
}
form
Symfony\Component\Form\FormView {#995 …5}
full_name
"tickets2"
help
null
help_attr
[]
help_html
false
help_translation_parameters
[]
id
"tickets2"
label
null
label_attr
[]
label_format
null
label_html
false
label_translation_parameters
[]
method
"POST"
multipart
false
name
"tickets2"
priority
0
required
true
row_attr
[]
submitted
false
translation_domain
null
unique_block_prefix
"_tickets2"
valid
true
value
App\Entity\Tickets {#791
  -id: 698
  -chapeaux: Doctrine\ORM\PersistentCollection {#834 …}
  -comments: Doctrine\ORM\PersistentCollection {#857 …}
  -ticketNumber: "CEP-26835"
  -jiraLink: "https://canalmobile.atlassian.net/browse/CEP-26835"
  -lastUpdated: DateTime @1772533823 {#792
    date: 2026-03-03 10:30:23.0 UTC (+00:00)
  }
  -subject: null
  -shortDescription: null
  -longDescription: """
    Résumé : Le 09/02 entre ~08:24 et 08:57 un pic d'erreurs a été observé impactant surtout la distribution sur carte externe (Android IDFM/RATP/SNCF). 2 symptômes principaux : (1) erreurs 500 sur initializeDistribution liées à des operationId non valides (appels effectués > ~8s après récupération de l'operationId) ; (2) erreurs 400 ATL-00304 sur processDistribution lorsque un nouvel initializeDistribution est appelé au lieu d'un requestDistribution. Les temps de réponse montrent de longs intervalles entre appels de distribution ; les premières analyses excluent SIS et Atlas comme cause directe et pointent une lenteur en amont (probable proxy MarketPay). Le SDK de distribution (startLoadOperation) est impliqué côté application et pourrait enchaîner des appels initializeDistribution en cas d'erreur/timeout. Des traces détaillées ont été fournies et Dejamobile/CEP ont déjà effectué un premier diagnostic.\n
    \n
    Statut : En cours d'investigation\n
    \n
    Actions restantes :\n
    \t\tAnalyser en détail les traces fournies pour corréler timestamps entre initializeDistribution et requestDistribution et confirmer l'origine des délais — Anass EL AFYA\n
    \t\tTrouver et contacter l'interlocuteur MarketPay pour obtenir les logs/proxy metrics et vérifier si le proxy a introduit des latences ou throttling durant le pic — CEP (trouver le contact)\n
    \t\tFournir les logs supplémentaires ou mapping des opérations (notamment absence de processDistribution dans les logs Dejamobile) et préciser si Dejamobile est censé traiter processDistribution — Dejamobile Support\n
    \t\tExaminer le comportement du SDK (startLoadOperation) côté application pour comprendre pourquoi des initializeDistribution sont enchaînés et si des retries/timeouts côté app provoquent ces appels — Nabil El Moussaid / équipe application IDFM (SDK)\n
    \t\tMettre en place (ou planifier) des enrichissements de logs pour mieux croiser informations entre composants lors des prochains incidents — Dejamobile Support\n
    \t\tConsolider et partager un rapport final avec corrélation des erreurs, volumes par plateforme et recommandations sur l'interlocuteur responsable (MarketPay vs SDK vs infra) — Anass EL AFYA
    """
  -owner: null
  -afterSalesServiceVolumetry: null
  -ticketTitle: "[OT][GPT]- Incident majeur - Taux d'erreur élevé constaté ce 09/02 entre 08h40 et 08h57"
  -assignJira: "Dejamobile Support"
  -ticketCreator: null
  -os: null
  -priority: null
  -status: "Ouvert"
  -ticketType: null
  -lastAutomationPass: "2026-03-04 07:05:36"
}