not decoded in module descriptions

Created on 24 November 2024, 4 months ago

Problem/Motivation

If a module page contains  , it is not decoded and displays as text:

Steps to reproduce

Search in PB for Workspaces Extras and see the   displays as text.

Proposed resolution

Ensure all special characters are decoded. I tried to check whether this applies to any other characters but couldn't find any modules that used one.

🐛 Bug report
Status

Active

Version

2.0

Component

Code

Created by

🇦🇺Australia pameeela

Live updates comments and jobs are added and updated live.
Sign in to follow issues

Merge Requests

Comments & Activities

  • Issue created by @pameeela
  • 🇮🇳India shalini_jha

    I am able to replicate this issue .

  • Pipeline finished with Failed
    4 months ago
    Total: 343s
    #358904
  • Pipeline finished with Success
    4 months ago
    Total: 689s
    #358912
  • 🇮🇳India shalini_jha

    I have addressed the issue related to special characters by implementing the necessary fixes on both the project list page and the project detail modal. The issue has now been resolved, ensuring that special characters are handled correctly in both areas. Kindly review the changes.

    project list page


    project detail modal

    https://www.drupal.org/files/issues/2024-12-04/Screenshot%20from%202024-...

  • Pipeline finished with Success
    4 months ago
    Total: 567s
    #359825
  • 🇮🇳India shalini_jha

    Re base & fixed conflict.

  • 🇺🇸United States chrisfromredfin Portland, Maine

    I am unsure if we should be fixing this in the Svelte frontend or in the Middleware. I will ping Ben to get some opinions. Also, it's entirely possible we want to do both. Third, I'm not sure if we want to introduce a front-end dependency on HE or not.

    I need more info.

  • 🇮🇳India shalini_jha

    Thank you for your review and feedback,
    re based & fixed conflict.

  • Pipeline finished with Failed
    4 months ago
    Total: 473s
    #365041
  • 🇺🇸United States chrisfromredfin Portland, Maine

    Per Ben in Slack:

    Decoding should happen on the Back End, in as early a stage as possible after the data is received. The one exception is if there's some reason the non-decoded should be available

    I think the approach we need, then, should actually be in the ProjectBrowserEndpointController.php before we return JSON to the Project Browser, or maybe the EnabledSourceHandler right when we get the response and before we put it in the KeyValueStore. Possibly we need to do this for each field that could contain HTML inside the individual sources.

  • First commit to issue fork.
  • Pipeline finished with Canceled
    4 months ago
    Total: 74s
    #367485
  • Pipeline finished with Failed
    4 months ago
    Total: 508s
    #367486
  • 🇮🇳India utkarsh_33

    Merged the latest changes from 2.0.x.

  • Pipeline finished with Failed
    3 months ago
    Total: 481s
    #384653
  • 🇺🇸United States phenaproxima Massachusetts

    One point of review, and I'm wondering if we might not want test coverage here somehow. Would that be reasonably straightforward to add?

  • Pipeline finished with Success
    about 2 months ago
    Total: 1318s
    #420830
  • Pipeline finished with Skipped
    about 2 months ago
    #421237
  • Pipeline finished with Failed
    about 1 month ago
    Total: 445s
    #438394
Production build 0.71.5 2024