Open
Bug 761727
(TBAppTabs)
Opened 12 years ago
Updated 2 years ago
Implement app / pinned tabs for Thunderbird
Categories
(Thunderbird :: Toolbars and Tabs, enhancement)
Tracking
(Not tracked)
NEW
People
(Reporter: mconley, Unassigned)
References
()
Details
(Whiteboard: [patchlove])
Attachments
(1 file, 5 obsolete files)
26.28 KB,
patch
|
Details | Diff | Splinter Review |
Patches for the App Tabs feature will go here.
Comment 1•12 years ago
|
||
WIP Patch June 18th 2012
Reporter | ||
Comment 2•12 years ago
|
||
(In reply to Nguyen Ngoc Trung from comment #1) > Created attachment 634140 [details] [diff] [review] > WIP patch > > WIP Patch June 18th 2012 Trung: Can you please update your patch here with whatever you currently have? Thanks, -Mike
Comment 3•12 years ago
|
||
I was trying to implement the Persist function before uploading the patch but unsuccessful :( I still got segmentation fault, it is segmentation fault 11.
Reporter | ||
Comment 4•12 years ago
|
||
Trung: Can you give me a minimal set of steps to reproduce the segfault? -Mike
Comment 5•12 years ago
|
||
I'm not sure, but I sometimes get this by: 1. Open Thunderbird, load and pin some tabs. 2. Quit the app or wait for Thunderbird's session manager to save the session. 3. Open the Thunderbird and wait for a while. Then I get segmentation fault 11.
Reporter | ||
Comment 6•12 years ago
|
||
(In reply to Nguyen Ngoc Trung from comment #5) > I'm not sure, but I sometimes get this by: > 1. Open Thunderbird, load and pin some tabs. > 2. Quit the app or wait for Thunderbird's session manager to save the > session. > 3. Open the Thunderbird and wait for a while. > Then I get segmentation fault 11. Ok. I'll see if I can reproduce it. At the same time, can you try running TB through a debugger, and try to get me a backtrace?
Reporter | ||
Updated•12 years ago
|
Attachment #634140 -
Attachment is obsolete: true
Reporter | ||
Comment 7•12 years ago
|
||
Trung: Just a note about your comment about the crash - what you're hitting is an Assertion Failure. There are assertions all over the Mozilla codebase to ensure that certain things meet our expectations. In debug builds, when we fail an assertion, we intentionally crash (fail loud, fail proud). Getting a backtrace for this crash would help us determine how you got there. When you crash a debug build, it should give you 300 seconds to attach a debugger to the process. From there you can get a backtrace. Come find me in IRC today if you're still experiencing this, and I'll show you how to do that. -Mike
Comment 8•12 years ago
|
||
Attachment #639443 -
Attachment is obsolete: true
Reporter | ||
Comment 9•12 years ago
|
||
Thanks for the WIP patch Trung, keep 'em coming!
Comment 10•12 years ago
|
||
Attachment #652727 -
Attachment is obsolete: true
Comment 11•12 years ago
|
||
Attachment #653087 -
Attachment is obsolete: true
Reporter | ||
Updated•12 years ago
|
Assignee: ip_trungnguyen → trunga0
Reporter | ||
Updated•12 years ago
|
Whiteboard: [patchlove]
Updated•11 years ago
|
Assignee: trunga0 → josiah
Whiteboard: [patchlove]
Comment 13•11 years ago
|
||
Not even close to done, but now it is semi-functional.
Attachment #653195 -
Attachment is obsolete: true
Comment 14•11 years ago
|
||
Going to keep this assigned just for memory purposes, but I may not get to this for a little several weeks.
Whiteboard: [feel_free_to_submit_patch_even_if_assigned]
Comment 16•9 years ago
|
||
I'm extremely busy, so I'm un-assigning myself, at least for the time being.
Assignee: josiah → nobody
Updated•7 years ago
|
Blocks: tabsmeta
Severity: normal → enhancement
Whiteboard: [feel_free_to_submit_patch_even_if_assigned] → [patchlove]
Comment 18•4 years ago
|
||
When can we expect this feature?
It's over 8 year old now and I'm missing it every day?
I noticed an increased activitiy on old bug-entries, maybe this bug can be considered too?
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•