Currently the left part of the user's profile only contains... the profile.

It'd be great if below that, we could have a list of tags they've used.

• Maybe with a number behind it telling you how many times they've

been used.

• If there are a lot of tags, say, more than 20 or 30, the list

should be cut off.

• Of course each of these tags should link to the /u/tag/X page

and list all of the media with that tag.

• Maybe we can add a "show all" link that links to a full page for

the user's tags. Maybe a tag cloud there?

    **schendje's profile**¶
    -----------------------

    I like swimming and eating pasta. Preferably at the same time.

    +----------------------------------+
    | **Favorite tags** (show all)     |
    +==================================+
    | spain (8) sky (5) cows (4)       |
    +----------------------------------+
    | portrait (4) self-portrait (3)   |
    +----------------------------------+

It would be nice if we had all of the config options documented in one place.

Enabling the various media types is well documented, however no hint is given on how to configure media specific options, e.g. video quality.

There are individual config_spec.ini files scattered around, but there's no mention of where to put those options in mediagoblin_local.ini.

As reported on the Orca Mailing List: ​https://mail.gnome.org/archives/orca-list/2016-October/msg00113.html

there is at least one instance with an inaccessible video player control: ​http://vidstorm.tk/u/storm_dragon/m/the-insane-song/

Looking into the Markup it looks like audio.js is the problematic bit: ​http://git.savannah.gnu.org/cgit/mediagoblin.git/tree/mediagoblin/static/js/audio.js

The user reported it in ​https://mail.gnome.org/archives/orca-list/2016-October/msg00120.html as

"There are no controls, no play, stop, pause, anything other than the slider, which itself is unlabeled."

A good entry point was suggested in ​https://mail.gnome.org/archives/orca-list/2016-October/msg00121.html

What led to the decision of using/writing this audio.js? Where there alternatives to be considered?

The default theme handles small images poorly. Screenshot: ​http://pix.toile-libre.org/upload/original/1357821395.png

The title should always be on the bottom to make browsing many pictures in a row easier. The thumbnail should be vertically centered in the remaining space.

With my new fresh installation of MG I added a sample picture. Then the system said on the green bar "file correctly uploaded" but in the same page there was also written "you haven't already added files"

Screenshot attached. I'm currently testing the dave thompson 421-mysql branch which is up to date with master.

Like the summary says. It would be neat (and super simple) to have a "like" button (or maybe love/heart/4 or 5 star rating) for all kinds of media.

Or, someone could use this ticket to educate me why this isn't such a good idea, despite so many the big media sharing sites having this feature.

Subject: "GNU MediaGoblin - Change forgotten password!" is not translatable.

Currently, Babel doesn't support languages like Na'vi, Lojban. The unfortunate side effect of this is that when our language tooling hits these languages, it explodes.

Looking into how to fix this, it looks like Babel ​downloads the ​CLDR data on languages, and this is used to populate a big ol' dictionary which is stored in ​babel.localedata:_cache. Unfortunately, while we *can* monkeypatch this variable (simply ​load('en_US') once then append 'jbo' or etc to the dictionary), the value we would have to supply is a very, very complex data structure, and I doubt we could provide it correctly. This value is extracted by Babel during the ​CLDR data downloading/importing process and it is a non-trivial exercise.

I ​filed a bug looking for a workaround for unidentified languages, but I think a workaround will be hard given the large amount Babel relies on this data. So, probably, we will need to supply CLDR data, but that data is too complex to just write by hand.

One way or another (monkeypatching or not), in order to supply these, we need the proper CLDR data. I spoke to someone involved in the process, and found two things:

• They are welcome to contributions of Na'vi and Lojban to their catalog, and there is a ​new contributor page. We should (and likely will) do this. Probably, the process for getting things officially will take some time.
• In the meanwhile, while going through the process to generate those, we should be able to get the appropriate files to run through the necessary tooling to generate the data we need.

The strings in the JavaScripts (e. g. show_password.js) and the !WTForms messages (e. g. “Invalid Input”) cannot be translated right now.

Attachments cannot be deleted without deleting the whole "medium."

It is possible to skip transcoding videos that are larger than 640 pixels in some dimension. For instance, this way a user can upload 1280x720 webm videos without transcoding them to smaller. However, there is a bug in the player for these videos.

If a video is wider than 640 pixels, the width of the videoplayer is scaled to 640 pixels but the height of the videoplayer is the same as of the video. Thus, for a 1280x720 video, the player has size 640x720, leaving black bars on top and bottom of the video. Fullscreen obviously works fine.

A sketch of a solution: HTML video player is scaled appropriately if only width or height is given. Thus, give the width as min(width,640) and let the height be chosen automatically.

Modify the video tag in the template mediagoblin/templates/mediagoblin/media_displays/video.html:

<video controls
          {% if global_config['plugins']['mediagoblin.media_types.video']['auto_play'] %}autoplay{% endif %}
          {% if media.media_data.width > 640 %}width=640{% else %}width={{ media.media_data.width }}{% endif %}
          preload="auto" class="video-js vjs-default-skin">

A few things to consider:

• I hardcoded 640, but it should be retrieved somehow.
• I removed data-setup because it breaks this fix and I think it's not valid HTML

When uploading media, the licensing options don't give enough information for most people to make an informed choice.

The current list is: All rights reserved CC BY 3.0 CC BY-SA 3.0 CC BY-ND 3.0 CC BY-NC 3.0 CC BY-NC-SA 3.0 CC BY-NC-ND 3.0 CC0 1.0 Public Domain

Propose better options, helptexts, or perhaps a block of text that changes based on your choice.

