New Missions list not updating

[Diego]

Hi there,

 

I have just downloaded the Lord Dufford mission into the fms folder, as I always do, but the New Mission menu doesn't show it. What could be wrong?

 

I have the impression the menu is "full", but there probably is a scroll bar of some sort to show more missions, right?

[New Horizon]

When the missions menu gets full, I think some kind of arrow appears. I can't remember right now though, but there should be something there.

[Goldchocobo]

I had the same problem with the Lord Duffard mission! I had to download the rar version of the FM, and drag/drop it into the FMS folder. It showed up then.

Yes, the mission list gets a scroll arrow when it gets too long.

[Diego]

Hmmm! I just renamed the extension to zip, to inspect the file, and I got the message "unexpected end of archive". I'll try downloading it again.

 

Edit: Yep! That did the trick!

Edited April 2, 2010 by Diego

[Xarg]

Hmmm! I just renamed the extension to zip, to inspect the file, and I got the message "unexpected end of archive". I'll try downloading it again.

 

Edit: Yep! That did the trick!

 

I also had that problem with the .pk4 link in stumpy's post. I got a working copy from one of the mirror links posted below it.

[stumpy]

There's a bug in firefox in that it will download half a file then quit downloading saying download is complete when its not, seems to happen when traffic is high, some type of timeout or too many connections bug, apparently the best browser for downloading files is internet explorer browser versions 8 and up, as it doesn't bug out halfway through.

 

I uploaded dufford.pk4 and dufford.rar via a ftp program then downloaded them normally to check for problems, before I posted the links to the files. My isp says there's no problems at their end, but they connect to europe and the rest of the world via the talia servers which have been know to cause problems by dropping packets.

[Fidcal]

Do you know that the rar format does not work with Doom 3 only zip.

[stumpy]

the rar's a rared directory with the pk4 file in it.

So all you have to do is open the rar and move the directory to the fan mission folder.

Edited April 6, 2010 by stumpy

[Fidcal]

Ah I see. I'm puzzled why not just upload the pk4? Is a zip smaller inside a rar?

 

[edit] or is it to get around the Internet Explorer renaming?

[stumpy]

someone was having problems with downloading via firefox, as in it was opening the file in firefox and not downloading it. internet explorer still adds the .zip extension even on rars, you end up with file.rar.zip am guessing as microsoft make hiding extension not viewable as a default, and therefore thinks no one will turn viewing extensions back on and internet explorer justs adds the .zip to compensate for extension not viewable, without checking to see if they are viewable.

[Fidcal]

I've occasionally had problems with Opera displaying a file instead of saving. I don't see why these web browsers don't just leave the suffix alone, offer save/open as default and only display file types that are defined in the browser. Seems simple enough.

[Serpentine]

Because they are meant to trust mime types, all browsers will display rars and sometimes zips incorrectly if the server has not been configured correctly. Essentially if nothing is specified or its a more or less default the browser will either try to filter it to a known client type, if none are hit it will try render it or in the case of IE it tries to guess the type based on some basic patterns which leads to much trouble. FTP often confuses browsers as they start off trying to filter. Chrome does something similar to IE but it seems it uses even more magic numbers :/

 

So in essence all of this can be avoided simply by using your server to specify the mime type. All of the people hosting missions for TDM should do this just to reduce peoples issues, if we can get 'official' mirrors corrected then I think this problem will fade away.

 

To do this :

If you are running apache and have admin:

• Edit the file "mime.types"
  
• Add a line for pk4s like this :
  

  application/pak4             pk4

  
  

 

If you're running apache and dont have admin:

• Go to your base website directory
  
• if there is a file called .htaccess edit that, if there isnt make one
  
• add the line:
  

AddType application/pak4             pk4

 

If you are running lighttpd and have admin:

• in lighttpd.conf find the mimetype.assign block and edit it to reflect the following
  

mimetype.assign = (
".pk4" => "application/pak4",
[...]
)

 

After doing this, remember to restart apache/lighttpd or whatever you can to refresh the config.

 

And if you're using IIS or something equally terrible... well I dont know

 

application/pak4 should work fine, tho it isnt 100% correct to do it like that... but if its going to let people play fms easier, so be it.

[Fidcal]

OK, thanks. I'll check out fidcal.com later today.

 

It still seems to me that if any web browser does not know what a file is and it is not specified on the server then they should by default just offer to save or open. Or are we saying there are a lot of file types which can be 'processed' by the browser and it would make web-browsing less smooth if it had to keep stopping to ask?

[Tels]

application/pak4 should work fine, tho it isnt 100% correct to do it like that... but if its going to let people play fms easier, so be it.

 

Don't just invent new mime-types, use the correct ones. Either "application/octet-stream" (which will always make the browser prompt the user for "where to save the file") or use "application/zip".

 

Inventing new mime-types just asks for trouble.

 

Edit: Just noticed that bloodgate was delivering PK4s as text/plain - fixed it now to application/octet-stream which should help IE users. Sorry for overlooking this.

[Tels]

OK, thanks. I'll check out fidcal.com later today.

 

It still seems to me that if any web browser does not know what a file is and it is not specified on the server then they should by default just offer to save or open. Or are we saying there are a lot of file types which can be 'processed' by the browser and it would make web-browsing less smooth if it had to keep stopping to ask?

 

That's pretty much the idea. Unfortunately, browser makers usually opt to the "make it magically happen" instead of the "what could possible go wrong and how do we make sure it doesn't go wrong" security-mindset. Hence the "mime-type guessing" game and all the problems that result from it.

[Serpentine]

Don't just invent new mime-types, use the correct ones. Either "application/octet-stream" (which will always make the browser prompt the user for "where to save the file") or use "application/zip".

 

Inventing new mime-types just asks for trouble.

 

Edit: Just noticed that bloodgate was delivering PK4s as text/plain - fixed it now to application/octet-stream which should help IE users. Sorry for overlooking this.

 

Yeah I know, the post used to actually refer to "application/zip", however some webkit based browsers try to do ~magical~ things when they see zip files (getting previews and such I guess) so I just wanted to make sure

[Tels]

Yeah I know, the post used to actually refer to "application/zip", however some webkit based browsers try to do ~magical~ things when they see zip files (getting previews and such I guess) so I just wanted to make sure

 

Ah, yeah, I also had a hunch that using "application/zip" is bad - I think under linux it asks you to "do you want to open this with ark" - which is not helpful.

 

However, inventing mime-types is still bad practice Anyway, hopefully bloodgate.com is fixed now.

[LEGION]

I don´t understand most of this here, but I´m using Firefox with the plugin 'DownloadHelper'/'DownThemAll' and it works fine with the pk4 of Dufford. I used the link from Southquarter for download.