Error loading page: extras is not a registered tag library (Or is it a python issue?)

I’m guessing there may be 2 issues. I tried searching here, and I don’t think I found anything relevant. This is a fresh/new install on a new Debian system.

I believe it’s either a python issue:

python3 --version
Python 3.13.5

Or a an issue with extra not being registered.

Here is part of the error log:

django.template.exceptions.TemplateSyntaxError: 'extras' is not a registered tag library. Must be one of:
bootstrap
cache
firstboot_extras
i18n
l10n
plinth_extras
static
tz

and this. There are probably 20+ of these Python errors. most have render highlighted.

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/django/template/defaulttags.py", line 1026, in find_library
    return parser.libraries[name]
           ~~~~~~~~~~~~~~~~^^^^^^
KeyError: 'extras'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/usr/lib/python3/dist-packages/django/core/handlers/base.py", line 220, in _get_response
    response = response.render()
  File "/usr/lib/python3/dist-packages/django/template/response.py", line 114, in render
    self.content = self.rendered_content

Which version of freedombox package is installed?

FreedomBox 26.5 had the following change:
Rename 'plinth_extras' template tags module to 'extras'

Please check the output of this command:

$ ls /usr/lib/python3/dist-packages/plinth/templatetags/
extras.py  __init__.py  __pycache__

The file extras.py should be listed. If it is missing, then you might want to re-install the freedombox package using apt:

$ sudo apt install --reinstall freedombox

#: ls /usr/lib/python3/dist-packages/plinth/templatetags/
extras.py init.py pycache
extras.py init.py pycache
-bash: extras.py: command not found

Running update now says:

Status

You are running Debian GNU/Linux 13 (trixie) and FreedomBox version 26.6. FreedomBox is up to date.

But, if it’s still not found ^^^, I suppose I should reinstall?
Will that undo anything I’ve already worked on?

And, thus, I’ll need to back up anything? I still don’t know FreedomBox enough to do a backup and restore.

diagnostics passes everything except DNS. and can’t reach the site I’m hosting. I’m guessing because of the DNS issue.

Manually doing an nslookup on the command line returns this.
;; communications error to 127.0.0.53#53: timed out

Overriding it to 1.1.1.1 or 8.8.8.8 and it finds things.

EDIT: yes, this is fixed. Not sure how this error happened. It occurred before openVPN was disconnected during a hard Freeze (8 months of Slackware and no hard freeze). After the freeze, I believe it was either a leftover lock file from the freeze or an issue that arose when it failed to connect due to a VPN username/password issue when rebooting.
NOTE: openVPN was set up pre-FreedomBox, and I didn’t add the app in freedombox.

Sorry the command to check is:

$ ls /usr/lib/python3/dist-packages/plinth/templatetags/

The next line was the output from the command (as an example).

If you re-install using sudo apt install --reinstall freedombox, then it should not affect anything that you have already worked on. This command will only replace files that are owned by the freedombox package.

oopsie. I see that now

pycache/ extras.py init.py

I am thinking the update fixed that.
Now just a learning curve.

I’m used to just editing files. I figured this would install the packages, then I would just go from there, but this is a gui for managing all of them.

I’ve run into a few things I thought might be due to the install error, but now, I think it’s just the way FreedomBox is. I think I may still reinstall since it won’t affect the settings. Unless the initial install made setting changes.

I am seeing a change in the way user permissions are from before to now.

700 vs 755 creating users via FreedomBox vs after with shell adduser vs before with shell adduser (Directory permissions are different for users created with adduser before and after installing FreedomBox.)