Closed
Bug 774408
Opened 12 years ago
Closed 6 years ago
about:apps with AITC enabled shows missing stylesheets, incorrect appcache prompt for myapps dashboard
Categories
(Web Apps Graveyard :: AppsInTheCloud, defect)
Web Apps Graveyard
AppsInTheCloud
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: jsmith, Unassigned)
References
Details
(Whiteboard: [blocking-aitc-])
Attachments
(1 file)
164.76 KB,
image/png
|
Details |
Steps: 1. Go to about:apps on Nightly Expected: about:apps should redirect to the myapps dashboard, including in the location bar. Actual: See screenshot. Missing stylesheets, appcache prompt is incorrect, and URL in the location bar isn't right.
Reporter | ||
Updated•12 years ago
|
Whiteboard: [blocking-aitc+]
Reporter | ||
Updated•12 years ago
|
Whiteboard: [blocking-aitc+] → [blocking-aitc-]
Reporter | ||
Comment 1•12 years ago
|
||
Bringing the IRC discussion in here - not a blocker, as about:apps is likely not an entry point for users. The issue from what I understood in the IRC discussion was server-side, not client-side. I'll hold the discussion on whether to keep the code active or not until a discussion on Friday occurs about apps presentation in Firefox to determine a different question: "If we don't intend to fix this bug by first release of AITC, should we file and fix a bug to backout or pref off the code for about:apps?"
Comment 2•12 years ago
|
||
(In reply to Jason Smith [:jsmith] from comment #1) > Bringing the IRC discussion in here - not a blocker, as about:apps is likely > not an entry point for users. The issue from what I understood in the IRC > discussion was server-side, not client-side. I'll hold the discussion on > whether to keep the code active or not until a discussion on Friday occurs > about apps presentation in Firefox to determine a different question: > > "If we don't intend to fix this bug by first release of AITC, should we file > and fix a bug to backout or pref off the code for about:apps?" Jason, we are working on defining a simple App Management experience as the first AITC user interface, see the product page at https://wiki.mozilla.org/Features/Apps/AppsManagement Rather than spending a lot of time on the old about:apps, IMHO we should figure out how the App Management experience best this makes sense on Android.
Reporter | ||
Comment 3•12 years ago
|
||
(In reply to Bill Walker [:bwalker] [@wfwalker] from comment #2) > (In reply to Jason Smith [:jsmith] from comment #1) > > Bringing the IRC discussion in here - not a blocker, as about:apps is likely > > not an entry point for users. The issue from what I understood in the IRC > > discussion was server-side, not client-side. I'll hold the discussion on > > whether to keep the code active or not until a discussion on Friday occurs > > about apps presentation in Firefox to determine a different question: > > > > "If we don't intend to fix this bug by first release of AITC, should we file > > and fix a bug to backout or pref off the code for about:apps?" > > Jason, we are working on defining a simple App Management experience as the > first AITC user interface, see the product page at > https://wiki.mozilla.org/Features/Apps/AppsManagement > > Rather than spending a lot of time on the old about:apps, IMHO we should > figure out how the App Management experience best this makes sense on > Android. Right I agree. The concern I have is that we have code active that isn't working, and if we don't intend it to be an entry point and/or want to fix the issues surrounding it, then let's close off the code path entirely (pref off what exists).
Comment 4•12 years ago
|
||
We should fix this, no doubt. about:apps is useful for developers, if nothing else. My only contention is that it is not a blocker.
Reporter | ||
Comment 5•12 years ago
|
||
(In reply to Anant Narayanan [:anant] from comment #4) > We should fix this, no doubt. about:apps is useful for developers, if > nothing else. My only contention is that it is not a blocker. Here's an idea that I think could address both our perspectives - Could we pref about:apps off for FF 16? That way both perspectives being brought here are addressed (about:apps = not a priority & avoiding leaving code that kinda does not work active). Although leaving the hanging fruit of keeping the code active on any build while it's not working may not be a good idea, especially since this isn't a priority right now. Perhaps the better approach is to keep about:apps hidden behind a pref?
Reporter | ||
Comment 6•12 years ago
|
||
Let's talk post the AITC meeting on Tuesday about this with Bill (if he's available). I can probably clarify this better in person.
Comment 8•6 years ago
|
||
Dead component, closing bugs in it.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WONTFIX
Updated•6 years ago
|
Product: Web Apps → Web Apps Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•