tain.totalcodex.net

Like the title says, that feature that will bring up the tain page for a plug doesn't seem to be working. It would not find Emond's Field or Defend the Fort.

Perhaps silly question, but are you sure the exact versions that were being played in the game you were trying to join are on the tain?

Yes, it was a silly question.


EDIT: Added the razz.

If the Tain is down at the moment you try to use that feature it won't work. If the plugin is not at the Tain (different version or corrupt) that would be another reason as Punkuser pointed out. Another possibility is some bug. In the past a few plugins were not findable due to a bug that has since been fixed. Maybe the plugin you are trying to find is different case of such a bug.

If you find that the plugin is at the Tain but can't be found through the missing plugins dialog, please let us know.

Pyro wrote:If the plugin is not at the Tain (different version or corrupt) that would be another reason

So far everytime I've used that "lookup" arrow, it says "not found". Perhaps every person I've tried it on was using a different version than the Tain.

Well maybe its due to some of the recent issues the Tain has been having with the hosting company. Could be that the Tain lookup is somehow broken.

I'm starting to think this feature doesn't work anymore. I have never seen it work, and that's with a variety of plugins. Could they ALL be old versions? Anyone want to run a test with me? My autohost is up right now, and currently on a map that requires ffaleaguepackv3 (http://tain.totalcodex.net/items/show/m ... e-map-pack)

The result returned by http://tain.totalcodex.net/plugins/find seems to have an extra leading newline which it didn't have before, and myth considers this an invalid result. I'll see what I can do, but we might need myrd to fix it.

I think I got it working again, in a hacky way. Myrd, please take a look when you have a chance.

Just tried it, worked for me!

Melekor wrote:I think I got it working again, in a hacky way. Myrd, please take a look when you have a chance.

Does reverting your change and changing the first line of app/views/plugins/find.rhtml to <%# coding: utf-8 -%> fix it too? (Note the "-%>" at the end instead of just "%>")

Yes, that seems to do the trick. What does that syntax mean?

Melekor wrote:Yes, that seems to do the trick. What does that syntax mean?

The - tells the template interpreted to not include any trailing whitespace on that line in the output. Otherwise, the newline character at the end of that line will get send as part of the output causing the issue.