Adding the following to the end of static/css/base.css makes the main site much easier to read and navigate on a mobile device -- I have created a fork on Gitorious but I am having a headache learning to use it. Try this for yourselves by changing base.css and narrowing the browser window:

@media (max-width: 550px) {

body {

width: 100%; max-width: 100%; min-width: 100%;

} .mediagoblin_header {

height: auto;

} .mediagoblin_header_right {

float: left;

} img {

max-width: 100%;

} li {

max-width: 75%;

} .connector {

display: none;

} .mediagoblin_footer {

height: auto; bottom: 12px;

} .container_16, .container_16 .grid_1, .container_16 .grid_2, .container_16 .grid_3, .container_16 .grid_4, .container_16 .grid_5, .container_16 .grid_6, .container_16 .grid_7, .container_16 .grid_8, .container_16 .grid_9, .container_16 .grid_10, .container_16 .grid_11, .container_16 .grid_12, .container_16 .grid_13, .container_16 .grid_14, .container_16 .grid_15, .container_16 .grid_16 {

width: 96%; max-width: 96%; min-width: 96%; float: left; overflow-x: hidden;

}

}

File uploads appear to be limited by the amount of memory available on the system.

In particular, I receive a MemoryError from queue_file.write(submitted_file.read())' in the ​mediagoblin/submit/lib.py file.

This occurs when the file size I upload exceeds 1.7GB -- things worked fine for files less than 1.7GB . I do not have any max_file_size specified and coincidentally 1.7GB is the amount of unused RAM I have available on my server (including swap).

These errors occur during the upload phase of the publishing process, before any transcoding is attempted. By watching top, it can be seen that memory usage keeps growing, including swap usage, and if all memory is used up then the upload fails. If the transfer completes without running out of memory then all used memory is freed and transcoding proceeds.

This to me seems indicative of either a memory leak in the file copying process, or that file copying reads the entire file into RAM before writing it back out. Regardless the cause, it poses a severe limitation on Mediagoblin deployment using small device servers and hosted slices where one might be charged for or have limitations placed on RAM usage.

Note: I have added an additional gigabyte of RAM to my server and was able to upload larger files, but still encountered this bug when the file size was greater than 2.7GB .

How to reproduce:

• enable the persona plugin
• open ​http://localhost:6543, click Register and Register with Persona
• select an email from the Persona popup

Now we get redirected to ​http://localhost:6543/auth/persona/login/, and the email is pre-filled, but the username is empty, and the page keeps reloading every second, while the logs get filled with

2014-01-21 21:02:09,326 DEBUG [urllib3.connectionpool] "POST /verify HTTP/1.1" 200 131 2014-01-21 21:02:09,373 DEBUG [paste.httpserver.ThreadPool] Added task (0 tasks queued) 2014-01-21 21:02:11,187 DEBUG [mediagoblin.tools.routing] endpoint: mediagoblin.plugins.persona.login view_func: <function login at 0x7f08080690c8> 2014-01-21 21:02:11,190 INFO [urllib3.connectionpool] Starting new HTTPS connection (1): verifier.login.persona.org 2014-01-21 21:02:11,847 DEBUG [urllib3.connectionpool] "POST /verify HTTP/1.1" 200 131 2014-01-21 21:02:11,901 DEBUG [paste.httpserver.ThreadPool] Added task (0 tasks queued) 2014-01-21 21:02:11,905 DEBUG [paste.httpserver.ThreadPool] Added task (0 tasks queued) 2014-01-21 21:02:13,664 DEBUG [mediagoblin.tools.routing] endpoint: mediagoblin.plugins.persona.login view_func: <function login at 0x7f08080690c8> 2014-01-21 21:02:13,666 INFO [urllib3.connectionpool] Starting new HTTPS connection (1): verifier.login.persona.org 2014-01-21 21:02:14,344 DEBUG [urllib3.connectionpool] "POST /verify HTTP/1.1" 200 131 2014-01-21 21:02:16,436 DEBUG [mediagoblin.tools.routing] endpoint: mediagoblin.plugins.persona.login view_func: <function login at 0x7f08080690c8> 2014-01-21 21:02:16,437 INFO [urllib3.connectionpool] Starting new HTTPS connection (1): verifier.login.persona.org