Closed Bug 527182 Opened 15 years ago Closed 15 years ago

crash entering login info on twitter

Categories

(Core :: DOM: Editor, defect)

Other
Linux
defect
Not set
critical

Tracking

()

VERIFIED FIXED
Tracking Status
status1.9.2 --- beta5-fixed
fennec 1.0+ ---

People

(Reporter: dougt, Assigned: blassey)

Details

(Keywords: crash)

Attachments

(3 files)

i have a saved username and passwords for twitter.  when i try to login, i click in the upper right of twitters page.  it does some dhtml thing which shows two edit boxed.  both are filled out. i see my password in CLEAR text.

blassey, can you reproduce?
beta blocker?
tracking-fennec: --- → ?
oh.  the timer is held onto after the object is finished.



however, i am still seeing, this:

###!!! ASSERTION: QueryInterface needed: 'query_result.get() == mRawPtr', file ../../dist/include/nsCOMPtr.h, line 521


Brad, any idea?
Attached patch kill the timerSplinter Review
Assignee: nobody → doug.turner
Attachment #410976 - Flags: review?(bugmail)
Attachment #410976 - Flags: review?(bugmail) → review+
Attachment #410976 - Flags: approval1.9.2?
http://hg.mozilla.org/mozilla-central/rev/05ab1cbc361f
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
i pushed this to 1.9.2 so that it will be in for beta 5.

http://hg.mozilla.org/releases/mozilla-1.9.2/rev/3f96eaed7fdf
tracking-fennec: ? → ---
comment 2 typically means the object held by nsCOMPtr<> has a broken QI method which doesn't list something available from the c++ class vtable (and that something is the nsISomeThing type specified by nsCOMPtr<nsISomeThing>.
@timeless, i think it is unrelated to this particular bug.
Comment on attachment 410976 [details] [diff] [review]
kill the timer

a192=beltzner, post-hoc, with a bit of a scowl. Let's not do unapproved landings on a restricted tree, mmkay?
Attachment #410976 - Flags: approval1.9.2? → approval1.9.2+
Where's a test for this?
(In reply to comment #9)
> Where's a test for this?

This is currently not testable on any desktop. We can get a browser-chrome test ready for maemo and winmo.
Flags: in-testsuite?
Attached file test case
This does not crash in the 11/9 morning build (aka Beta 5) build on my n900. I saved a password, logged out, and logged back in with it remembering my saved password on twitter. Anything else to do here?
nope, that should reproduce the bug on an 11/6 build.  You could also try the test case I attached if you want to be thorough.  It will crash you without the dependency on having a saved password.
Testcase doesn't crash in the same build either.
Status: RESOLVED → VERIFIED
(In reply to comment #6)
> comment 2 typically means the object held by nsCOMPtr<> has a broken QI method
> which doesn't list something available from the c++ class vtable (and that
> something is the nsISomeThing type specified by nsCOMPtr<nsISomeThing>.

yup, this fixes the broken QI impl
Attachment #411720 - Flags: review?
Attachment #411720 - Flags: review? → review?(timeless)
Comment on attachment 411720 [details] [diff] [review]
patch for broken QI

a better checkin comment would be great :)
Attachment #411720 - Flags: review?(timeless) → review+
Attachment #411720 - Flags: approval1.9.2?
Severity: major → critical
Keywords: crash
Assignee: mozbugz → nobody
Component: Linux/Maemo → Editor
Product: Fennec → Core
QA Contact: maemo-linux → editor
Attachment #411720 - Flags: approval1.9.2?
These bugs landed after b4 was cut. Moving flag out.
(In reply to comment #19)
> These bugs landed after b4 was cut. Moving flag out.

I lied about this bug.
No you didn't, we actually built b5 from af0e2b9566cc :)
Assignee: nobody → bugmail
Flags: in-testsuite?
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: