Trilium can't fill in the directory panel or the content of any notes. #4878
Comments
|
If you have sync set up, it might be the easiest to scrap your local |
|
@perfectra1n Well, that was "interesting". I moved the entire trilium-data folder to a backup location. Started Trilium, it asked what I wanted to do. Chose to load from the cc server. No errors, but it opened in a glaring white mode my lousy vision can't see, so I might have missed some details. After several tries which did nothing, I finally got to the Settings and chose dark mode. Turns out it is random whether any feature works. Except it never shows any note content in a note tab. Usually it can redraw the note tree now, but sometimes it just goes blank, with no icons at the bottom. Usually Settings options are drawn, but sometimes I just get yet another New Note tab on the right, and sometimes nothing happens. Search in notes shows correct content, the attributes at the top of the note's tab are correct, but the content is just the "enter a search term" block. Today's errors: Different from before... But I'm not sure the randomness is an improvement. Maybe it is time to move to TriliumNext? But it says it is on sync 33, and my trilium.cc server is still 32. They are apparently considering moving, maybe I need to wait and see if they do? |
|
Yeah, you can give TriliumNext a shot. You can use up to v0.90.4 while still using your existing trilium.cc sync version of 32 from. We had to increment the sync version to 33 allow for mindmaps in newer versions in TriliumNext. It might be worth reinstalling the Trilium desktop application as well (or try TriliumNext v0.90.4), because it appears that some JS files are missing from those errors above. Might be a permissions, space, corruption, or solar flare issue... You can also try starting from scratch with exporting your entire |
|
My install procedure on Arch is just to download the tar.xz, extract it, and start the trilium "program" from there. I've deleted the trilium-data folder it makes and done a fresh extraction of the tar.xz file for my previous report here. The only .js files I can find are in: There is also this js folder, but the files are binary with numeric names, like: But before I do more experiments... I learned how to see the Frontend logs within Trilium, and even put them in dark mode. But I still can't figure out where these node and js files are. The "37840" address is where my web clipper lives... Maybe the Trilium app serves those numeric files as named js files? From the Trilium Console, trying twice to display notes that only showed the New tab label, no content (see screenshot). And then another period of nothing on the screen responding:
Beyond my knowledge! This is happening within Trilium, on its own DevTools Console. I'm not aware of any reverse proxy (nginx, apache) anywhere on the Arch machine. Maybe those messages are designed for server installations? |
|
Trilium still runs a server on port 37840 which serves the JS to the electron window you see, so I wonder if the server isn't working on your local machine. That's a very interesting issue, I haven't seen that myself even with a very similar setup. Maybe stick to just using the webapp for now? It looks like all the JS files are failing to display to your electron window, which are served by the local server. When running the Desktop client, you should be able to do a |
|
@LorenAmelang , from what I see in the logs it appears that the root cause for the errors you are seeing is that the communication between the server (which is started alongside Electron) and the Electron "browser" window is not working, since there are quite a few 404 errors. The problem is that I haven't seen this kind of error before, it must be somehow tied in to your environment. Like @perfectra1n , it might be worth making a manual backup of the database and trying TriliumNext to see if we have a different error there. |
|
@perfectra1n
If local Trilium is not running, the Web Clipper says "connected to server", presumably my trilium.cc server. If local is running, it shows 37840, and saving something draws another empty New Tab in local Trilium.
Does that mean by backend is working? @eliandoran I'm not clear exactly what needs to be saved and what needs to be deleted. I see Is that true even if I've deleted everything from these locations? I only deleted trilium-data before reloading the app and pulling my data from the cc server. Maybe there is some glitch saved in one of the other locations? Is there any other place I need to clear out before trying a fresh install of TriliumNext v0.90.4 ? Just for curiosity, when the 'X' icon won't close Trilium and I have to close it from the Linux tray icon, I checked if it was really closed: Are all those processes normal? Are all those detail parameters correct? That's a lot of info I haven't seen before! |
|
Yeah those processes are typical with Electron apps and Trilium - I wonder if you have |
|
@perfectra1n Looks to me like they are connected. But I guess there could be a filter messing with the connection: NetRange: 140.82.112.0 - 140.82.127.255 inetnum: 65.108.0.0 - 65.109.255.255 [loren@Gazp9 ~]$ pacman -Qn | grep 'ufw' I'm not aware of any firewall apps, and certainly no recent changes. |
|
You've checked darn near everything I can think of, and reinstalled - but something just seems really really weird and off. Do you have flatpak available? I wonder if installing the Trilium desktop app via Flatpak would work for you 🤔 |
|
I just backed up and deleted everything related to Trilium, including: Downloaded https://github.com/TriliumNext/Notes/releases/download/v0.90.4/trilium-linux-x64-0.90.4.tar.xz The previous time I reloaded, I only deleted trilium-data. There must have been some glitch saved in /.config/Trilium Notes/... So thankful! |
|
Awesome, glad to hear it! Yeah, it sounds like there was some JS or something else that had gone completely south in your install...glad you're back up and running though :) |
|
@perfectra1n New install on the left, old backup on the right. Looks like the ".js" Code Cache just grows hugely over the years. If the new install can work with 18 items, maybe the 228 items I had before were a problem? Obsolete conflicting bits of code? Certainly a waste of disk space! I have no idea what those cryptically named files are, but they have bits like: The kinds of things that showed up in my old error messages. Maybe there needs to be some automated housekeeping? Oh, I also noticed the ARM/V8 version. Would it be reasonable to move my server install to the Raspberry Pi 5 I just set up? Probably way less CPU than the trilium.cc server, but crossing my house instead of crossing the Atlantic might end up faster... |
|
Those files are Node.js libraries and dependencies used for both the Trilium client and server. Thankfully they should be quite small, as to not be a large waste of space. I'm not sure why the number of files in the folder has balooned, perhaps with updating the versions comes with newly-named files. You'll find me firmly in the tiny PC camp (Dell Wyse, Lenovo ThinkStation Mini, etc.) over the Pi, but yes the Pi should work with Trilium, if you're up for dealing with the reverse proxy, storage, and TLS certs. |
Trilium Version
0.63.7
What operating system are you using?
Other Linux
What is your setup?
Local + server sync
Operating System Version
Linux Gazp9 6.10.10-arch1-1 #1 SMP PREEMPT_DYNAMIC Thu, 12 Sep 2024 17:21:02 +0000 x86_64 GNU/Linux
Description
Suddenly today my local Trilium on Arch Linux can't fill in the directory panel or the content of any notes. Icons along the left are active, I can search and see note titles and summaries, but choosing any of those notes draws only the "New Tab" top label for each new window, no content.
My trilium.cc sync server works normally, and notes I enter there can be found locally in searches, but their full content can't be seen.
I reloaded the "0.63.7" code from the tar.xz and restarted from there, no difference.
I tried the "safe mode":
Error logs
A bit of the local saved log, this repeats every time a note should be drawn:
It draws a "New Tab" top tab label for each one, but the rest of the tab and the directory panel are blank.
I can't find any of the /assets/v0.63.7/ items on my drive. Guess they're only served over the web somehow?
What else can I try?
The text was updated successfully, but these errors were encountered: