Sigil 2.7.0 crashes

[KevinH]

By the way, I tested launching sigil as

QT_QUICK_BACKEND=software sigil

and it all worked jut fine on Manajaro so I do not think whatever is causing the problem is related to your change in your launcher

[RbnJrg]

Permissions are correct and after deleting the folder, Sigil crashed when I run it from the launcher. So I have two choices to run Sigil:

1) From CLI, with the command /usr/bin/sigil, or
2) By adding the file sigil.conf in /etc/ld.so.conf.d/

Otherwise Sigil seems not to be able to find gumbo and crashed.

Originally Posted by KevinH

That tells us that your launcher is somehow not invoking sigil as it should because a software only version of of the Sigil backend would never need to use the local storage for a DawnWebGPUCache since it would not be using the accelerated GPU since you told it to use software only.

First check out the permissions on this folder and its contents:

/home/ruben/.local/share/sigil-ebook/sigil/local-storage/

And make sure you have write read, write, delete privs on that folder and all its contents. (and execute privs since it is a folder)


If permissions are correct, then try deleting that folder

/home/ruben/.local/share/sigil-ebook/sigil/local-storage/

as that local-storage folder should be properly recreated by Sigil if it needs it.

Does that change anything?

[DiapDealer]

I'm baffled.

Can you try changing your Sigil .desktop file (you keep saying "launcher", but I'm really hoping it's a file named Sigil.desktop) to explicitly use /usr/bin/sigil for its exec line?

Exec=env QT_QUICK_BACKEND=software /usr/bin/sigil %F

And see if it makes a difference?

Best practice would probably be to put your custom Sigil.desktop file in /home/ruben/.local/share/applications. You could create a desktop shortcut to it if you like, but all pre-existing menu shortcuts and desktop shortcuts used to launch Sigil would be overriden by the one in /home/ruben/.local/share/applications.

These .desktop files are designed to be in certain locations (/usr/share/applications, /usr/local/share/applications, and ~/.local/share/applications) and then have symbolic links created to point to them.

[RbnJrg]

Originally Posted by DiapDealer

I'm baffled.

Can you try changing your Sigil .desktop file (you keep saying "launcher", but I'm really hoping it's a file named Sigil.desktop)...

Yes, that is it.

... to explicitly use /usr/bin/sigil for its exec line?

Exec=env QT_QUICK_BACKEND=software /usr/bin/sigil %F

And see if it makes a difference?

Yes, that solved the issue too . It's weird but with Sigil 2.7.0 the command "sigil" in my system has problem to start properly the program; I must to include the full path in order that Sigil is able to find gumbo.

[DiapDealer]

That tells me that for whatever reason, your launcher was somehow/sometimes launching a different sigil script/executable of some kind that is not setting (or not properly setting anyway) LD_LIBRARY_PATH first. I have no idea how that's happening, but I do know that it's not something specific to Sigil 2.7.0.

[DiapDealer]

Try one more thing for me:

Put everything back to a stock install (including your custom launcher with just sigil--not the full path).

Remove the empty "Path=" line from your custom desktop launcher. There's no reason for it to be there if it's empty.

See if that makes a difference.

[RbnJrg]

Originally Posted by DiapDealer

Try one more thing for me:

Put everything back to a stock install (including your custom launcher with just sigil--not the full path).

Remove the empty "Path=" line from your custom desktop launcher. There's no reason for it to be there if it's empty.

See if that makes a difference.

I did what you asked me and with the following launcher:

[Desktop Entry]
Type=Application
Name=Sigil
Comment=ePUB file editor
TryExec=sigil
Exec=sigil %F
Icon=sigil
Categories=Office;
MimeType=application/epub+zip;
Path=
Terminal=false
StartupNotify=true

Sigil crashed I've been using the same launcher (not the one I posted above, but the one I posted before) since several previous versions of Sigil (ever since I discovered that Sigil works better without hardware acceleration) and I've never had any problems until now. I honestly don't know what could be happening.

EDIT: If I change:

Exec=sigil %F

with:

Exec=/usr/bin/sigil %F

Sigil starts fine.

[DiapDealer]

The only thing I know for sure is that it's not something that was introduced by Sigil 2.7.0. I suspect that something has changed in Arch with respect to XDG and Free Desktop. I also know that .desktop files that are not kept in standard locations (/usr/share/applications, /usr/local/share/applications, and ~/.local/share/applications) can behave weirdly.

My advice at this point is to keep everything standard and put your custom .desktop files in /home/ruben/.local/share/applications to simply override the system installed defaults (instead of creating them on your desktop), or just continue to put the explicit path to Sigil's launch script (/usr/bin/sigil) in your custom .desktop files and be done with it. I fear something is broken/misconfigured on your system that I just can't figure out without getting my hands on it.

[KevinH]

But the launcher RbnJrg posted still has that empty "Path= " line in it:

[Desktop Entry]
Type=Application
Name=Sigil
Comment=ePUB file editor
TryExec=sigil
Exec=sigil %F
Icon=sigil
Categories=Office;
MimeType=application/epub+zip;
Path=
Terminal=false
StartupNotify=true

So I am confused.

Did he try with that line "Path= " in the launcher actually removed?

Where does "whereis sigil" report finding executables for sigil on his machine?

And what on earth on his machine caused a crash when no local-storage folder is found? Sigil explicitly checks for and creates it if missing?


It is almost like multiple versions of the sigil executable are being launched at the exact same time (one running someplace without the proper LD_LIBRARY_PATH set).

I can not recreate any type of crash when removing the local-storage folder on Manjaro with its distro build, nor with the AppImage, nor on MacOS.

So very strange!

[DiapDealer]

Originally Posted by KevinH

Did he try with that line "Path= " in the launcher actually removed?

At this point, I honestly don't know. My request was fairly simple, so I assumed yes.

Originally Posted by KevinH

Where does "whereis sigil" report finding executables for sigil on his machine?

He indicated upthread that 'which sigil' only returned /usr/bin/sigil.