IPC daemon has hardcoded name "mozilla-ipcd"




13 years ago
9 years ago


(Reporter: mozilla, Assigned: darin.moz)



Firefox Tracking Flags

(Not tracked)




13 years ago
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

13 years ago
OK, this probably also requires similar changes in 

/ipc/ipcd/client/src/ipcConnectionUnix.cpp, line 584 --
/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
/ipc/ipcd/shared/src/ipcConfig.h, line 73 -- #define IPC_DAEMON_APP_NAME

but I have no idea how to handle these

/embedding/browser/powerplant/PPEmbed.pbproj/project.pbxproj, line 457 --
shellScript =
[ -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

Comment 2

13 years ago
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

Comment 3

13 years ago
> ...one would need to change that...

reporter: why does the name need to change?

Comment 4

13 years ago
-> core:ipc
Assignee: general → darin
Component: General → IPC
Product: Mozilla Application Suite → Core
QA Contact: general

Comment 5

13 years ago
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

13 years ago
Yes, I think this bug should be marked INVALID.  I don't understand why
seamonkey is even using the IPC system.  It is incomplete.
Last Resolved: 13 years ago
Resolution: --- → INVALID
(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 9

13 years ago
(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 11

13 years ago
(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...
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

13 years ago
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.
QA Contact: ipc
You need to log in before you can comment on or make changes to this bug.