Closed
Bug 583296
Opened 15 years ago
Closed 15 years ago
[Mac] [OOPP] Beach balling when I trigger the flash context menu
Categories
(Core Graveyard :: Plug-ins, defect)
Tracking
(blocking2.0 betaN+)
RESOLVED
FIXED
| Tracking | Status | |
|---|---|---|
| blocking2.0 | --- | betaN+ |
People
(Reporter: marcia, Assigned: BenWa)
References
()
Details
(Keywords: regression)
Attachments
(2 files, 1 obsolete file)
|
2.45 KB,
patch
|
jaas
:
review+
|
Details | Diff | Splinter Review |
|
812 bytes,
patch
|
jaas
:
review+
jaas
:
approval2.0+
|
Details | Diff | Splinter Review |
Seen while running Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b3pre) Gecko/20100730 Minefield/4.0b3pre
STR:
1. Load blip.tv come.
2. Right click to expose the context menu
3. Try to select one of the "quality" options
4. If you move the cursor away from the menu, you see beach balling.
I have also seen the same behavior when performing the same operations on youtube.com
Updated•15 years ago
|
blocking2.0: --- → ?
| Assignee | ||
Comment 1•15 years ago
|
||
I'll take this bug. I know what the problem here. My surprise is that on my machine I don't get 'beach balling', I just have the rendering pause during the duration of the menu.
Assignee: nobody → b56girard
Status: NEW → ASSIGNED
Updated•15 years ago
|
blocking2.0: ? → betaN+
| Assignee | ||
Updated•15 years ago
|
Summary: [Mac] Beach balling when I trigger the flash context menu → [Mac] [OOPP] Beach balling when I trigger the flash context menu
| Assignee | ||
Comment 2•15 years ago
|
||
Previously we used to detect if we we're in a paint event using 'mView != [NSView focusView]' except this doesn't work with out-of-process. My change instead checks if we dispatched a paint event. This appears to be more reliable.
Attachment #466020 -
Flags: review?
| Assignee | ||
Updated•15 years ago
|
Attachment #466020 -
Flags: review? → review?(joshmoz)
Attachment #466020 -
Flags: review?(joshmoz) → review+
| Assignee | ||
Comment 3•15 years ago
|
||
Pushed to mozilla-central:
http://hg.mozilla.org/mozilla-central/rev/5e9c05dbe8d6
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
| Assignee | ||
Comment 4•15 years ago
|
||
I forgot to un-comment 2 lines that release memory.
Also does this object doesn't need to be release-ed since it doesn't alloc right?
NSTimer *eventTimer = [NSTimer timerWithTimeInterval:EVENT_PROCESS_DELAY
target:eventProcessor selector:@selector(onTick)
userInfo:nil repeats:TRUE];
Attachment #466020 -
Attachment is obsolete: true
Attachment #466187 -
Flags: review?
| Assignee | ||
Updated•15 years ago
|
Attachment #466187 -
Flags: review? → review?(joshmoz)
| Assignee | ||
Updated•15 years ago
|
Attachment #466187 -
Attachment is patch: true
Attachment #466187 -
Attachment mime type: application/octet-stream → text/plain
| Assignee | ||
Updated•15 years ago
|
Attachment #466020 -
Attachment is obsolete: false
| Assignee | ||
Comment 5•15 years ago
|
||
Sorry for bugspam, found another problem :(.
Attachment #466187 -
Attachment is obsolete: true
Attachment #466190 -
Flags: review?(joshmoz)
Attachment #466187 -
Flags: review?(joshmoz)
(In reply to comment #4)
> Also does this object doesn't need to be release-ed since it doesn't alloc
> right?
> NSTimer *eventTimer = [NSTimer timerWithTimeInterval:EVENT_PROCESS_DELAY
> target:eventProcessor selector:@selector(onTick)
> userInfo:nil repeats:TRUE];
It's not that it does or doesn't alloc (you don't really have a way to know what it does), but whatever it does it returns an autoreleased object which means it isn't your responsibility to release it.
Attachment #466190 -
Flags: review?(joshmoz) → review+
Attachment #466190 -
Flags: approval2.0+
Updated•3 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•