United Nations Drupal Plugin

Robert we deployed a Button in the botom part of the asset Media Viewer so you can re-run the AI informatics in individual assets.

Hi Cristobal thank you for the button. I will check it out later.

I do have one lingering issue. The API is returning the drupalmediausage still as:

"drupalmediausage": "[{synced_reason=auto_usage, site= https://news.un.org/fr, media_ids=[111801], synced_by_id=0, caption_push_done=false, other_pages=[], page= https://news.un.org/fr/story/2025/01/1152036, synced_by_name=, lang=fr, synced_from=drupal, synced_at=2025-12-11T00:09:32+00:00}]",

It looks ok on the DAM UI, but my code no longer works, it just treats it as non initialized when Json:decode it.

Is this going to remain like this, or can it be corrected to behave like it did earlier today?

It looks like this is a Java collection toString() output of a List<Map<String, Object>>. As far as I know, this is not good JSON.

Can this please be fixed?

Hello Robert, I think we did not change that (after I fixed the first time). We are using a JSON utility to display it: jsonUtil.toJsonArray($value)

If I validate that JSON in an online validator seems right. It is PHP not taking it as a valid JSON, some tools usually shows the line and position of the error, is PHP showing some of that?

Oh, wait, I see it is wraped in quotes... maybe that is the problem, let me tak a look

We found the issue, it was the data-type change we didi yesterday, I set it back to the right data type and now the field is siplaying a valid JSON.

Please let us know if that works in your side.

YES! Its back now. I am sidelined with some other work, but will try to focus on testing this again later on today. But I do have some personal matters to attend to this afternoon - so likely tomorrow I can do more.

"md5hex": "67a5b4879106d2e8c5e53b303090f4ab",
"drupalmediausage": [
{
"synced_reason": "auto_usage",
"site": " https://news.un.org/en";,
"media_ids": [198705, 198707, 198656, 198706],
"synced_by_id": 0,
"caption_push_done": false,
"other_pages": [
" https://news.un.org/en/story/2025/12/1166420";,
" https://news.un.org/en/story/2024/08/1151471";,
" https://news.un.org/en/story/2025/11/1166313";
],
"page": " https://news.un.org/en/story/2025/11/1166292";,
"synced_by_name": "",
"lang": "en",
"synced_from": "drupal",
"synced_at": "2025-12-10T21:10:02+00:00"
},
{
"synced_reason": "auto_usage",
"site": " https://news.un.org/fr";,
"media_ids": [124944, 124943],
"synced_by_id": 0,
"caption_push_done": false,
"other_pages": [
" https://news.un.org/fr/story/2025/06/1156276";
],
"page": " https://news.un.org/fr/story/2025/06/1156546";,
"synced_by_name": "",
"lang": "fr",
"synced_from": "drupal",
"synced_at": "2025-12-10T21:12:11+00:00"
}
],

Hey Robert, Shakil finished the new Translate integration, now we have Kiswahili available, we did couple test on assets and they look great, give it a try and let us know when you have a chance.

Hello Robert and Mihai, just to confirm Upload assets with tags and AL alt-text issues are fixed now, we tested them in current b2 server.

The only issure remaining is the review of the 2 languages accuracy, we are investigating if any other Model can do a better translations and we will share any findings. I believe we can handle this issue as not critical for the Production switch.

Mihai and I meet briefly this morning and agree that the production server update could take place tomorrow, Thursday at 3pm EST.

Hi @Cristobal - just to let you know that there is an SSL cert issue on global.unitednation.entermediadb.net.

https://global.unitednations.entermediadb.net/assets/mediadb/services/module/asset/downloads/preset/Collections/Embargoed/29-10-2015-ICJ-Yuji-Iwasawa.jpg/image100x100cropped.jpg

SSL issue was fixed, it was heavily cached, Images on global should load correctly now

Thank you Cristobal.

Hi EMedia Team - not sure if this is the correct place to report the issue but I noticed when working with the new backend: https://unitednations.entermediadb.net/assets/find/views/modules/librarycollection/index.html?entityid=AWldxpeyqazlMTv9zh9y deleting individual assets is no problem and works fine but if if I wish to delete items from the list view I select the assets I wish to delete by checking the boxes on the left but when I go to Edit -> Delete Selected Assets in the 'are you sure' prompt that pops up it seems to have selected All Assets in the folder! (for the Embargoed folder that is 2470 assets) I did not proceed so not sure if they will all be deleted or not but wanted to alert you to this issue. Thanks for looking into it. Matt

Hello Matthew, yes this is the right place. I been trying to reproduce that behavior with selections with no luck, please if you discover a way to reproduce it reliable let us know how to reproduce it.

Hi @christobal I am on this view (first image) and I have only selected 1 item for deletion. When I proceed via EDIT to delete selected Asset, I receive the modal box (second image) and here it states 2476 assets.

Ok, now is reproducible in our side, I thested same thing this morning and it was not happening, it not happening in local environment, so we still investigating what is going on.

We patched the menu html to add a Confirm-alert for the Remove option, and also flushing the memory looks like make the selections work as expected. This is not the final fix, we are doing more investigation to find the root cause.

👍