20070222 trunk nightly build had no talkback extension installed

VERIFIED FIXED

Status

Core Graveyard
Talkback Client
--
blocker
VERIFIED FIXED
11 years ago
9 years ago

People

(Reporter: -fullmetaljacket-, Assigned: jay)

Tracking

({regression})

Trunk
regression

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

11 years ago
20070222 trunk nightly build had no talkback extension installed, which is default on previous builds. i dont know if it this was done intensionally as part of the migration to breakpad, anyway, filing this as a blocker to put this issue on the radar.

http://forums.mozillazine.org/viewtopic.php?p=2762524#2762524

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a3pre) Gecko/20070222 Minefield/3.0a3pre ID:2007022204 [cairo]
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1172145840.1172151516.18200.gz

Last two lines in the build summary indicate that master.ini and qfaservices.dll were missing, which explains why they aren't packaged and why talkback doesn't run. Although it doesn't explain why they went missing...
oops, it's actually the first error which explains what happened (error while building qfaservices.dll)
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1172145840.1172151516.18200.gz#err0

Product/Component -> Core/Talkback?

Similar errors on Mac and Linux, so probably All/All
(Reporter)

Comment 3

11 years ago
> Product/Component -> Core/Talkback?
> 

im not sure with that.


OS: Windows XP → All
Hardware: PC → All
(Reporter)

Updated

11 years ago
Keywords: regression
(In reply to comment #3)
> im not sure with that.

Actually, you're probably right, but I just noticed the same errors in the Seamonkey and Thunderbird build logs. So, for my next suggestion: Core/Build Config. Still not sure though.

cc'ing bsmedberg as bug 78081 seems like a likely suspect (changes to mozilla/config/rules.mk )
(Reporter)

Updated

11 years ago
Component: Build Config → Build Config
Product: Firefox → Core
QA Contact: build.config → build-config

Comment 5

11 years ago
Instead of looking in dist/lib, we should be looking wherever the fulls32.lib is being built. I'm not sure I'm allowed to look at this code... jay?
Assignee: nobody → jay
Component: Build Config → Talkback Client
QA Contact: build-config → chofmann
(Assignee)

Comment 6

11 years ago
From the looks of this, it might just be a trivial packaging fix that needs to be made here, so it shouldn't involved the source code (which we don't have access to currently and don't want anyone touching anyway).  I recommend we wait until schrep, jlilly, or chofmann can chime in on whether it's safe to dig around the problem before making any changes.

Comment 7

11 years ago
i think it should be fine to dig around here in the build scripts & such, but that's not a very technically informed thought -- in any event, i think build scripts are fine, and not very proprietary.

Comment 8

11 years ago
Fixed in trunk.
Status: NEW → RESOLVED
Last Resolved: 11 years ago
Resolution: --- → FIXED
(Reporter)

Updated

11 years ago
Status: RESOLVED → VERIFIED
(Reporter)

Comment 9

11 years ago
VERIFIED using 

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a3pre) Gecko/20070227 Minefield/3.0a3pre ID:2007022704 [cairo]

Updated

9 years ago
Component: Talkback Client → Talkback Client
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.