Web Apps


uiWebPrevious12uiWebNext

#16

Casy (atys)
You could try to add an app at 127.0.0.1 and report back... i don't have a local webserver running.
Did. It wasn't added in a regular browser after 3 tries. I did not keep trying.

Last edited by Hekla (1 decade ago)

#17

Did some testing, you can work locally. Hosted the following script at http://127.0.0.1/localtest.php

<?php

print('GET:<br>');
var_dump($_GET);

print('<BR>POST:<br>');
var_dump($_POST);
?>

and added it ingame as "App".

Here is the (blackened) result:
http://i50.tinypic.com/mt02lu.jpg

None of this data should be taken as validation without confirmation, if the api script works this might be a possibility. I would suggest adding a simple password form to get access, keep it simple as they say :)

#18

Actually, I did not try with 127.0.0.1, but with a local domain (haven't used an IP address for local development in years). I thought it may have been with using .tld extensions for my local domains, but no luck. Domain.com doesn't work either. Tried with everything properly set and a local favicon.png image, tried with trailing slash and expliciting script name as test.php, but could not get it to register in Firefox or Chrome or in-game.

I'm leaving the auto-generated key parameter as is.

Curiously, it doesn't work either when I try to register a php script off a web address. That's a hard one to pinpoint without any error message.

#19

Does not work at all for me.

---

#20

It seems we found the reason, the server checks for a unique app name. This makes sense for official Apps, but is a bug for personal Apps. Thanks to karu for discovering this issue ;-)

It is not possible to add the same Name twice, but it is possible to add it with a random Name and later change it. To fix this, simply remove the check for duplicate names on custom Apps.

#21

It seems to work now.

Anyway. Checking for duplicates might not be a bad idea but it should check for duplicates in one account instead of all accounts. I have been trying "test", "arcdb", "asdf", ... nothing worked until I tried some more/long random names.

This is also a bad way of coding. Whenever you negate or decline an operation, you should always, always, always, always, always, always output an error/excuse/explanation message.

---

#22

Okay, so that's why "Test" failed consistently... I'm hoping woodyallenrox is still available. Don't anyone else dare reserve that name before I do.

*grins*

Thank you, Arcueid and Karu, for tracking down this issue.

Last edited by Hekla (1 decade ago)

#23

It should be fixed now, you can use any (duplicate) name again. Haven't tested it though.
uiWebPrevious12uiWebNext
 
Last visit Friday, 29 March 06:11:20 UTC
P_:

powered by ryzom-api