Path of theme components

support
1

Hi!

I want to upgrade to the latest version, but I have some issues with some theme components.
They’re all my own components and I moved them from GitHub to GitLab. Now if I want to upgrade discourse (not from within discourse), I get errors because they are not available anymore. I tried to delete them inside of discourse but they won’t get deleted.
Now my question is: where is the path to delete them directly on the server? I can’t find them.

I tried the safe-mode but I can’t access the forum in safe-mode.

EDIT:

Is there a file like the app.yml where all themes and components are stored so I can delete the list and rebuild discourse without them?

2

I think this is the problem you need to solve. The correct way to approach this is to delete all themes and theme components that come from the old location, and import new ones from their new locations.

1 Like
3

This isn’t possible because then discourse is in an infinity loop. That’s the reason why I asked how to delete them in an other way.
I can’t even get into safe-mode.
A reinstall isn’t also possible because the backup is too old.
After ./launcher rebuild app I have seen that the forum isn’t available for guests.

So how can I get it to work anymore?

4

Why not? What happens instead?

The age of the backup should not matter, even 5 year old backups restore without issues.

To be honest it sounds like the theme components are the least of your issues.

If uninstalling them is impossible through the UI then I am afraid other methods will fail as well.

1 Like
5

I think disabling components by hand in the database is the kind of solution that could be the last resort here. It is highly risky but doable if there are no options.

Disabled components at least will let the rebuild succeed which will in turn allow access to the admin interface to remove & reinstall components from gitlab.

6

Nothing happens, the site is not available in safe-mode.

Of course it matters, because all posts after the last backup are gone.

And no, the forum worked fine until I tried to do the update before I removed the components.

@itsbhanusharma
Thanks for your answer. I didn’t know that the theme and the components are stored in the database.

How can I access the db?

EDIT:
Ok, I’m in the database and I think it’s the theme_settings table.
How to delete all components?

7

I misread your post, I thought you said it was too old because restore failed.

1 Like
8

They’re not stored in the DB, however, their activation/deactivation state is stored in the DB itself.

I don’t exactly recall the steps but I recently fixed a similarly broken install.

The most important thing here is to know if your container is still running. If it is running, I may be able to advice on how to try to disable offending components from database.

9

Yes, the container is still running.
To disable the components would help me a lot.

10

They are completely stored in the database (tables starting with theme*)

11

And how can I delete them (not everything in the table)?

12

From the top of my head - run this from the rails console. Find the ID of the theme in the URL when viewing it.

t = Theme.find(123)
t.enabled = false
t.save
13

Well, ok, that’s a problem.
Isn’t it possible to use something like pgAdmin to get access to the db directly?
I don’t know the ID of the theme and the components because I haven’t access to the admin area anymore.

Edit:
I have figured out the theme and components.
Disabling them doesn’t work, so how to delete them with rails c?
I even tried to get rid of them with rake, but rake can’t delete them too.

14

Can you share more details? Do you get an error? If so, what’s the error? Or does it have no effect?

15 
rake themes:uninstall https://github.com/link/to/git.git
rake aborted!
Don't know how to build task 'themes:uninstall' (See the list of available tasks with `rake --tasks`)
Did you mean?  themes:install
/usr/local/bin/bundle:23:in `load'
/usr/local/bin/bundle:23:in `<main>'
(See full trace by running task with --trace)

Or what is the right command to delete things with rake?

I get a list with commands with rake --tasks and rake -AT but there’s not a command to delete a theme or a component.

With rails c I can disable a theme but with a reload it’s still the old corrupted theme.

16 
Theme.where(user_selectable: true).update_all(user_selectable: false)
Theme.where(auto_update: true).update_all(auto_update: false)
Theme.clear_default!

Can you try these in the rails console and see if you can load your site afterwards? If not, can you try rebuilding?

5 Likes
17

I had to rebuild it after your commands and it worked, and my forum is back online! :+1: :slightly_smiling_face:

Many thanks to you who helped me!

1 Like
18

Hey @Osama. I’ve been worried lately about the theme-components-can-break-a-rebuild issue.

I think we need a #howto to address it.

I think this fix here addresses only “build broken because github URL is broken”, right?

For builds that are broken because there’s an error in the javascript, is there a similar way to disable or remove themes from the command line that we should put in a #howto?

EDIT: like the fail when “Alternative Logos” is included. . . .

19

I’ve been thinking about this for a while as well, and my opinion is that this makes sense for some communities but not all. Some communities treat their customizations/themes as a fundamental part of the site’s identity and they would really want to know if there are problems with their customizations when their site is deployed, and other communities use a vanilla Discourse install with a few customizations/component sprinkled on top and they could easily live a few days without them.

Maybe the Auto update when Discourse is updated checkbox should off by default when installing a new theme/component? It’s currently on by default and I think it should be off by default, but this needs a wider discussion…

No, the code snippet above (the 2nd line in particular) disables auto-update-on-deploy for all themes/components that are currently installed, so it should fix any builds that are broken due to themes auto-update including JS/CSS errors. The #howto should only include the 2nd line.

1 Like
20

I just ran into this problem too. If you have a component linked to a public repo and then you make that repo private, rebuilds fail. It’s unpleasant because users can make changes that can break the site for sysadmins months later.

The commands at Path of theme components - #16 by Osama worked great for me. I’d add instructions on how to enter the rails console.

./launcher start app
./launcher enter app
rails c