Closed Bug 1480788 Opened 7 years ago Closed 6 years ago

Dismissing a Pocket recommended article does not work if the article is first saved to Pocket

Categories

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

63 Branch
defect

Tracking

()

RESOLVED WORKSFORME
Tracking Status
firefox63 --- affected

People

(Reporter: jbowen, Unassigned)

Details

Attachments

(1 file)

Attached image Screenshot of the issue
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:63.0) Gecko/20100101 Firefox/63.0 Build ID: 20180803104322 Steps to reproduce: Running Nightly; this issue has been present for a couple of days; still present in 63.0a1 (2018-08-03) (64-bit). Steps to reproduce: 1. Open a new tab with the Recommended by Pocket section enabled 2. Click "Save to Pocket" on an article 3. Click Dismiss. Actual results: The article remained. Expected results: The article should have disappeared.
Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:63.0) Gecko/20100101 Firefox/63.0 (20180808100114) I have tested this report using the latest Nightly from 8/8/2018 on Windows 10 x64. I did not manage to reproduce the mentioned behavior. When an article is Saved to Pocket and later dismissed, it disappeared from the "Recommended by Pocket" section. Could you re-test using the latest Nightly build and report back the result? You can download it from here: https://download.mozilla.org/?product=firefox-nightly-latest-ssl&os=linux64&lang=en-US
Component: Untriaged → Pocket
Flags: needinfo?(jbowen)
I am still seeing the issue, even with 63.0a1 (2018-08-13). Here's the specific build of Windows 10 I'm on: jbowen> [System.Environment]::OSVersion.Version Major Minor Build Revision ----- ----- ----- -------- 10 0 17134 0 Are there any logs/configuration details that would be useful in troubleshooting this?
Flags: needinfo?(jbowen)
Status: UNCONFIRMED → NEW
Component: Pocket → Activity Streams: Newtab
Ever confirmed: true
OS: Unspecified → All
Hardware: Unspecified → All
Priority: -- → P2

The recent activity on this prompted me to try saving an article to Pocket and subsequently dismissing it again and as of 68.0a1 (2019-04-17) (64-bit), it's working as expected.

I'm not sure when it started working again.

FWIW, I'm also now on a different build of Windows 10:

jbowen> [System.Environment]::OSVersion.Version

Major  Minor  Build  Revision
-----  -----  -----  --------
10     0      17763  0

The issue is not reproducible if Discovery Stream is enabled (browser.newtabpage.activity-stream.discoverystream.config set to {"api_key_pref":"extensions.pocket.oAuthConsumerKey","collapsible":true,"enabled":true,"show_spocs":true,"personalized":false,"layout_endpoint":"https://getpocket.cdn.mozilla.net/v3/newtab/layout?version=1&consumer_key=$apiKey&layout_variant=basic"}), but it is still reproducible on the default experience.

Just confirming that I do have browswer.newtabpage.activity-stream.discoverystream.config set to

{
  "api_key_pref":    "extensions.pocket.oAuthConsumerKey",
  "collapsible":     true,
  "enabled":         true,
  "show_spocs":      true,
  "personalized":    false,
  "layout_endpoint": "https://getpocket.cdn.mozilla.net/v3/newtab/layout?version=1&consumer_key=$apiKey&layout_variant=basic"
}

That being said, I don't know what series of actions I took to end up with that configuration.

It seems like @Ciprian has already pinned down what is necessary to reproduce this issue, so this is just confirmation.

I also run Fedora Rawhide and on it I am still seeing the behavior that I described in my first post.

Here's browser.newtabpage.activity-stream.discoverystream.config:


User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:63.0) Gecko/20100101 Firefox/63.0
Build ID: 20180803104322
{
  "api_key_pref":    "extensions.pocket.oAuthConsumerKey",
  "enabled":         false,
  "show_spocs":      true,
  "layout_endpoint": "https://getpocket.com/v3/newtab/layout?version=1&consumer_key=$apiKey&layout_variant=basic"
}

User Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:66.0) Gecko/20100101 Firefox/66.0
Build ID: 20190411133203

Component: Activity Streams: Newtab → New Tab Page

FWIW, I am no longer experiencing this behavior with Nightly on Windows or stable on Linux.

Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: