:O Could it be?


Lol, I think I may have glitched into a dark theme. But could it be? This happended two times already from different matienence periods. But wow glitch, you have finally implemented a dark theme for the loading screen which looks pretty cool

4 Likes

I saw that! It looks cool!
Maybe it has something to do with the new paid plan…

This was most definitely a bug, but I will pass onto the team that you thought it looked cool :smiley:

8 Likes

Lol, half bug half cool. If we just tweaked the font a bit it could be a standard thing

2 Likes

Drawing the sky :thinking:

Cool! Can’t wait.

Yeah, I got this is as well, during the previous downtime, wonder there are any updates for the loading screen?

I would love the idea of a dark theme for the loading screen

A bug that looks cool :exploding_head: I really like that

3 Likes

this is the fist bug we have found that people love. Thought i would never see the day

dark mode would look greeeattt

5 Likes

lol thats pretty funny

1 Like

This could also possibly be ‘Dark Reader’ or other browser extensions that modify the page’s CSS styles.

1 Like

nope, i saw it too when it happened.

Well, it sure is cool :stuck_out_tongue:


Glitch even added a font this time

3 Likes

That looks really cool!

3 Likes

RetroGlitch might be something that glitch might do. Maybe as theme for an event? press start song starts playing

3 Likes

Check this out @javaarchive

1 Like

I think the cause is the downtime causes a CSS file to not load, so things such as backgrounds colors and fonts don’t load.

If that is the case, then they changed the fallback font! :smiley:

1 Like

According to the code they use canvas. But I don’t remeber canvas having a default color of anything

i got that glitch 4 times yesterday

If you do get it again, make sure to view source quickly. If they are using google fonts, the glitch team could be planning to make a RetroGlitch, or maybe make the dark theme part of glitch.

1 Like

yeah, i’ll try that

look who just showed up :astonished:

After I’m done with my current project, should I make a reverse-proxy that adds a custom loading screen? :thinking:

3 Likes

How would that work? Won’t it show the glitch loading screen followed by your own loading screen?

If the reverse-proxy detects that the project hasn’t booted up yet it will just send them to a custom website instead of the glitch project, and once it detects that the glitch project is running it will refresh into the glitch website.

2 Likes

Ah. Would be an interesting way to do it. But can glitch projects communicate to the client during the loading screen phase?

I’ve been snooping around the public source code of glitch for a while for my current project, and they do seem to have the option to switch between themes:

import React from 'react';
import { LiveAnnouncer } from 'react-aria-live';
import { LocalStyle, lightTheme } from '@glitchdotcom/shared-components';
import { HelmetProvider } from 'react-helmet-async';

import Store from 'State/store';
import { APIContextProvider } from 'State/api';
import { APICacheProvider } from 'State/api-cache';
import { NotificationsProvider } from 'State/notifications';
import { RolloutsUserSync } from 'State/rollouts';
import { SubscriptionProvider } from 'State/subscription';
import OfflineNotice from 'State/offline-notice';
import ErrorBoundary from 'Components/error-boundary';

import Router from './presenters/pages/router';

const App = ({ apiCache, helmetContext, initialStore }) => (
  <LocalStyle theme={lightTheme}> // <------ Check this out
    <ErrorBoundary fallback="Something went very wrong, try refreshing?">
      <LiveAnnouncer>
        <Store initialStore={initialStore}>
          <NotificationsProvider>
            <APIContextProvider>
              <APICacheProvider initial={apiCache}>
                <SubscriptionProvider>
                  <HelmetProvider context={helmetContext}>
                    <OfflineNotice />
                    <Router />
                    <RolloutsUserSync />
                  </HelmetProvider>
                </SubscriptionProvider>
              </APICacheProvider>
            </APIContextProvider>
          </NotificationsProvider>
        </Store>
      </LiveAnnouncer>
    </ErrorBoundary>
  </LocalStyle>
);

export default App;

Nope, its just to check the response text and/or response code from Glitch.

Ooh, I got it, but I didn’t have time to inspect it. It was there for around 3-5 seconds and then it got refreshed.

I first thought it was white in the day and black at night - I may be wrong now

Correct me if I’m wrong but how it would work is.

Users would link to your website.
The website will then check there glitch project, if its online it will send them there if not it will display a custom loading page for 5 seconds and then send them there.

1 Like

Not really, I would have been using an external service to proxy the glitch project. The project is starting therefore the project can’t send anything to the client during that phase.