Closed Bug 190855 Opened 23 years ago Closed 22 years ago

"show details" in talkback empty (when report is collected after crash)

Categories

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

Product:
Core Graveyard
Component:
Talkback Client
Platform:
x86
Windows 2000
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED FIXED
Milestone:
mozilla1.4alpha

People

(Reporter: durbacher, Assigned: jrgmorrison)

References

Details

(Keywords: regression)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030125 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3b) Gecko/20030125 After a crash the talkback agent not only asks for the address and circumstances of the crash, but also offers to show the collected data via the "show details" button. But that one does not work anymore. If you choose to save tha data there is also nothing saved. Reproducible: Always Steps to Reproduce: 1. trigger a crash (e.g. using testcase in bug 137322 with no proxy) Actual Results: "show details" brings up a empty window Expected Results: "show details" should show the data it is about to transfer to the talkback server This was not a problem in build 2003012108, but began to happen with build 2003012200. Probably no coincidence that 2200 was also the first one to have the "CustomImages.dll" bug 190093. Something in talkback was obviously changed between those builds. Too bad it is closed source...
I forgot to mention that the/some data *is* actually sent - at least my packet capturer shows 82 (encrypted/unreadable) packets (in both directions) after I chose to send the talkback data. (It's TB16631612Q if you want to check if the data sent is valid.)
Keywords: regression
Summary: "show details" in talkback empty (when report is collected after crash) → "show details" in talkback empty (when report is collected after crash)
Investigating the problem.
Severity: normal → major
Status: NEW → ASSIGNED
Priority: -- → P1
I´ve seen this, when I unzipped a non-talkback-zip (mozilla-win32.zip)into the folder which held a talkback-zip version before. (mozilla-win32-talkback.zip) When Mozilla crashed, DocWatson and Talkback came up, but Talkback without details. I´m using fresh folders only when I´m looking for bugs.
Hermann, of course I always install in an empty directory. Have you tried to reproduce this bug with a current nightly? Maybe you want to. See steps above.
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.3b) Gecko/20030221 I´m still seeing this bug, and I´m unzipping in fresh directories. It even got worse, talkback can´t connect, maybe sends at next start of browser, but only if talkback closed in the meantime.
I encounter this same bug on Windows XP with Mozilla installed in a new directory from the 1.3b talkback enabled installer. Talkback connects and submits something, but does anyone know if the reports actually contain the proper crash-dump, or are they empty? I'd really like to know that Talkback is working properly so I know that my frequent crashes are actually getting reported.
Matthew, Hermann: *Of course* you still see this bug: it was reported not so long ago as "always reproducible", but not yet fixed! What do you expect?? Hermann: What leads you to the assumption that the fact that talkback got connection problems quite some time *after* this bug was reported has anything to do with this bug? Not all problems with talkback are due to the same bug. Matthew: As I said in comment #2: "the/some data *is* actually sent". And when you look at ftp://ftp.mozilla.org/pub/data/crash-data/Trunk-topcrashers.html you see that Windows crashes are reported correctly. Looking at ftp://ftp.mozilla.org/pub/data/crash-data/seamonkey-crash-analysis.txt you might even find your very own crash reports and tell some of the data they contained.
->jrgm
Assignee: namachi → jrgm
Status: ASSIGNED → NEW
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.4alpha
okay. I have (most of) a fix for this.
*** Bug 192878 has been marked as a duplicate of this bug. ***
Seeing this on XP Pro SP1 and 2003032308 fully clean install Perhaps related to bug 197829? [talkback packaging problems not fully solved yet?]
I also have the same problems with 2003032308 on Windows XP Pro with SP1. In addition to show details being empty I don't get a dialog asking me to enter e-mail address and descripton of the steps leading to crash. I ony get a small dialog with 3 buttons: Send, Don't send, Show details.
The problem with only showing "Send, Don't send, Show details" was a misconfiguration problem with the master.ini in those builds. I believe it is fixed now. [And it's not related to this bug really].
However, I think this is also a SECURITY issue - the user has NO control over the data sent out, in particular, if logged on, he/she cannot prevent sending out valid USERNAME and computername! (Well, and I still see the same beahvior of Talkback, Moz 1.4a, build 2003040105 also under WinNT and Win98, as mentioned in bug 200842).
Bug is still there. Build 2003042112 on WinNT4.
John, two months ago you had most of a fix for this...
Yes, and it is fixed in the current talkback client, but we have not incorporated that new client into the current mozilla builds since we have been working on some other issues. But we will get that new client in this week. Sorry for the delay.
fixed. win32 builds as of this morning now have an updated client that can show details (and other stuff).
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.