Magictallguy

To what does the URL change when you attempt to click on a link within your city?

Relatively certain his statement was directed to me - similar sentiment from me though

Lol @ you @Sim Not only the wrong word for the intended meaning, but a word from Old and Middle English; suggesting it's simply not in use anymore. That's the trouble with using older language - contexts are different. How about stop being a young me and drop the attitude; it ain't gonna help you in this world

Easy way to check. Does /inc/updates.php exist? If not, it's v1

Then you're likely running gRPG v2. You'll be happy to know we have an active community 🙂

Downloaded freely, or through @AdamHull?

Sadly, no such feature exists in stock gRPG v2 (I'll be sure to add it! Though I can't currently provide an ETA) There are many developers available for hire here who, I'm sure, would be willing to throw some code your way

Within your website files, there should be a file named error_log.

Hi, welcome to MakeWebGames! Without any further information concerning your issue, we can only take guesses as to its cause. Is there an error log available?

To add on to SRB's statement; in some setups, it may be necessary to parse the JSON string into an object before JS will let you use it as such. let scavengeData = JSON.parse(data); alert(scavengeData[0].amount);

Ah, they use cPanel. Also, welcome to the forum. I'll message you directly and prevent derailing your intro thread 🙂

"Scheduled Jobs"? Are you running on Plesk?

If I'm reading that right, you should be able to access the `amount` key (presumably repurposed to a context of "days" if applicable) like a standard array. data[0].amount Edit; which I see you've tried. In what format is `data`? Is it a JSON string, or something else?

Your setTimeout call. If memory serves correctly, you don't need to add the parenthesis for the callable function setTimeout('showScavageResults', 1000);

Debugging is too old skool! Dubuging shall rise!

"dubuging" is my favourite developer's pasttime

Ya know; if you used the code tags built into the forum, you'd see your markup was broken.

I remember experiencing this issue before in multiple other engines and almost every case came down to sessions. There was one or two cases where a token was being set before it was processed (invalidating the expected key before we could touch it) - check for duplicate calls to MCCv2's CSRF token generation function

I work for a small number of sites on the same host and have not experienced this issue. Check your session handling

ID DON'T NEED #! AAAAAAAAAA

Put id="php__container" back into the div from which you removed it. Change the <a> tag id attributes - they don't need an octothorpe and they must be unique

Restore the php__container ID to that div and alter your anchor IDs

The .com was unavailable at the time

Which kinda negates the point of a database.