114394 - Doesn't remember clearing URL and email

Status: RESOLVED INVALID

(Core Graveyard :: Talkback Client, defect)

Description

[Jonas Jørgensen]

If I fill out the URL and/or email fields in a talkback report, the values are
saved, and the fields will be prefilled with those values the next time I submit
a report. But if I clear one or both of the fields after they are prefilled, the
field will still be prefilled the next time!

(Note: I never fill out the URL when submitting a report since doing so, with
this bug, will force me to clear the URL field the next 20 times when the crash
didn't occur at some specific URL, which I don't want to, or edit talkback.ini
manually, which I don't want to do either.)

Comment 1

[Gilles Durys]

*** Bug 114395 has been marked as a duplicate of this bug. ***

Comment 2

[greer]

The talkback client is third-party software that Netscape uses to track bugs in
the browser. As third-party software we don't currently have access to the code
to fix this problem. That may change in the near future. We, too, want to see
this and several other issues fixed as soon as possible.

Comment 3

[greer]

*** Bug 155067 has been marked as a duplicate of this bug. ***

Comment 4

[OstGote!]

It is more than this. If I delete the prefilled value in the URL field and let
it empty (because I don't have an URL) and submit the report, the prefilled
value is sent and appears in
http://talkback-public.mozilla.org/talkback/fastfind.jsp. So several reports of
me contains an useless and misleading URL.

Comment 5

[Brian 'netdragon' Bober]

I had this issue too, and it causes the wrong URLs to be sent to reports. This
is a blocker because it stops us from being able to know the correct URL a crash
actually occurred on.

See also bug 271600 about not remembering URL at all, or providing a checkbox to
disable it.

What is the current status on the licensing. Has it changed? Can we gain access
to the source now?

Comment 6

[Brian 'netdragon' Bober]

A possible workaround might be to clear the URL value on browser startup by
editing the file it's stored in.

Comment 7

[Brian 'netdragon' Bober]

That is, have Mozilla modify it automatically -- if the source of talkback still
cannot be modified.

Comment 8

[timeless]

brian: we absolutely must not trample on the field when mozilla starts. period.

Comment 9

[Jay Patel [:jay]]

Since we don't have access to the Talkback source code, this is something that
may or may not be fixed in the future.

Cc'ing Shiva because he is the only one that has any control over what gets
fixed in the Talkback code these days.

Comment 10

[Stephen Donner [:stephend] Not actively reading bugmail]

*** Bug 287830 has been marked as a duplicate of this bug. ***

Comment 11

[0jacobnk.mozbug]

*** Bug 289685 has been marked as a duplicate of this bug. ***

Comment 12

[Nathan Strom]

Will this ever be fixed? I reported one URL the first time talkback popped up,
and then set it to send automatically in the future. Now every TB report I
submit has the same URL recorded.

Comment 13

[Hermann Schwab]

(In reply to comment #12)
> Will this ever be fixed? I reported one URL the first time talkback popped up,
> and then set it to send automatically in the future. Now every TB report I
> submit has the same URL recorded.

I use a workaround: 
If I don't have a URL to insert, I write 'noURL' into the URL field to clear the
old one.
If you don't want to use the URLfield because the URL stays, put the URL into
the comment field, as the URL is important to others for comparing talkback records.

Comment 14

[Stephen Donner [:stephend] Not actively reading bugmail]

*** Bug 330695 has been marked as a duplicate of this bug. ***

Comment 15

[Serge Gautherie (:sgautherie)]

Talkback isn't used anymore:
R.Invalid now.