1274798 - Seamonkey integration in Gnome3

Status: UNCONFIRMED

(SeaMonkey :: Website, defect)

Description

[Samuel Kay]

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:43.0) Gecko/20100101 Firefox/43.0 SeaMonkey/2.40
Build ID: 20160118183220

Steps to reproduce:

I install Seamonkey on Debian Jessie following the instruction here and I really get a incomplete integration in Gnome3


Actual results:

I couldn't define Seamonkey as default browser
I couldn't define Seamonkey as mail client
I could send a file using the contextual menu in the gnome3 file manager


Expected results:

I should have receiver instruction on how to get Seamonkey recognize as a browser and a mail client by Gnome3.

To do so, this is what I did :

1. Create a .desktop file (name it seamonkey.desktop, even if it doesn't matter)
[Desktop Entry]
Version=1.0
Type=Application
Terminal=false
Exec=/opt/seamonkey/seamonkey %U
Comment[fr_FR]=Suite Internet Seamonkey
Name=Seamonkey
Comment=Suite Internet Seamonkey
Icon=/opt/seamonkey/chrome/icons/default/seamonkey.png
MimeType=x-scheme-handler/http;x-scheme-handler/mailto

2. Change the path of EXEC and ICON to match your installation

3. Run as root "update-desktop-database -v" to see where to put your .desktop file, look for something like "Search path is now: [/usr/local/share/applications, /usr/share/applications]". Root access required

4. Put the .desktop file in one of these path. Run "update-desktop-database" as root. 

5. You can now go in your "Gnome settings", in "Details", "Default applications" and select "Seamonkey" in "Web site" and "Email client"

Comment 1

[Samuel Kay]

Attachment: Patch to update the documentation

English is not my native language but it should be understandable.

Comment 2

[Rainer Bielefeld]

It seems we are talking about above mentioned page.
I don't know whether this one still needs to be fixed, I have no Linux skills.

Comment 3

[Frank-Rainer Grahl (:frg)]

IanN could you tall a look if still valid. Patch fell thru the roof because no flags set.

Comment 4

[Samuel Kay]

I had to re-install my systems and I had to come back to this bug report to configure my system correctly with the last version of Seamonkey.
That is more than two years i create the issue AND provide the patch.
Can I do something to accelerate the merge in the documentation ?

Comment 5

[Frank-Rainer Grahl (:frg)]

tonymec could you probably take a look here. I am really not a Linux guy.

Samuel, sorry for the more than too long delay. A lot of devs left the building looking for Elvis.

Comment 6

[Tony Mechelynck [:tonymec]]

The trunk version of SeaMonkey is known to suffer from many problems; it is not fit for day-in day-out browsing.

Personally I use Bill Gianopoulos's SeaMonkey 2.53 for linux-x86_64 (from http://www.wg9s.com/comm-253/) which IIUC is the highest version supporting classical extensions out of the box. I'm going to install his latest build (dated 2019-01-20) but the one I'm using ATM (dated 2018-10-28) gives me no problems AFAICT and I don't expect anything worse from the new one. Its about:buildconfig mentions GTK3; however I use KDE5 as display manager & window manager so I'm not really up to Gnome3 integration.

Comment 7

[Dmitry Butskoy (:buc)]

All the modern Linux/UNIX Desktops follow Freedesktop.org specifications.

For .desktop files see https://www.freedesktop.org/wiki/Specifications/desktop-entry-spec/

There is nothing special for Gnome3 -- it follows the same common rules as KDE, Mate, Xfce, Cinnamon, etc.

The good desktop files can be obtained from Fedora: seamonkey.desktop for browser and seamonkey-mail.desktop for mail.
It should be installed like (with the proper rights):

desktop-file-install --dir /usr/share/applications /some/where/seamonkey.desktop
update-desktop-database /usr/share/applications

Under Linux, icons can be taken from chrome and placed at /usr/share/icons/hicolor/ dir (kinda "default/fallback icon theme"), ie.

from=/usr/lib64/seamonkey/chrome/icons/default
to=/usr/share/icons/hicolor
install -p -m 644 -D $from/default16.png	$to/16x16/apps/seamonkey.png
install -p -m 644 -D $from/default.png	$to/32x32/apps/seamonkey.png
install -p -m 644 -D $from/default48.png	$to/48x48/apps/seamonkey.png
install -p -m 644 -D $from/default64.png	$to/64x64/apps/seamonkey.png
install -p -m 644 -D $from/default128.png	$to/128x128/apps/seamonkey.png

install -p -m 644 -D $from/messengerWindow16.png	$to/16x16/apps/seamonkey-mail.png
install -p -m 644 -D $from/messengerWindow.png	$to/32x32/apps/seamonkey-mail.png
install -p -m 644 -D $from/messengerWindow48.png	$to/48x48/apps/seamonkey-mail.png

then activated like:

/bin/touch --no-create /usr/share/icons/hicolor
/usr/bin/gtk-update-icon-cache /usr/share/icons/hicolor

After uninstall:

update-desktop-database /usr/share/applications
/bin/touch --no-create /usr/share/icons/hicolor
/usr/bin/gtk-update-icon-cache /usr/share/icons/hicolor

All such things normally handled internally by the appropriate distro package manager, sometimes can be omitted.
For the external software it should be performed by the correspond install/uninstall scripts (with the proper admin rights, ie. "root").

Probably the desktop files and the scripts example can be provided in some form in the tarball and/or documentation.

Comment 8

[Dmitry Butskoy (:buc)]

OTOH, there is always a distribution in this context (Linux, BSD etc.).

Normally, all the software should be installed by the distribution repositories, where it appears already prepared by distribuiton team. Such a team always know how to package.

Wheh SM is not provided by a distro, but someone want to install it system-wide (ie. on a multiuser machine), it means it is at least advanced user with sysadmin rights. It should know how to do things anyway.

Thus the only case suitable to be handled upstream is "the manual download and install by an arbitrary user into its homedir", without any need to help by a sysadmin. For this case, the pathes for desktop file and icons changes:

system-wide	user-local
/usr/share/applications	~/.local/share/applications
/usr/share/icons/hicolor	~/.local/share/icons/hicolor

where ~ is expanded to the user home dir.

Whether the user should run update-desktop-database and/or gtk-update-icon-cache is distro-depend. Just a re-login (on a modern distro)
might help.

Another thing is the path of the user-installed SM, which in general can be arbitrary, but should be mentioned in the *.desktop file(s).

Comment 9

[Dmitry Butskoy (:buc)]

Attachment: seamonkey-desktop-and-icons.tar.bz2

Preliminary .desktop files and icons for Linux and other freedesktop-compliant systems.

It counts on install of SeaMonkey into user's homedir as ~/seamonkey (ie. just untar the upstream tarball under the home dir). Exec pathes in the .desktop files are just "seamonkey/seamonkey ..options...", which works at least in CentOS7.

Should be independently tested, and possibly placed somewhere on the official website.

Comment 10

[Dmitry Butskoy (:buc)]

For the desktop integration, it could be fine to add to Linux mozconfig:

ac_add_options --enable-startup-notification

(esp. since the .desktop files use StartupNotify=true).

Probably spoils nothing even without desktop integration (as for now).