1393080 - Download toolbutton should be visible as a placeholder in customize mode.

Status: RESOLVED DUPLICATE of bug 1393213

(Firefox :: Toolbars and Customization, defect)

Description

[Alice0775 White]

Because the download toolbutton is hidden in customize mode, unable to place new toolbuttons on the left and right of the download toolbutton.


Reproducible: always

Steps To Reproduce:
1. Launch Nightly
2. Enter customize mode
3. Attempt to put a new toolbutton on the left/right side of download toolbutton.

Actual Results:
The problem is that the download toolbutton is also hidden in customize mode.
So, it is impossible. 

Expected Results:
In customize mode, The download toolbutton should be displayed as a placeholder. And it should allow new items to be placed on the left or right side of the download toolbutton.

Comment 1

[:Gijs (he/him)]

The position of the downloads button is fixed, per the requirements in bug 1371765 comment #0:

- The downloads button should appear in the first position to the right of the location bar, unless a flexible spacer or the search box is immediately to the right of the location bar. If a flexible spacer or the search box is immediately to the right of the location bar, then the downloads button should appear to the right of the flexible spacer or the combination of the search box and flexible spacer.


As a result, I don't think this should be fixed.

Comment 2

[Alice0775 White]

Show the download toolbutton as placeholder(light-gray colored button) like locationbar in customize mode!

Why wontfix?

Comment 3

[Alice0775 White]

Attachment: screenshot

Comment 4

[u595893]

(In reply to Alice0775 White from comment #2)
> Show the download toolbutton as placeholder(light-gray colored button) like
> locationbar in customize mode!
> 
> Why wontfix?

Totally agree with Alice, let the user choose.

Comment 5

[:Gijs (he/him)]

Bryan said he can reply about the reasoning here.

Comment 6

[Alice0775 White]

(In reply to :Gijs from comment #1)
> The position of the downloads button is fixed, per the requirements in bug
> 1371765 comment #0:
> 
> - The downloads button should appear in the first position to the right of
> the location bar, unless a flexible spacer or the search box is immediately
> to the right of the location bar. If a flexible spacer or the search box is
> immediately to the right of the location bar, then the downloads button
> should appear to the right of the flexible spacer or the combination of the
> search box and flexible spacer.
> 
> 
> As a result, I don't think this should be fixed.

Too complicated. It is not intuitive.

Comment 8

[B.J. Herbison]

The original comment is misleading, as the Download icon is present in the customize menu if a file has been downloaded in the current session. (For me under Linux.)

Here is my complaint, which was bug 1393167 but marked as a "duplicate" of this bug report:

Title: Firefox 57 forgets my toolbar bookmark placement customization upon restart

Steps to reproduce with Nightly 57:
1) Download a file.
2) Customize something to the left of the download button. (In my case, the Bookmarks icon.)
3) Restart Nightly.
4) Download a file.

Expected result:

4) Bookmarks is to the left of the download button as shown during and after customization (step 2).

Actual result:

4) Bookmarks is to the right of the download button.

Comment 9

[bbell]

(In reply to Alice0775 White from comment #3)
> Created attachment 8900310 [details]
> screenshot

Can you help me understand why you would like this capability? How does having control over what is shown to the right or left of where the download menu is shown helpful?

Comment 10

[Alice0775 White]

(In reply to bbell from comment #9)
> (In reply to Alice0775 White from comment #3)
> > Created attachment 8900310 [details]
> > screenshot
> 
> Can you help me understand why you would like this capability? How does
> having control over what is shown to the right or left of where the download
> menu is shown helpful?

nonsense

Comment 11

[bbell]

(In reply to B.J. Herbison from comment #8)
> The original comment is misleading, as the Download icon is present in the
> customize menu if a file has been downloaded in the current session. (For me
> under Linux.)
> 
> Here is my complaint, which was bug 1393167 but marked as a "duplicate" of
> this bug report:
> 
> Title: Firefox 57 forgets my toolbar bookmark placement customization upon
> restart
> 
> Steps to reproduce with Nightly 57:
> 1) Download a file.
> 2) Customize something to the left of the download button. (In my case, the
> Bookmarks icon.)
> 3) Restart Nightly.
> 4) Download a file.
> 
> Expected result:
> 
> 4) Bookmarks is to the left of the download button as shown during and after
> customization (step 2).
> 
> Actual result:
> 
> 4) Bookmarks is to the right of the download button.

