It's not working like you may think. If you access the page with 64bit userid and a user friendly name is set, the webserver respond only a code different from 202 with the new location (don't remember the code, it's 301 or something). You don't receive any content. Your Internet browser just handle this redirected page and display it. Even if Valve would pass all GET parameters to the redirected page, the webserver would still respond with the redirected page without content in the first step.
An example (might have some typos): 1. You: GET /profiles/123456789/?xml=1 2. Webserver: 301 Location: http://steamcommunity.com/id/nicename 3. You: GET /id/nicename?xml=1 4. Webserver: 202 Content-Length: ......... This is a rough overview what happens, experienced web programmers should understand what happens. You suggest Valve should add the xml-parameter in step 2, but this does not change the behaviour. You don't get any content in step 2, you have to handle it by yourself. > Huh? > > Why not - it seems a logical thing to request. > > All that is happening is that Valve are taking the 64bit string and > converting it to the userid - and redirecting to that page. They obviously > forgot or missed passing the xml get parameter if it is set as well :) > simple error.... easy to fix? > > > Thomas Morton > > ++ No problem should ever have to be solved twice ++ > > > 2008/11/24 Ronny Schedel <[EMAIL PROTECTED]> > >> >> I don't think they will change this, because this is basic Internet >> technology, this is how the Internet works. A browser, even without a >> display in common sense, should handle this. >> >> But hope dies last ;-) >> >> >> > It's not a big deal. But as the XML interface is "in progress" this is >> > another change that should be made by Valve to make the whole XML thing >> > more >> > useful and straightforward. >> > >> > 2008/11/24 Ronny Schedel <[EMAIL PROTECTED]> >> > >> >> >> >> Sorry, but it's not a big deal to handle the redirected page. You just >> >> receive the new location from the webserver and use the returned URL >> >> instead. >> >> >> >> >> >> > I'm hoping someone from Valve can give me an answer about this, >> >> > although >> >> > if anyone else knows of a workaround I'd appreciate it. >> >> > >> >> > I'm working on developing a web-based remote server management >> >> > program >> >> > which interoperates with Steam Community for a number of features >> (like >> >> > tracking player and group activity and recording gameplay stats). >> >> > I'm >> >> > using the XML profile feeds, since that's much easier to work with, >> but >> >> > there's a bit of an issue with using the 64-bit ID to access >> >> > someone's >> >> > profile. Even with ?xml=1 on the end of the URL, going to a >> >> > community >> >> > page via http://steamcommunity.com/profiles/? will redirect to the >> >> > non-XML version of that user's profile if they have assigned a >> >> > "friendly" URL to their account. For example, my profile feed would >> >> > be >> >> > at http://steamcommunity.com/id/dave/?xml=1, and I'd expect >> >> > http://steamcommunity.com/profiles/76561197972662865/?xml=1 to >> display >> >> > the same page - but it doesn't. >> >> > >> >> > Detecting this redirect and compensating for it is a big pain and >> >> > increases the amount of work the server has to do every time the >> player >> >> > stats are refreshed. Would it be possible for the community pages to >> >> > have some more consistent behaviour, ie redirecting to the page with >> >> > the >> >> > ?xml=1 parameter still present? >> >> > >> >> > (On an unrelated note, if anyone uses Windows to host their game >> >> > servers >> >> > and would be interested in beta testing my app, please get in touch! >> >> > I >> >> > plan to release this as an open-source application once it's >> >> > finished, >> >> > but so far my testing is limited to one Windows 03 machine.) >> >> > >> >> > -Dave >> >> > >> >> >> >> >> >> >> >> >> -------------------------------------------------------------------------------- >> >> >> >> >> >> > _______________________________________________ >> >> > To unsubscribe, edit your list preferences, or view the list >> >> > archives, >> >> > please visit: >> >> > http://list.valvesoftware.com/mailman/listinfo/hlds >> >> > >> >> >> >> >> >> _______________________________________________ >> >> To unsubscribe, edit your list preferences, or view the list archives, >> >> please visit: >> >> http://list.valvesoftware.com/mailman/listinfo/hlds >> >> >> > _______________________________________________ >> > To unsubscribe, edit your list preferences, or view the list archives, >> > please visit: >> > http://list.valvesoftware.com/mailman/listinfo/hlds >> > >> >> >> _______________________________________________ >> To unsubscribe, edit your list preferences, or view the list archives, >> please visit: >> http://list.valvesoftware.com/mailman/listinfo/hlds >> > _______________________________________________ > To unsubscribe, edit your list preferences, or view the list archives, > please visit: > http://list.valvesoftware.com/mailman/listinfo/hlds > _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds
