Closed Bug 1460246 Opened 3 years ago Closed 2 years ago

Consider adding a loading indicator to the sidebar

Categories

(WebExtensions :: Frontend, defect)

x86_64
All
defect
Not set
normal

Tracking

(firefox60 affected, firefox61 affected, firefox62 affected)

RESOLVED WONTFIX
Tracking Status
firefox60 --- affected
firefox61 --- affected
firefox62 --- affected

People

(Reporter: cbadescu, Unassigned)

References

Details

(Whiteboard: [design-decision-denied])

Attachments

(1 file)

Attached image SV - blank sidebar.gif
[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.
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
(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
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
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 :)
Mike Conca to follow up with rationale for design decision.
Flags: needinfo?(mconca)
Whiteboard: design-decision-needed → [design-decision-denied]
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: 2 years ago
Flags: needinfo?(mconca)
Resolution: --- → WONTFIX
See Also: → 1318532
Product: Toolkit → WebExtensions
You need to log in before you can comment on or make changes to this bug.