I performed these steps and the feature is working as designed.

I understand that this change is potentially jarring, and I'm sorry for any consternation that this might cause. The complete design might satiate any concerns you might have, so please stay tuned. 

I should explain the intent. 

We recognized that The Recent Downloads Menu has very little utility for the user in its empty state, and so we decided to hide it when not needed.  However, its total uselessness in the empty state is not entirely true, because it was the only convenient place to see a listing of downloads from previous sessions. The Library is about to gain a Recent Downloads list so that users can have full-time access that that information. 

It's unfortunate this downloads change landed before the augmentation of the library was able to make it because users would not be losing access to any information. 

I am intrigued as to why Alice and yourself have a desire to control where this menu appears when a Recent Download is present. Having it just to the right of the URL bar seemed like a logical and visible place for it to appear when necessary, but you guys would rather have it show at a predesignated (by yourself) point on the toolbar. What advantage do you feel this change would give you? How would you overcome the problem this change might cause for users who do not have any recent downloads, then add this position designator to their toolbar via customization, but find that that icon disappears when they exit Customization Mode.

Comment 12

[bbell]

> 2) Customize something to the left of the download button. (In my case, the

This step certainly needs to be addressed. Since we don't provide a way for users to manually set where the Recent Downloads Menu Item can show on the toolbar, we shouldn't imply they can.

Comment 13

[timbugzilla]

I download a lot of pdf files. I am used to going to the same place to click on the downloads button, so I can open the pdfs. Disrupting this really annoys me. Additionally, Shifting the location of the bookmarks button (I have it adjacent to the location bar) is also very frustrating - I am used to moving the mouse to fixed locations, having to check where the button is located is a very slow and frustrating experience. 

I like my Downloads button where it is. Please let me customise the browser UI in this very simple way.

Comment 14

[Alice0775 White]

Lets dup Bug 1393213

Comment 15

[timbugzilla]

I download a lot of pdf files. I am used to going to the same place to click on the downloads button (not the immediately on the RHS of the location bar, that's where I keep my bookmarks button), so I can open the pdfs. Disrupting this really annoys me. Additionally, Shifting the location of the bookmarks button (I have it adjacent to the location bar) is also very frustrating - I am used to moving the mouse to fixed locations, having to check where the button is located is a very slow and frustrating experience. 

I like my Downloads button where it is. Please let me customise the browser UI in this very simple way.

Comment 16

[Danial Horton]

why are functionality ignorant folks allowed to contribute to UX?

Comment 17

[Virtual_ManPL [:Virtual] 🇵🇱 - (please needinfo? me - so I will see your comment/reply/question/etc.)]

clearing per dupe

Comment 18

[B.J. Herbison]

(In reply to bbell from comment #11)

(Copied from my response in bug 1393213 in case someone is only following one of the bugs.)

> We recognized that The Recent Downloads Menu has very little utility for the

> I am intrigued as to why Alice and yourself have a desire to control where
> this menu appears when a Recent Download is present.

You covered the reason above--the menu has little utility. The position to the
right of the URL bar is significant, and I know what is there (and I use that
button regularly). This new button appears, and now I can't depend on the
consistency of the button I want to use being the button on the right of the
URL bar.

Appearing buttons lead to miss-clicks and frustration, especially for
frequently used buttons.

If the button is going to appear I want it on a place which won't cause me
frustration, so I want to move the Downloads button.