https://commons.wikimedia.org/wiki/File:Talk_by_Leonard_J._Brass_(News_Review)_(1948_January_7)_(IA_talkbyleonardjbr0000bras).pdf

On commonswiki_p (quarry.wmcloud.org)

select * from image where img_name ='Talk_by_Leonard_J._Brass_(News_Review)_(1948_January_7)_(IA_talkbyleonardjbr0000bras).pdf';

gives

img_media_type: OFFICE
img_major_mime: application
img_minor_mime: pdf

As far as I could see when img_media_type: OFFICE is present mime value types are valid.

select count(*) from image where img_media_type='OFFICE'; shows

@Tgr, @kostajh - the error rate is extremely low (4 in 30 days), so the impact is really minor. But could it be an indication of a bigger issue?

img_media_type ENUM(
  'UNKNOWN', 'BITMAP', 'DRAWING', 'AUDIO',
  'VIDEO', 'MULTIMEDIA', 'OFFICE',
  'TEXT', 'EXECUTABLE', 'ARCHIVE',
  '3D'
) DEFAULT NULL,

All pdfs (application/pdf) are stored with media type OFFICE (includes/libs/mime/MimeMap.php)

I'm not sure what is producing that message, but it's probably some tool (inside visualeditor?) for adding an image. It does make sense for a tool designed to embed images that you can only embed images. However, we do use [[File: some pdf]] to insert thumbnails from that, though. I think there's some expectation of that image that is being broken by seeing a pdf where it thought there would only be images.

In T332757#8725917, @Platonides wrote:

img_media_type ENUM(
  'UNKNOWN', 'BITMAP', 'DRAWING', 'AUDIO',
  'VIDEO', 'MULTIMEDIA', 'OFFICE',
  'TEXT', 'EXECUTABLE', 'ARCHIVE',
  '3D'
) DEFAULT NULL,

All pdfs (application/pdf) are stored with media type OFFICE (includes/libs/mime/MimeMap.php)

I'm not sure what is producing that message, but it's probably some tool (inside visualeditor?) for adding an image. It does make sense for a tool designed to embed images that you can only embed images. However, we do use [[File: some pdf]] to insert thumbnails from that, though. I think there's some expectation of that image that is being broken by seeing a pdf where it thought there would only be images.

It's from the AddImage plugin for VisualEditor (Image-Suggestions project).

@Cparle is it possible to filter out this media type from the image suggestions pipeline?

@Cparle is it possible to filter out this media type from the image suggestions pipeline?

Should be no problem I think ... still I'm curious how this is coming from VisualEditor? Do you guys use that for adding the suggested images?

In T332757#8730415, @Cparle wrote:

@Cparle is it possible to filter out this media type from the image suggestions pipeline?

Should be no problem I think ... still I'm curious how this is coming from VisualEditor? Do you guys use that for adding the suggested images?

Yes, we use a plugin (AddImage). The tasks are shown on Special:Homepage via hassuggestion:image keyword. Then the user clicks on the image and the AddImage plugin to VisualEditor uses the image suggestion API metadata to show a yes/no/unsure interface to the user:

We should probably search for hassuggestion:image filetype:BITMAP|DRAWING. Video etc. suggestions are conceptually valid, our tool just doesn't handle them (and it's probably not worth the effort to try).

In T332757#8730793, @Tgr wrote:

We should probably search for hassuggestion:image filetype:BITMAP|DRAWING. Video etc. suggestions are conceptually valid, our tool just doesn't handle them (and it's probably not worth the effort to try).

That wouldn't work, filetype refers to the page (which doesn't have a file type since we are talking about articles, but other kinds of pages could), not the image suggestion. Sorry, got myself confused.

I don't think we can do anything about this on our side.