armasquads icon indicating copy to clipboard operation
armasquads copied to clipboard

Squad xml broken only on LINUX server since last arma 3 update.

Open ArtyomFR opened this issue 8 years ago • 15 comments

Since the last update our squad.xml is broke. This is the only error about the squad xml in the server log (on player connection):

16:03:03 XML parsing error - unsupported tag 'html'
16:03:03 Warning: Could not parse squad.xml for Player[Reaper], Squad[http://armasquads.com/user/squads/xml/RVqhSEKkZNQUGVDOssmHqiGgdJqKIAv0/squad.xml]

We've experienced some bug with LINUX due to the case sensitibity, I think this isn't more.

ArtyomFR avatar Jun 22 '16 14:06 ArtyomFR

Hey @ArtyomFR this is kind of odd because the error says he can't parse the tag html but there is no html string within the xml itself. Comes this error from a different xml or comes this error with the squad xml?

Any ideas what this error referred to? You know what xml related changes are coming with the new update?

ins0 avatar Jun 22 '16 14:06 ins0

@ArtyomFR do this #139 maybe work for your case too?

ins0 avatar Jun 23 '16 06:06 ins0

Doesn't work for me (same error), i still think this is an case sensitivity problem cause the squad xml work on windows server (both local and net). but doesn't work on any linux server. All the bugs that with ever experienced like that have case sensitivity trubles.

ArtyomFR avatar Jun 23 '16 16:06 ArtyomFR

Could you please test it with a copy of your xml and all lowercase letters in your url or should i assist you and provide one for you? can't test by myself :(

ins0 avatar Jun 24 '16 06:06 ins0

The Problem i encountered was that linux often follow strict case sensitive rules where windows works with both. So if you enter your xml correct, there should be no sensitive error, the path is correct.

ins0 avatar Jun 24 '16 06:06 ins0

Or could you try to strip information from the xml and maybe look if something is broken because of letters like é, | or ' in your xml. Bohemia only suggest non special characters - so the character ', | in your xml could be part of the problem.

ins0 avatar Jun 24 '16 06:06 ins0

The other thing i notice is that the Player Reaper is not in the xml itself.

ins0 avatar Jun 24 '16 06:06 ins0

OK, I have test to remove all letters like é or else (in squad xml general informations and my personal informations for the player Artyom) but nothing change. I have lowercase the squad URL, don't work. i also have check the configuration of my server, XML are allowed. Maybe something that we can't do anything about it?

ArtyomFR avatar Jun 24 '16 09:06 ArtyomFR

It is a pain in the a** that bohemia don't deliver some proper logs to debug this shit :sob: Maybe we can't do anything, maybe there is some other characters that messing all up.

I will try to tweet some dev, with hope we get some help in this case.

ins0 avatar Jun 24 '16 09:06 ins0

16:03:03 XML parsing error - unsupported tag 'html'

This error happens because of hosting http gzip compression on. If the hoster can change this for you fine otherwise you'd write to bis dev to process gziped content better. Or at least to specify Accept-Encoding when creating a request.

genaDeus avatar Oct 30 '16 21:10 genaDeus

@genaDeus thanks man! i will remove gzip comression and will report here.

ins0 avatar Oct 31 '16 14:10 ins0

@ArtyomFR @genaDeus @multplaneta

So i disabled GZIP compression at all, may someone can check if this solve this unsupported html tag problem?

ins0 avatar Nov 06 '16 19:11 ins0

Hej there. Ran into the same issue. For me it was not gzip. Disabeling it did not help, but a web-checker brought me to the right direction: Under my squad.xml domain is also our clanpage running. Within .htaccess there is a redirect from http to https. Result.... arma gets something like this under Linux:

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>301 Moved Permanently</title>
.....

So it can't get the xml by itself.

Seems that Windows is following this Redirect but not Linux dedicated servers. Fixed this by adding:

RewriteRule ^(games)($|/) - [L]

in front of all rewrite rules. "games" in this case is the directory, where several subfolders contain squad.xmls for different squads or arma versions.

Input-BDF avatar Sep 02 '17 22:09 Input-BDF

@Input-BDF the squad url is excluded from forcing https. So i think this can't be the problem?!

ins0 avatar Sep 02 '17 23:09 ins0

After adding the RewriteRule as mentioned above to .htaccess the squad.xml is reachable via http and https. Tested both as source in player profile. Think it's more the way dedicated server under linux or the machine itself handles 301 redirects stated via .htaccess. I'm not totally in htacces and this little beast is all the time a pain in the a.. for me.

Reproduced the issue and my solution with two seperate servers. One root, one managed. Both have Drupal as CMS runnning under the domain. One with RewriteRule ^(.*)$ https://www.domainname.tld/$1 [L,R=301] the other with RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301] The used .htaccess is more or the less off the shell.

When I use a subdomain (standard apache config) pointing to a dir without any Rewrite 301 and the same squad stuff everything is ok. Does not matter if http or https. All in all I don't belive https is the matter.

I searched all files related to squad.xml for html tag. only occurance is within squad.xsl. See:

<xsl:template match="/">
	<HTML>
	<HEAD>

squad.xsl is for shure not used by arma. It's for human readable as far as I understand. I also manipulated this tag within squad.xsl to force something like invalid <bla-html-bla>. Result: same Warning "XML parsing error - unsupported tag 'html'". The only occurance of "html" within the pipe was the redirect "page" as in my first post.

Input-BDF avatar Sep 03 '17 03:09 Input-BDF