Closed
Bug 1460246
Opened 3 years ago
Closed 3 years ago
Consider adding a loading indicator to the sidebar
Categories
(WebExtensions :: Frontend, defect)
Tracking
(firefox60 affected, firefox61 affected, firefox62 affected)
RESOLVED
WONTFIX
People
(Reporter: cbadescu, Unassigned)
References
Details
(Whiteboard: [design-decision-denied])
Attachments
(1 file)
368.83 KB,
image/gif
|
Details |
[Affected versions]: - Firefox 59.0.3 and up - Side View 0.4.3 [Affected Platforms]: - All Windows - All Mac - All Linux [Prerequisites]: - Have a clean Firefox profile with the latest Side View v0.4.3 installed from https://github.com/mozilla/side-view. - Have the Side View sidebar open. [Steps to reproduce]: 1. Open the Firefox browser with the profile from prerequisites. 2. Navigate to a website. 3. Click the "Open Side View" action button from the address bar and observe the behavior. [Expected result]: - The website is displayed in the sidebar. [Actual result]: - The sidebar becomes blank for a brief moment and afterwards the website is displayed. [Notes]: - Attached is a screen shot of the issue.
Comment 1•3 years ago
|
||
Although it isn't specifically mentioned here, from the discsusion at https://github.com/mozilla/side-view/issues/91 this is a request to add some sort of loading indicator to the sidebar while it is loading remote content.
Summary: The Side View sidebar becomes blank for a moment when websites are sent to it → Consider adding a loading indicator to the sidebar
Whiteboard: design-decision-needed
Comment 2•3 years ago
|
||
(In reply to Andrew Swan [:aswan] from comment #1) > Although it isn't specifically mentioned here, from the discsusion at > https://github.com/mozilla/side-view/issues/91 this is a request to add some > sort of loading indicator to the sidebar while it is loading remote content. And yet another reason for bug 1318532
Comment 3•3 years ago
|
||
Hi Cristina, this has been added to the agenda for the WebExtensions APIs triage on May 29, 2018. Would you be able to join us? Here’s a quick overview of what to expect at the triage: * We normally spend 5 minutes per bug * The more information in the bug, the better * The goal of the triage is to give a general thumbs up or thumbs down on a proposal; we won't be going deep into implementation details Relevant Links: * Wiki for the meeting: https://wiki.mozilla.org/WebExtensions/Triage#Next_Meeting * Meeting agenda: https://docs.google.com/document/d/1Y_oYPldTT_kQOOouyJbC-8y3ASIizScLKFRhQfsDQWI/edit#heading=h.v63i1wz9d1pc * Vision doc for WebExtensions: https://wiki.mozilla.org/WebExtensions/Vision
Reporter | ||
Comment 4•3 years ago
|
||
Hello Caitlin, Thank you for the invite. I would love to join the meeting but unfortunately it's a little too late for my time zone (in Romania is going to be 8:30 PM). I will follow up the Triage document. Thanks again :)
Comment 5•3 years ago
|
||
Mike Conca to follow up with rationale for design decision.
Flags: needinfo?(mconca)
Whiteboard: design-decision-needed → [design-decision-denied]
Comment 6•3 years ago
|
||
Rather than add an indicator to show that remote content is loading in a sidebar, we'd prefer to implement bug 1318532, which seems like an architecturally superior way to solve the general problem.
Status: NEW → RESOLVED
Closed: 3 years ago
Flags: needinfo?(mconca)
Resolution: --- → WONTFIX
See Also: → 1318532
Updated•3 years ago
|
Product: Toolkit → WebExtensions
You need to log in
before you can comment on or make changes to this bug.
Description
•