1.19.3 Support Thread
-
@baris This command in the official documentation didn't work when upgrading between branches. It is necessary to leave a character space in between.
What's in the document:git reset --hard origin/v1.19.x
Working for me:
git reset -- hard origin/v1.19.x
Thank you for the update. The team is working hard
-
@kurulumu-Net that's absolutely incorrect, it should only work without the space you added.
-
@fffddd-dfeeedd on mobile
-
@kurulumu-Net
Very odd, for me, this is perfecty functionnal :
git fetch git reset --hard origin/v1.19.x ./nodebb upgrade
-
@phenomlab After Hetzner made the switch, interesting things started to happen. For example, port 465 is closed for security by default Standard update commands didn't work for me. It's really weird.
-
@kurulumu-Net Very odd indeed. As you know, I'm a Hetzner customer myself, and am not experiencing these issues. Admittedly, I do not use port 465, but 587
-
I have a similar problem with upgrade. Performing it as usual:
git reset --hard origin/v1.19.3
fatal: ambiguous argument 'origin/v1.19.3': unknown revision or path not in the working tree.
Use '--' to separate paths from revisions, like this:
'git <command> [<revision>...] -- [<file>...]'
-
@Aleksei you're supposed to do literally
git reset --hard origin/v1.19.x
-
@Aleksei The branch name is
v1.19.x
, the remote isorigin
(that's the default, unless you've changed it)So
git reset origin/v1.19.x
says "git, please change my working directory to match the latest commits on the v1.19.x branch"If you want to reset to a specific VERSION, then you don't need the remote.
git reset --hard v1.19.3
should work fine. -
Hello! Broken links and hints (1.19.3)
I have replaced one icon in the menu. After that, unformatted template text appeared in the title, tooltips, and links. The category names also have a strange display of some characters.
Updating the markdown plugin to version 9.0.8 didn't help. Rebuilding the frontend didn't help either.
Please tell me how to fix
-
@julian I changed "popular" to [[global:header.popular]] and it works! Thanks!
But when I re-enter this section of the settings, all the fields again take the form:
[[global:header.popular]]
I'm also not sure that this can't affect service addresses, including