Open Bug 1940558 Opened 9 months ago Updated 2 months ago

The add shortcuts option in new tab is not shown under specific conditions.

Categories

(Firefox :: New Tab Page, defect, P2)

Firefox 134
Desktop
All
defect

Tracking

()

Tracking Status
firefox-esr115 --- unaffected
firefox-esr128 --- affected
firefox134 --- wontfix
firefox135 --- wontfix
firefox136 --- wontfix

People

(Reporter: vsn, Unassigned)

References

(Regression)

Details

(Keywords: regression)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:134.0) Gecko/20100101 Firefox/134.0

Steps to reproduce:

Firefox should either be freshly installed or a new profile should be created.

Remove the default shortcuts already present.

Uncheck the option to show sponsored shortcuts while leaving the option to show shortcuts checked.

Actual results:

The add shortcuts option in new tab is missing when show sponsored shortcuts option is unchecked. Its visibility seems to be dependent on the sponsored shortcuts option.

Expected results:

The add shortcuts button should not be missing in new tab unless that option has been unselected.

(In reply to vsn from comment #0)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:134.0) Gecko/20100101 Firefox/134.0

Steps to reproduce:

Firefox should either be freshly installed or a new profile should be created.
Remove the default shortcuts already present.
Uncheck the option to show sponsored shortcuts while leaving the option to show shortcuts checked.

Actual results:

The add shortcuts option in new tab is missing when show sponsored shortcuts option is unchecked. Its visibility seems to be dependent on the sponsored shortcuts option.

Expected results:

The add shortcuts button should not be missing in new tab unless that option has been unselected.

The Bugbug bot thinks this bug should belong to the 'Firefox::New Tab Page' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Component: Untriaged → New Tab Page

Triage reasoning:

  • Severity: -- → S3: Work around exists for this issue
  • Priority: -- → P2: Fix in the next release (Nightly + 2) cycle
Severity: -- → S3
Priority: -- → P2

Hello! I can reproduce this with Firefox 135.0 and 136.0a1 (2025-01-29) on Windows 10x64 and macOS 12. It seems that the behavior was changed with bug 1877465. I will set it as the regressor since a new shortcut can be added after removing all shortcuts. Feel free to remove it if you feel otherwise. Thank you!

Status: UNCONFIRMED → NEW
Has STR: --- → yes
Ever confirmed: true
Keywords: regression
OS: Unspecified → All
Regressed by: 1877465
Hardware: Unspecified → Desktop
You need to log in before you can comment on or make changes to this bug.