43705 - Build is not initiating Talkback

Status: VERIFIED FIXED

(Core Graveyard :: Talkback Client, defect, P2)

Description

[[e-mail] (gone - use [e-mail] instead)]

Friday, June 23, 2000 10:40 AM

Central Time, so most likely your 8 am build in Mountain View.

Expected outcome:  When a crash occurs, Talkback is supposed to initialize and 
report the data to the engineering staff.  

Actual outcome: Mozilla's Talkback feature is not building or working, one of 
the two.

Steps to reproduce:

1. Download a nightly.
2. Unzip the nighly and execute Mozilla.exe
3. Use Mail/News, cuz man, that *always* crashed :-)

Comment 1

[[e-mail] (gone - use [e-mail] instead)]

Co-ordinated this bug with Chofmann, so I'll cc: him to this bug.

Comment 2

[Shiva Thirumazhusai]

Talkback binaries and master.ini are missing in these builds. This is a build
issues. Re-assigning to leaf and ccing granrose.

Comment 3

[[e-mail] (gone - use [e-mail] instead)]

I feel this is critical for all developers and testers, so I'm adding nsbeta2 
and dogfood.

Thanks

Comment 4

[Blake Ross]

Talkback is a requirement for the rest of Mozilla QA and I.  Those of us on 
win32 platforms can't get any information on crashes at all, and this is 
greatly hurting the QA effort.   Talkback hasn't been in a build in awhile, and 
reporting crashes without the info that talkback provides is nearly useless.

Comment 5

[Jon Granrose]

while this is a problem that needs to be fixed, I will point out that we now 
have linux mozilla talkback-enabled builds. so if you have a reproducible crash 
that is xp, you can crash it on linux and submit that talkback request as a 
temporary workaround.

Comment 6

[Jay Patel [:jay]]

Putting on [nsbeta2+][dogfood-] radar.  Does not need
a fix ASAP for daily work, but we should fix this for
beta2. 

Comment 7

[Blake Ross]

granrose: the temporary workaround is appreciated, but not everyone on the QA 
team (and esp. those not employed by Netscape) has a linux box...and some 
crashes are not XP

Comment 8

[Daniel (Leaf) Nunes]

finally got a chance to look at this today, automation was referencing an xpi
that is no longer named the same thing; fix checked in talkback should be
working again tonight or tomorrow morning. Rheeeet!

Comment 9

[chris hofmann]

RRRRRRhhhhhhhhheeeeeeeeeeeeeeettttttttttttah!

Comment 10

[[e-mail] (gone - use [e-mail] instead)]

This bug is NOT fixed on the Win32 platform, it's probably in the build, but it 
does not initiate..re-opening.  Leaf, if this isn't your problem this time, 
just pass it along, just to let you all know it's not initiating.

Comment 11

[timeless]

As of 2000070108 win32, talkback binaries were included.
master.ini was not
stdout directed to dynamic console
stderr directed to dynamic console
WEBSHELL+ = 1
 I am inside the initialize
 Hey : You are in QFA Startup
(QFA)Talkback error: Can't initialize.
WEBSHELL+ = 2
substituting a master.ini from another build seems to work
stdout directed to dynamic console
stderr directed to dynamic console
WEBSHELL+ = 1
 I am inside the initialize
 Hey : You are in QFA Startup
(QFA)Talkback loaded Ok.
WEBSHELL+ = 2
My crash is TB13533966G, if it's valid then this is no longer a blocker, If it 
contains no useful data then someone should reset severity to blocker.

Leaf, I told you that there was no master.ini in my build, but i'm not sure i 
understand who owns master.ini

Note: when copying the master.ini there's a build id flag which we should 
probably forge.

Comment 12

[timeless]

Attachment: master.ini please change IDUNNO to the correct build eg 070108

Comment 13

[Daniel (Leaf) Nunes]

Nope, still my problem; though i have realized i've been screwed by someone else
more thoroughly than i previously anticipated. It's going to take me a few
minutes to get the packaging made right again.

Comment 14

[Daniel (Leaf) Nunes]

ok, i've checked what i hope is a fix into the commercial talkback.xpi creation
code. should be fixed with tonight's builds.

Comment 15

[timeless]

oops, I forgot to mention that to use my attached workaround you save it 
as %mozroot%\bin\components\master.ini
where mozroot is the parent of bin, and mozilla.exe lives in %mozroot%\bin

Comment 16

[leger]

Adding verifyme keyword.

Comment 17

[leger]

Talkback working fine in Win32 2000-07-17-08-M17 build.  Marking Verified.      
                            

Comment 18

[[e-mail] (gone - use [e-mail] instead)]

Talkback is broken again using Windows ME, build # 2000100108.  Reopening.

Comment 19

[[e-mail] (gone - use [e-mail] instead)]

Kerz - are you seeing this in commercial builds, also?

Comment 20

[chris hofmann]

could be some problems connecting to the talkback database 
to create a master.ini.     first thing to check is if you 
have a master.ini in your installation.   namachi has been
working on cleaning up the database connection problem.
should be resolved when he gets this figured out.

Comment 21

[Shiva Thirumazhusai]

Talkback Database Machine was experiencing hardware problems and database also 
had problems due to size and index issues. We are on top it right now. It will 
take couple of days to bring it fully under control. For now, the systems are 
working fine. Talkback disabled in linux most probably due to unavailablity of 
the talkback server when the build process created master.ini. If the master.ini  
is present and talkback is not bringing up the dialog box then that is a 
different issue.
 

Comment 22

[Daniel (Leaf) Nunes]

technutz, is this still the case? i think people have successfully been using
talkback on windows for a while. Shiva, are there still problems on 98?

Comment 23

[Shiva Thirumazhusai]

This problem was due to non-availability of talkback server to generate 
master.ini. This is not specific to Windows 98.

Comment 24

[Daniel (Leaf) Nunes]

talkback servers generating master.ini these days.

Comment 25

[[e-mail] (gone - use [e-mail] instead)]

Confirmed resolved on Windows ME, latest trunk builds.

Comment 26

[[e-mail] (gone - use [e-mail] instead)]

Verified