Closed Bug 265564 Opened 20 years ago Closed 20 years ago

l10n builds - TalkBack doesn't start - master.ini is missing

Categories

(Firefox Build System :: General, defect)

1.0 Branch
x86
Windows 2000
defect
Not set
major

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: aha, Assigned: granrosebugs)

References

Details

(Whiteboard: build automation goof, cause not known)

I tested Firefox/1.0/20041021/cs-CZ win32-zip build for bug 265492, but I'm
unable to start TalkBack, even if I deleted compred.dat and xpti.dat before
start. TalkBack doesn't start when started from command line.

xref: bug 265492
Same problem on the Firefox/1.0/20041021/cs-CZ installer 
Dependency walker returns:
Exited "TALKBACK.EXE" (process 0x3FC) with code -3 (0xFFFFFFFD).

The problem is soleved for me by copying master.ini file from the Mozilla
-> master.ini is missing here.

Flags: blocking-aviary1.0?
Summary: l10n builds - TalkBack doesn't start → l10n builds - TalkBack doesn't start - master.ini is missing
Assignee: firefox → granrosebugs
Component: General → Build Config
Flags: blocking-aviary1.0? → blocking-aviary1.0+
QA Contact: firefox.general → bsmedberg
Whiteboard: build automation goof, cause not known
this is most likely a problem with the talkback server and hopefully will be
working today.  we'll know more once chase is done working on chroma and we get
today's win32 builds.

copying another build's master.ini should make it work and is a good test, but
don't submit any talkback reports with an incorrect master.ini as it won't
product a usable stack trace.
Blocks: 259605
Status: NEW → ASSIGNED
This doesn't only happen for l10n builds. Also Mozilla/5.0 (Windows; U; Windows
NT 5.0; en-US; rv:1.7.3) Gecko/20041022 Firefox/1.0 is affected. There is no
master.ini located within the components folder.
It's also back for firefox-1.0.en-US.win32.zip (20041026) and talkback is working. 
this should be sorted out now
Flags: blocking-aviary1.0+ → blocking-aviary1.0-
Jon or Chase:  Did you guys figure out what was wrong with the build system?  If
so, we should note the problem and fix here and mark the bug fixed.
I think there was another bug I was working on that this should be duped to, but
I can't find it so resolved/fixed.

there was nothing wrong with the build system.  I made some changes to
fullsoft/Makefile.in to use localhost:8080 as the server, and to print debugging
information so the information in the logs is more useful with less noise and we
can see what's going in when it fails again.
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
Component: Build Config → General
Product: Firefox → Firefox Build System
You need to log in before you can comment on or make changes to this bug.