Setup: Multilingual site (using i18n+entity translation) and a content type with file fields using media browser (video of image).
Reproduce: Create content and make use of the file field. Save and after that edit the piece of content and change its language. Result: All media fields are empty. Media included via wysiwyg directly into the body seems unaffected.

I am going to test various set-ups to see if the results vary.

Comments

dddave’s picture

dddave commented

1. Additional finding
Reusing images already used by the site elsewhere seems to avoid deletion upon language change. Images seem to be "harder" to delete anyways: Need to change the language two times to lose them.

Info: Using a site with German as default and English as second language.

dddave’s picture

dddave commented
Status: Active » Postponed (maintainer needs more info)

Setting to postponed until I find out which set up exactly creates this mess. Might take some time due to i18n being involved.

dave reid’s picture

dave reid
he/him
Primary language English
Location Nebraska USA
commented
Priority: Critical » Normal

I would also test this with just Drupal core and without Media, because likely the problem stems from core's file usage handling.

dddave’s picture

dddave commented

Yeah, this might take some while. Have this on different installs with very different modules.

dddave’s picture

dddave commented

Ok, I did try to recreate this on pretty vanilla installs but failed so far. The installs which show this are fairly convoluted so that this may be caused by whatnot modules. I am going to bring a new project into production pretty soon which features a multilingual set up but is constructed more carefully. I hope I won't see this issue again but leave this issue postponed for the time being.

alanom’s picture

alanom commented

Researching a similar issue, I thought I'd share what I found:

dddave’s picture

dddave commented

Currently I have lost all ennergy to hunt this down. Unless this comes up in one of my projects I won't dig further into it. Currently my guess is that this happens because of i18n+entity translation. I use this set-up on a couple of projects currently and so far haven't had the issue but neither of these projects is a convoluted as the one metioned in my OP.

steinmb’s picture

steinmb commented
Issue summary: View changes
Related issues: +#2810355: $entity->isDefaultTranslation() behaves incorrectly when changing default translation, causing file/image field usage to be set to zero, causing files to be deleted

Stumbled upon this issue. Even if we changed a lot in our translation system do we have this unresolved critical core issue #2810355: $entity->isDefaultTranslation() behaves incorrectly when changing default translation, causing file/image field usage to be set to zero, causing files to be deleted

joseph.olstad’s picture

joseph.olstad
Primary language French
commented

Might want to also check the file_entity issue queue to see if this issue is already mentioned in there . I suspect this is more related to file_entity than it is media 7.x-2.x as file_entity was taken out of media 7.x-2.x , unless someone intended this to be a 7.x-1.x issue?

steinmb’s picture

steinmb commented
Project: D7 Media » File Entity (fieldable files)

I'll move it file entity. It anyway need to be addressed by core, but I think we should keep the issue around just in case any changes to core there req. media/file_entity to change to utilize the changes.