Closed
Bug 1460246
Opened 7 years ago
Closed 6 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)
(deleted),
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•6 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•6 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•6 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•6 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•6 years ago
|
||
Mike Conca to follow up with rationale for design decision.
Flags: needinfo?(mconca)
Whiteboard: design-decision-needed → [design-decision-denied]
Comment 6•6 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: 6 years ago
Flags: needinfo?(mconca)
Resolution: --- → WONTFIX
Updated•6 years ago
|
Product: Toolkit → WebExtensions
You need to log in
before you can comment on or make changes to this bug.
Description
•