Closed
Bug 871652
Opened 12 years ago
Closed 11 years ago
Add clipboard actionbar support in editing mode
Categories
(Firefox for Android Graveyard :: Awesomescreen, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
Firefox 26
People
(Reporter: lucasr, Assigned: lucasr)
References
Details
(Whiteboard: [fixed-fig])
Attachments
(1 file)
3.17 KB,
patch
|
sriram
:
review+
|
Details | Diff | Splinter Review |
Right now the code to show/hide the clipboard toolbar is commented out in the fig branch.
Comment 1•11 years ago
|
||
Do you remember what the issues were around this and why it was commented out?
I just tried un-commenting the mActivity.getActionBar().show/hide calls in BrowserToolbar, and I got an NPE because mActivity.getActionBar() was null.
I also see this method BrowserApp.getActionBarLayout() that's in fig but not in m-c:
http://hg.mozilla.org/projects/fig/annotate/a0890fdc1346/mobile/android/base/BrowserApp.java#l927
So basically, I don't actually know how to fix this bug and I was wondering if you do :)
Flags: needinfo?(lucasr.at.mozilla)
Assignee | ||
Comment 2•11 years ago
|
||
To be very honest, I don't remember the exact context of this feature. I think sriram implemented this in the original code.
Flags: needinfo?(lucasr.at.mozilla) → needinfo?(sriram)
Comment 3•11 years ago
|
||
(In reply to :Margaret Leibovic from comment #1)
> Do you remember what the issues were around this and why it was commented
> out?
>
> I just tried un-commenting the mActivity.getActionBar().show/hide calls in
> BrowserToolbar, and I got an NPE because mActivity.getActionBar() was null.
>
> I also see this method BrowserApp.getActionBarLayout() that's in fig but not
> in m-c:
> http://hg.mozilla.org/projects/fig/annotate/a0890fdc1346/mobile/android/base/
> BrowserApp.java#l927
>
> So basically, I don't actually know how to fix this bug and I was wondering
> if you do :)
There is no ActionBar in BrowserApp. So, if you call "getActionBar()" it's going to be null and would crash.
I fixed the bug 889562 by removing all those bits of code that we force to show an ActionBar. Android does it for free. The only issue from the BrowserApp's side is that, BrowserToolbar also has a long press menu (that's such a biggg biggg UI problem! who'll know that one can long press on url-bar?? that too when android is moving away from long press :( :( :enough-of-sriram's-rant: ). So, there is a race between both and BrowserToolbar wins. If we have a different approach there -- if in editing mode, don't show our long press menu, if not, show it -- this would work fine, by itself.
Flags: needinfo?(sriram)
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → lucasr.at.mozilla
Assignee | ||
Comment 4•11 years ago
|
||
Attachment #789620 -
Flags: review?(sriram)
Comment 5•11 years ago
|
||
Comment on attachment 789620 [details] [diff] [review]
Disable toolbar's context menu while in editing mode
Review of attachment 789620 [details] [diff] [review]:
-----------------------------------------------------------------
Thanks a bunch for restoring this.
Attachment #789620 -
Flags: review?(sriram) → review+
Assignee | ||
Comment 6•11 years ago
|
||
Whiteboard: [fixed-fig]
Comment 7•11 years ago
|
||
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 26
Updated•4 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•