Open
Bug 1184554
Opened 9 years ago
Updated 2 years ago
Hide View Later extension when in Firefox
Categories
(Firefox for iOS :: General, defect)
Tracking
()
NEW
Tracking | Status | |
---|---|---|
fxios | + | --- |
People
(Reporter: aaronmt, Unassigned)
References
Details
(Whiteboard: [rdar://19430419][ViewLater])
Visit a site, tap "View Later" in Firefox. Nothing happens.
Comment 1•9 years ago
|
||
Lets disable it when in Firefox. Like we do with the Safari Reading List. I think we can simply exclude it by including its identifier in the exception list?
Updated•9 years ago
|
Summary: View Later does nothing in Firefox → Hide View Later extension when in Firefox
Updated•9 years ago
|
Assignee: nobody → bmunar
Updated•9 years ago
|
Assignee: bmunar → rnewman
Updated•9 years ago
|
Status: NEW → ASSIGNED
Comment 2•9 years ago
|
||
Well, this is strange. // Hide 'Add to Reading List' which currently uses Safari. // Also hide our own View Later… after all, you're in the browser! activityViewController.excludedActivityTypes = [ UIActivityTypeAddToReadingList, "org.mozilla.ios.Fennec.ViewLater", ] browserToolbarDidPressShare(_:button:): Selected activity type: org.mozilla.ios.Fennec.ViewLater
Comment 3•9 years ago
|
||
--- As of iOS 8.1 UIActivityViewController ignores third-party values in excludedActivityTypes. The system options like UIActivityTypePostToFacebook and UIActivityTypePostToTwitter are okay, but anything that doesn't start with com.apple.UIKit.activity is ignored. I opened Radar #19430419 for this issue, and if you would also like this functionality please open a duplicate of it. --- http://johnszumski.com/blog/excluding-third-party-apps-from-ios-8-share-sheet Trying with 8.3, see if it's any better.
Comment 4•9 years ago
|
||
Not tracking; blocked on upstream. I'm going to land the trivial fix without review, but this isn't resolved.
Comment 5•9 years ago
|
||
This should do it. https://github.com/mozilla/firefox-ios/commit/c3a9c1410a69513328329dd3376d2bac0e104e5c
Comment 6•9 years ago
|
||
Unassigning and marking as tracking a future release to see if the upstream bug has been fixed. I can't view the duped rdar.
Comment 7•9 years ago
|
||
Robin, Darrin: if this is still applicable, we won't be able to remove our own extensions from the list.
Updated•8 years ago
|
Assignee: nobody → jhugman
Comment 8•8 years ago
|
||
I thought there may be a workaround for this, by essentially reverting half of the work for Bug 1236644. By fixing Bug 1238807, this means that the workaround no longer works, because of http://openradar.appspot.com/radar?id=6456818549129216 ref: http://engineering.tumblr.com/post/97658880154/what-we-learned-building-the-tumblr-ios-share
Updated•8 years ago
|
Assignee: jhugman → nobody
Updated•8 years ago
|
Comment 9•7 years ago
|
||
Looks like these guys found a fix. https://pspdfkit.com/blog/2016/hiding-action-share-extensions-in-your-own-apps/?utm_campaign=iOS%2BDev%2BWeekly&utm_medium=email&utm_source=iOS_Dev_Weekly_Issue_280
Updated•7 years ago
|
Whiteboard: rdar://19430419 → [rdar://19430419][ViewLater]
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•