The error message indicates that the error occurred on line 1 of DT_Data.lua, but that line should start with "--", which is a comment and the rest of the line should be ignored, so it sounds like the file isn't being extracted properly. How are you installing it? I recommend "Plugin Compendium" for quick, easy installs.

FWIW, the error message '=' expected near '»' indicates that the parser couldn't parse the file because of an unsupported character (which may not occur on the line reported). Double check that the file is encoded correctly as that is the most likely culprit for that specific error. Many text editors save UTF-8 encoding with BOM (Byte Order Mark) but the Lua interpreter needs them encoded as "UTF-8 without BOM" (or as ASCII if they don't contain any non-ASCII characters).

EDIT: I notice Marmi said he/she tried at some point editing line 143 - depending on what editor he/she used, that may have been what changed the encoding of the file. I'm not sure why a new install would not work, but I would recommend deleting the entire Vinny folder (to be sure nothing is read-only) and re-downloading.

The error message indicates that the error occurred on line 1 of DT_Data.lua, but that line should start with "--", which is a comment and the rest of the line should be ignored, so it sounds like the file isn't being extracted properly. How are you installing it? I recommend "Plugin Compendium" for quick, easy installs.

Yes, I'm using compendium. On 2nd try I unzipped files manually since plugin was already current version. My DT_Data.lua indeed starts with --.
So I moved whole Vinny folder to another place and uncompressed downloaded file again. Plugin works now, thank you.
Then I compared both folders and oddly enough DT_Data.lua content appeared to be identical in both cases (I used a tool from Total Commander), however version which doesn't work is larger by 3 bytes (67342 vs. 67339). Finally I opened that bigger file in hex editor and found that it actually begins with 3 bytes which aren't displayed in text editors.
Not sure what happened at start but at least I know why it didn't work.
Are there any user data in this plugin (maybe I should copy back some files from my original plugin)? It seems other files are the same in both copies, but just to be sure...

The error message indicates that the error occurred on line 1 of DT_Data.lua, but that line should start with "--", which is a comment and the rest of the line should be ignored, so it sounds like the file isn't being extracted properly. How are you installing it? I recommend "Plugin Compendium" for quick, easy installs.

I manually changed line 143 at first as was shown in comment, but after I saw it won't load I downloaded plugin again, this time without any changes. Still no luck. Is there any way to make it work (I didn't try to downgrade to previous version)?

This version adds the new task boards and trophies for Mordor. This is a preliminary version that I haven't been able to fully verify yet as my top character need to level up more. In particular, I'm not sure at what level the new tasks become visible. I'll publish an update when it is more polished.

Let me know of any defects that you find so that I can fix them in the update.

In Haerondir if I open the window with /dtw and click Check Nearest (or use /dtn ;loc) nothing shows up as usable but I have 6 tasks that can be completed (these show if I use /dt). Everything works as it should in Camp of the Host.

I seem to have found a bug which affects the recorded level when you have more than one character on a server; I think it might only happen when you use the DT Window to view your current items from the POV of another character.

What happens is that at some point, and I think it's when you logout, the level for your other character gets overwritten with the level for your current character. I need to do some more detective work to find the particular combination of circumstances but that is what is happening

I'm trying to see whether it should be possible to colour-code the names of other characters when RepOnly is switched off, so as to make it blindingly obvious when they can't use something and it's therefore safe to flog that item off, rather than having the names appear or not.