Closed Bug 1480507 Opened Last year Closed Last year

Add/Edit new Top Search Shortcut


(Firefox :: New Tab Page, enhancement, P1)




Firefox 63
63.4 - Aug 20
Tracking Status
firefox62 --- verified
firefox63 --- verified


(Reporter: k88hudson, Assigned: rrosario)


(Blocks 1 open bug)


(Whiteboard: [strings needed])

User Story


(1 file)

We would like adding/editing for Top Search Shortcuts.

This will involve opening a special menu that gives users the option to add Top Search Shortcuts, as well as persistence for wherever the shortcut ends up being.
Severity: normal → enhancement
Priority: -- → P2
Priority: P2 → P3
Iteration: --- → 63.4 - Aug 20
Whiteboard: [strings needed]
Priority: P3 → P2
After some discussion with Maria, we've decided this feature is pretty critical to shipping so we'd really like to get this in if possible
The design has "Add a Search Shortcut" which I would assume is in the context menu and for the modal header. These strings would need to be localized and uplifted by ~beta 20 in less than 2 weeks.

I suppose potentially "Add search engine" could be reused to avoid needing new strings?

flod, how should we approach strings here?
Flags: needinfo?(francesco.lodolo)
Looks like the latest design uses the existing "Add Search Engine" string:

Trying to dynamically load to get the appropriate string is going to be a lot of custom code as the page expects strings to be readily available via `window.gActivityStreamStrings`

Given that we prebuild the strings by fetching from l10n-central, we could specially grab the ones from, e.g.,
searchAddFoundEngine2=Suchmaschine hinzufügen

… and use it like any other activity steram string by including it in

Or alternatively, get the string into the actual translated file and just taking the existing translation…?
Touching the actual file is a no-go. There's no visibility on that for localizers.

If you really have to expose this feature, the only approach that would make sense is, for Beta, to pick that string and copy it in the .js cache. Then expose the string correctly in 63.
Flags: needinfo?(francesco.lodolo)
Is it intended for "Add Search Engine" to only be for the packaged search providers? Or should it work for any search engine that the user has added from the web?
Flags: needinfo?(abenson)
Good question. I think surfacing user-added search engines in this modal would be a nice thing to consider in the future but for now we can constrain it to the packaged search providers.
Flags: needinfo?(abenson)
Depends on: 1482125
We don't have large icons for a lot of these providers in Firefox (only in Fennec), so that's an issue as well.

The current icons are 16x16/32x32. The mobile icons are 96x96.
See Also: → 1482138
Assignee: nobody → rrosario
Priority: P2 → P1
Closed: Last year
Resolution: --- → FIXED
Blocks: 1482523
Blocks: 1482398
I have verified that the issue is no longer reproducible in the latest Nightly (63.0a1, Build ID 20180815225731) on Windows 10, Mac 10.13 and Linux x64. A section context menu option has been added, "Add Search Engine" that controls which search engines are displayed as Top Sites.
I have verified that the "Add Search Engine" section contest menu option is in the latest Beta (62.0b18 Build ID 20180816151750) on Windows 10, Mac 10.13 and Arch Linux x64 and can be used to control how many search shortcuts appear in the Top Sites section.
Component: Activity Streams: Newtab → New Tab Page
You need to log in before you can comment on or make changes to this bug.