Dan Q
Sr. Member ⚓︎
   
 

I have no idea what I am doing ⛺︎ My Room
RSS: 
Guild Memberships: Artifacts:
|
 |
« Reply #225 on: November 04, 2025 @481.66 » |
|
Two suggestions: Update advice on "surf no embed" page?The Surf Navigator's "I can't embed this in a frame" page contains the following text: If you are the site owner, you'll need to enable "X-Frame-Options: ALLOW-FROM" in your web server configuration to fix this error! This is probably outdated advice. The ALLOW-FROM directive isn't supported by any modern browser except Firefox for Android. People should probably be pointed in the direction of Content-Security-Policy: frame-ancestors instead. Update backend code detecting non-embedability?Possibly the backend code is also looking for this header, too, in order to set up the allowsEmbed attribute in surfClubSites.json? If both an X-Frame-Options: and a Content-Security-Policy: header are present, and the Content-Security-Policy: header contains a frame-ancestors directive, then the latter takes precedence! For example, https://danq.me/ exposes the following headers: X-Frame-Options: SAMEORIGIN
Content-Security-Policy: [...] frame-ancestors 'self' https://melonland.net; [...]
These headers say: - If a browser understands only the X-Frame-Options: header, only allow danq.me to load danq.me in a frameset
- But if the browser understands the more-modern Content-Security-Policy:, also allow danq.me to be loaded in a frameset by melonland.net
That latter directive ought to make the surf navigator work. In fact, it does, if I manually hack the src of the <iframe> with my debugger (you can try this yourself by going to https://melonland.net/surf-navigator?site=3133 and repointing the <iframe> from small-pages/surf-no-embed.html to https://danq.me/ - it should work)! But I'm guessing that the backend code is seeing my "fallback" X-Frame-Options: SAMEORIGIN and disallowing it from being shown? Hope that all makes sense. Sorry I keep making work for you!
|
|
|
|
|
Logged
|
Artifact Swap:    
|
|
|
|
|
Dan Q
Sr. Member ⚓︎
   
 

I have no idea what I am doing ⛺︎ My Room
RSS: 
Guild Memberships: Artifacts:
|
 |
« Reply #227 on: November 30, 2025 @784.38 » |
|
Since the HTTP compatibility changes, the "click here" (to approve or deny their request) link when somebody sends you a buddy request is broken. It looks like the link was a scheme-neutral one (beginning //) but has accidentally been preprended with a scheme and domain, resulting in links that look like this:<a href="http:////forum.melonland.net///forum.melonland.net/index.php?action=profile;area=lists;sa=buddies;u=3133" class="bbc_link" target="_blank" rel="noopener noreferrer">Click here</a> to approve or deny their request.
Or else possibly a double-escaping issue.
|
|
|
|
|
Logged
|
Artifact Swap:    
|
|
|
|
|
|
|
|
|
Dan Q
Sr. Member ⚓︎
   
 

I have no idea what I am doing ⛺︎ My Room
RSS: 
Guild Memberships: Artifacts:
|
 |
« Reply #231 on: December 06, 2025 @459.77 » |
|
|
|
|
|
|
Logged
|
Artifact Swap:    
|
|
|
|
|
|
|
|
|
Dan Q
Sr. Member ⚓︎
   
 

I have no idea what I am doing ⛺︎ My Room
RSS: 
Guild Memberships: Artifacts:
|
 |
« Reply #235 on: December 10, 2025 @541.62 » |
|
This is a very odd issue but whenever I leave the forum page open in a tab and I restart my browser I get pinged notifications for alerts I have already seen and viewed.
This'll be because new alerts get picked up by each tab, but alerts that you click on only trigger an event in the current tab. And your browser is caching the DOM. I guess.
It'd probably be a huge pain for @Melooon to implement a solution for (I'd guess), requiring additional checks in the "do I have alerts?" callback. Refreshing the page should make them go away (because you've already viewed them). Telling your browser, if possible, not to cache the DOM for left-open tabs will also work, but with a performance hit (it'll have to load pages you already had-open when you restart your browser, rather than just showing it in its previous state).
|
|
|
|
|
Logged
|
Artifact Swap:    
|
|
|
|
|