The core plugins need some additional test scaffolding to make it easier to write core plugin tests.

Why?

Well, so, the problem is that mediagoblin configuration is global and also which plugins are running is also global. There's a bunch of setup/cleanup that needs to get done. It should go in scaffolding to make it easier to deal with.

We should have a unit test that instantiates the tables at their first, pre-migration state (basically right after the move to SQL, commit ce29c140ed90fe0e19ed1b68ca8f7cf27aa03e8e) and runs all migrations, then creates a new database and instantiates the models at their current state, and sees if they match. If they don't, the test should fail.

Note: we can't test for constraints in sqlalchemy, but we should otherwise be able to test to moderately general migration sanity.

(Bonus points if it adds a user and a couple of media entries with appropriate media files, etc, but not required to close this bug.)

Summary of changes :

Basically, to idea is to replace the tedious process to add medias to collection. It's done, by putting the form where media are.

• When you submit a media
• When you are on a media's page.

The "add to collection" page no longer exists (yet I haven't removed anything that whould allow it to work... up to you).

TEMPLATES

• The media_collect.html has been splitted to be used as a stand alone or as par of another form (start.html). The media's information has been removed, it's now contextual.

• The "embeddable form" is in utils/collection_form.html

• submit/start.html embeds the form above

VIEWS

The "add to collection" method has been put in tools/collection.py so it can be called from the "submit a media form" and from within the media page.

• in user_pages/views.py
  • media_home : adding the collection form
  • media_collect : it calls the collection_tools method instead

• in submit/views.py : calls the collection_tools method, passing the new media's data

I've slightly changed the behavior when you type an existing collection : it add the media to the existing collection instead of showing an error. It was mainly because I couldn't find a way to reload the media entry page without losing the filled form. Moreover, it's a smoother way to handle the error. Here are the changes

​https://github.com/MusiqueLibre/DogmaGoblin/tree/collection_improvement

Hey there, i tryed to let the Transcoder transcoding in better Quality (1080p). So i use this options for example:

# vp8enc options
self.destination_dimensions = kwargs.get('dimensions', (1080, 1080))
self.vp8_quality = kwargs.get('vp8_quality', 10)

...in the transcoding.py

After assetlink and dbupdate, there has nothing changed. I think the handling of videos on "Media"goblin is a big problem. You cant enjoy Videos in that damn bad quality!

So i think, okey lets transcode to webm Files on the Client PCs before uploading - no, you can forget it! The Player Interface is a bad Joke on untranscoded Files! Here an Example of 1080p WebM: ​https://media.tchncs.de/u/milan/m/test/

I understand, that the Player dont let you switch in Resolutions. But damned, so let us please configure in which Quality Videos can uploaded by users...

On a fresh GMG install I get the following error for a UTF-8 path:

[tct@turbureanu mediagoblin-ceata]$ pwd
/home/tct/Descărcări/mediagoblin-ceata
[tct@turbureanu mediagoblin-ceata]$ ./bin/gmg dbupdate
Traceback (most recent call last):
  File "./bin/gmg", line 8, in <module>
    load_entry_point('mediagoblin==0.3.3.dev', 'console_scripts', 'gmg')()
  File "/home/tct/Descărcări/mediagoblin-ceata/mediagoblin/gmg_commands/__init__.py", line 100, in main_cli
    args.func(args)
  File "/home/tct/Descărcări/mediagoblin-ceata/mediagoblin/gmg_commands/dbupdate.py", line 129, in dbupdate
    global_config, app_config = setup_global_and_app_config(args.conf_file)
  File "/home/tct/Descărcări/mediagoblin-ceata/mediagoblin/init/__init__.py", line 47, in setup_global_and_app_config
    global_config, validation_result = read_mediagoblin_config(config_path)
  File "/home/tct/Descărcări/mediagoblin-ceata/mediagoblin/init/config.py", line 80, in read_mediagoblin_config
    validation_result = config.validate(validator, preserve_errors=True)
  File "build/bdist.linux-x86_64/egg/configobj.py", line 2295, in validate
  File "build/bdist.linux-x86_64/egg/configobj.py", line 2250, in validate
  File "build/bdist.linux-x86_64/egg/configobj.py", line 570, in __getitem__
  File "build/bdist.linux-x86_64/egg/configobj.py", line 562, in _interpolate
  File "build/bdist.linux-x86_64/egg/configobj.py", line 365, in interpolate
  File "build/bdist.linux-x86_64/egg/configobj.py", line 352, in recursive_interpolate
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc4 in position 14: ordinal not in range(128)

Previews of images using an indexed color mapping can become very ugly if the original image needs to be scaled down. For example:

This degradation is inherent to scaling indexed images and though the result may vary depending on the scaling algorithm used (NEAREST, BILINEAR, BICUBIC, or ANTIALIAS), scaling will always result in degradation.

Of the file types that Mediagoblin supports, PNG and TIFF files may or may not use indexed color mapping, while GIF files always use indexed colors.

One way to improve the quality of such scaled previews is to convert the image to the RGB color space before scaling.

I'm looking for the ability to provide my mediagoblin users the ability to copy and paste a snippet of code - a la youtube or vimeo - to display media in another website.

Without having researched it, I'd imagine what would probably be done for video is some sort of iframe? Or alternatively, a javascript snippet with parameters that add the video.js player to the existing page and then includes the video element in its place. I could look at how other video players handle this too.

For images, it's pretty trivial once the infrastructure for configuring and displaying the embed code is in place.

It would be nice if plugins could verify that they're compatible with the running version of MediaGoblin before they're turned on.