Closed Bug 1303454 Opened 8 years ago Closed 8 years ago

[FlyWeb] publishServer() broken on Fennec

Categories

(Core Graveyard :: DOM: Flyweb, defect)

defect
Not set
normal

Tracking

(firefox52- fixed)

RESOLVED FIXED
mozilla52
Tracking Status
firefox52 - fixed

People

(Reporter: justindarc, Unassigned, NeedInfo)

References

Details

Attachments

(1 file)

Visiting https://flyweb.github.io/ calls `navigator.publishServer()` and does not bring up the permissions prompt on Fennec Nightly. The following error is logged to the GeckoConsole: [JavaScript Error: "[Exception... "Failure" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: <unknown filename> :: <TOP_LEVEL> :: line 0" data: no]"] Additionally, in DEBUG builds, the browser crashes with the following: Assertion failure: removed, at /Users/Justin/Development/Mozilla/mozilla-central/dom/flyweb/FlyWebService.cpp:1109 NOTE: This does not affect the ability to do FlyWeb discovery or connect to FlyWeb services on Fennec. This is only an issue with starting FlyWeb services from web pages using `navigator.publishServer()`.
Blocks: flyweb
Flags: needinfo?(kvijayan)
Is this intermittent or does it always happen?
Flags: needinfo?(kvijayan)
Looked into this. This is being caused by the addon-check failing on fennec. Looking into how to fix (simple fix is to remove the addon check, but I doubt ehsan will be happy with that).
The "flyweb addon check" in the content-permission check fails on Android because the path it looks for isn't present in the fennec add-on. This change just refactors the addon-checking code into a separate function, where we look for one of two resource paths - one of which succeeds on desktop and the other on fennec.
Attachment #8792915 - Flags: review?(ehsan)
Attachment #8792915 - Flags: review?(ehsan) → review+
Pushed by kvijayan@mozilla.com: https://hg.mozilla.org/integration/mozilla-inbound/rev/acdba157c88f Change FlyWeb addon check to use paths from both desktop and android resources. r=ehsan
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla52
Product: Toolkit → Core
[Tracking Requested - why for this release]: It is very hard to fix been on it for 2 weeks and cant figure out the source of the bug I tracked the last user and it never showed me th info i need so i suggest keeping an eye on thi,s bug
Flags: needinfo?(peters223480)
Tracking 52- since this is now resolved fixed.
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: