Open Bug 1446912 Opened 7 years ago Updated 3 years ago

Custom new tab pages make "restore closed tab" less good

Categories

(WebExtensions :: General, defect, P3)

defect

Tracking

(Not tracked)

UNCONFIRMED

People

(Reporter: geoffreydebelie, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:61.0) Gecko/20100101 Firefox/61.0 Build ID: 20180316100132 Steps to reproduce: * Open 4 tabs: Google, Wikipedia and 2 new tabs while having an extension as Tabliss installed - https://addons.mozilla.org/en-US/firefox/addon/tabliss/ * Close the Wikipedia tab. * Close one "new" tab (in this case, Tabliss). * Press CTRL+SHIFT+T (restore closed tab) Actual results: The page of Tabliss is opened again. Expected results: Tabliss tab should be treated as a "new tab", not as a tab that needs to be restored. With about:newtab, the behaviour is not to reopen "new tabs" and instead it would reopen the Wikipedia tab. This behaviour can be observed when Tabliss (or any other addon that customises the new tab page) is not installed.
Flags: needinfo?(lgreco)
I just briefly checked the extension manifest to verify how the "new tab" is being overridden by this extension, and I confirm that it uses the "chrome_url_overrides.newtab property" (as well as the "chrome_settings_overrides.homepage" which overrides the url loaded when the home icon is clicked): https://github.com/joelshepherd/tabliss/blob/5a3c6e9bc9c5e141b41934de56754119edee9de6/src/manifest_firefox.json#L13-L18
Flags: needinfo?(lgreco)
Luca offered to take a look
Flags: needinfo?(lgreco)
Priority: -- → P2
Product: Toolkit → WebExtensions
Component: Untriaged → General
Flags: needinfo?(lgreco)
Priority: P2 → P3
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.