Web/Marketplace Bugs

Marketplace and SL websites
  • Search existing bugs before submitting
  • Use support.secondlife.com for customer support issues
  • Keep posts on-topic
[⚠️ URGENT] SL Wiki: syntax highlight is broken *and* in-world access via viewer is down...
I'm aware that you guys have been tinkering with the SL Wiki recently, and so this might be a consequence of those changes — or not. I was reviewing some information on the SL Wiki, and suddenly realised that one of my templates was broken ( Template:Code ): it spewed out the <syntaxhighlighting...> pseudo-tags, as expected, but these weren't recognised by the MediaWiki parsing mechanism. I thought that the problem was somehow on that template, but I quickly noticed that it's widespread: none of the pages using syntax highlighting work. Even those still using <source...> stopped working, and I suspect the same applies to a lot of other 'automatic' tags (regular templates seem to be fine... so long as they don't rely on the built-in tags). I wondered how nobody had noticed this — even considering that the SL Wiki might not be that much used in general — but at least the built-in LSL editor, which uses as 'help' a link to the LSL Portal section, should have been immediately tagged by someone wondering why none of the code was showing up as before. Well, the reason is simple to understand: all built-in functions give the following error: Access Denied You don't have permission to access "http://wiki.secondlife.com/wiki/llHTTPRequest" on this server. Reference #18.4c671702.1748621307.5b5badf https://errors.edgesuite.net/18.4c671702.1748621307.5b5badf (see attachment) Note that the URL for the error reference doesn't work, either, but that's not your problem. 😂 My first impression was that the culprit was your Akamai/Edgesuite and/or AWS configuration — it wasn't properly redirecting http:// to https:// . Thus, the issue. However, all the browsers I could grab will automagically replace http:// with https:// , so I couldn't tell exactly what was wrong. curl to the rescue... `# curl -i http://wiki.secondlife.com/wiki/LlHTTPRequest HTTP/1.1 301 Moved Permanently Content-Type: text/html Content-Length: 134 Location: https://wiki.secondlife.com:443/wiki/LlHTTPRequest Expires: Fri, 30 May 2025 17:36:50 GMT Cache-Control: max-age=0, no-cache, no-store Pragma: no-cache Date: Fri, 30 May 2025 17:36:50 GMT Connection: keep-alive <html> <head><title>301 Moved Permanently</title></head> <body> <center><h1>301 Moved Permanently</h1></center> </body> </html> ` Ok, so far so good, configured exactly as expected! ` curl -i https://wiki.secondlife.com:443/wiki/LlHTTPRequest HTTP/2 403 mime-version: 1.0 content-type: text/html content-length: 395 expires: Fri, 30 May 2025 17:40:25 GMT cache-control: max-age=0, no-cache, no-store pragma: no-cache date: Fri, 30 May 2025 17:40:25 GMT <HTML><HEAD> <TITLE>Access Denied</TITLE> </HEAD><BODY> <H1>Access Denied</H1> You don't have permission to access "http&#58;&#47;&#47;wiki&#46;secondlife&#46;com&#47;wiki&#47;LlHTTPRequest" on this server.<P> Reference&#32;&#35;18&#46;cd7d1302&#46;1748626825&#46;bfdba40a <P>https&#58;&#47;&#47;errors&#46;edgesuite&#46;net&#47;18&#46;cd7d1302&#46;1748626825&#46;bfdba40a</P> </BODY> </HTML> ` Hmm. That doesn't look so good. It will really require some Linden love to get it working again! Well, good luck; hopefully, fixing one issue will also fix the other; or else you just have two issues to fix! ## Possible related issues: * https://feedback.secondlife.com/web-bugs/p/https-wikisecondlifecom-wiki * https://feedback.secondlife.com/web-features/p/second-life-wiki-timing-out-with-http-504-errors P.S.: Note that I've also tried to use different user-agent headers, just in case that was the reason for the failed permission (found on a forum discussing the specific error given by Akamai/Edgesite).
7
·

tracked

Apostrophes Break SL Web Map
While trying to get a shareable SLurl for Ahab's Haunt the other day from the SL Maps site, I noticed something odd. As can be seen in the screenshots below, the site would return a different region name and SLurl that was not for the region I just clicked but instead matched that of another region nearby, often from a previous click. After doing some digging, I'm pretty sure the culprit is the apostrophe in the region name. I tested the maps site on all of the regions I know of that have apostrophes in them, and encountered the same issue. Whether starting "fresh" from https://maps.secondlife.com/ and manually scrolling over to one of those regions (without including its name in the URL, that is) or typing in the region directly, the map would give inaccurate results when clicking back and forth between the apostrophe-containing region and its neighbors. I imagine it's just a matter of the apostrophe not being escaped properly on the backend? That's my guess, anyway. I should note that I tested on both desktop (Firefox) and on Android (Firefox and the DuckDuckGo browser), all with the same problem. I also tested the Web map on region names with spaces in them, but those are fine, as are region names with hyphens (in Bay City, for example) and parentheses (like the Combat sandboxes). The only time I encounter this issue is when there's a region with an apostrophe. I should note too that this issue doesn't present itself in the the viewer's inworld map window. It's apparently just an issue with the Web map.
5
·

tracked

Load More