297823 - IPC daemon has hardcoded name "mozilla-ipcd"

Status: RESOLVED INVALID

(Core :: IPC, defect)

Description

[Peter Weilbacher]

I am not sure if it is shipped on normal platforms at all but on OS/2 the IPC
daemon is named mozilla-ipcd.exe, and one would need to change that in
ipc\ipcd\daemon\src\Makefile.in. (I don't even know in which component this
would belong, sorry.)

Comment 1

[Peter Weilbacher]

OK, this probably also requires similar changes in 

/ipc/ipcd/client/src/ipcConnectionUnix.cpp, line 584 --
IPC_Connect("/builds/moz-trunk/seamonkey-debug-build/dist/bin/mozilla-ipcd");
/ipc/ipcd/daemon/src/.cvsignore, line 2 -- mozilla-ipcd
/ipc/ipcd/daemon/src/Makefile.in, line 69 -- PROGRAM = mozilla-ipcd$(BIN_SUFFIX)
/ipc/ipcd/shared/src/ipcConfig.h, line 52 -- #define IPC_DAEMON_APP_NAME
"mozilla-ipcd.exe"
/ipc/ipcd/shared/src/ipcConfig.h, line 73 -- #define IPC_DAEMON_APP_NAME
"mozilla-ipcd"

but I have no idea how to handle these

/embedding/browser/powerplant/PPEmbed.pbproj/project.pbxproj, line 457 --
shellScript =
"#!/bin/sh\n\nDIST_BIN=../../../dist/bin\nEXECUTABLES_DIR=\"${SYMROOT}/${PRODUCT_NAME}.${WRAPPER_EXTENSION}/Contents/MacOS\"\n\nif
[ -n \"$PROFILESHARING\" ]; then\n rsync -a -L $DIST_BIN/ipc
\"$EXECUTABLES_DIR\" || exit 1\n rsync -a -L $DIST_BIN/mozilla-ipcd
\"$EXECUTABLES_DIR\" || exit 1\n rsync -a -L $DIST_BIN/components/libipcdc.dylib
\"$EXECUTABLES_DIR\"/components/ || exit 1\n rsync -a -L
$DIST_BIN/components/libtransmngr_client.dylib \"$EXECUTABLES_DIR\"/components/
|| exit 1\nfi\n";
/embedding/config/basebrowser-installer-win.pkg, line 132 -- mozilla-ipcd.exe
/embedding/config/basebrowser-mac-macho, line 139 -- mozilla-ipcd
/embedding/config/basebrowser-win, line 139 -- mozilla-ipcd.exe

Don't these have to be hardcoded? Perhaps this is why I didn't find a bug about
this...

Comment 2

[Robert Kaiser]

For what reason does this file name need to have a different name? Is it meant
for direct use by an end-user or used only internally? Note that there's no need
to rename files that are only internally used (same story as e.g. with
run-mozilla.sh)

Comment 3

[Darin Fisher]

> ...one would need to change that...

reporter: why does the name need to change?

Comment 4

[Darin Fisher]

-> core:ipc

Comment 5

[Peter Weilbacher]

Well, it is the name of a file to be shipped with SeaMonkey, and as many other
internal strings that a user would never see were changed (like bug 293268 and
bug 285911 and some others) I thought this would be required. If the council is
happy with the way it is please resolve invalid.

Comment 6

[Darin Fisher]

Yes, I think this bug should be marked INVALID.  I don't understand why
seamonkey is even using the IPC system.  It is incomplete.

Comment 7

[Christian :Biesinger (don't email me, ping me on IRC)]

(In reply to comment #5)
>  as many other
> internal strings that a user would never see were changed (like bug 293268 and
> bug 285911 

? A user can easily see those strings, can't they? Isn't it what cups status
views and such would show?

Comment 8

[Christian :Biesinger (don't email me, ping me on IRC)]

bug 202474 enabled IPC for seamonkey.

Comment 9

[Darin Fisher]

(In reply to comment #8)
> bug 202474 enabled IPC for seamonkey.

Yeah, I know... but profile sharing was never finished.  It doesn't make sense
to ship a product with the current IPC code since there's nothing making use of it.

Comment 10

[Christian :Biesinger (don't email me, ping me on IRC)]

I filed bug 297962

Comment 11

[Peter Weilbacher]

(In reply to comment #7)
> ? A user can easily see those strings, can't they? Isn't it what cups status
> views and such would show?

Yes, that's what I thought. But there are about as many users who actually use
those printer status tools as there are users who open the Mozilla/SeaMonkey
directory and see the files run-mozilla.sh and mozilla-ipcd. That's why I filed
this bug...

Comment 12

[Christian :Biesinger (don't email me, ping me on IRC)]

I want to question that claim. FC3 shows an icon once I print something, and if
I click it I see the titles of my print jobs.

Comment 13

[Peter Weilbacher]

I never used FC3 but I do watch my colleagues. They would only ever use similar
programs (if they exist on the older machines that we have, most are more likely
to use lpq!) if something does for once not come out of the printer which is
very rare. However, they type moz<TAB> in the shell and then see mozilla,
mozilla-bin, and mozilla-ipcd, before starting. After renaming mozilla and
mozilla-bin so seamonkey* they would probably follow old habits and get only
mozilla-ipcd, before complaining to the admin (who will then probably add a link
from seamonkey to mozilla).
I would think that only very few non-home users have as new (Linux) systems as
you do, so the experience will be the same in most of the institutes (and
companies?) that currently run Mozilla on Linux.

Additionally, I know that many OS/2 users install Mozilla by unpacking the ZIP
file, open the created directory (and hence would see mozilla-ipcd.exe if it
still would be there), and then start it by clicking on the .exe file.