• Resolved Nifty

    (@niftythree)


    Hi Murali,

    We’ve been testing version 1.54 of PNFPB, and have noticed a few things:

    • When the “service worker file” is disabled in the “API to integrate mobile app” section, and notifications are therefore not on, a user will still see all push notification settings on their BuddyPress profile.
    • All push notification setting options are visible to the user, regardless of which BuddyPress components are on. E.g. if the “Friend Connections” or “User Groups” components aren’t on, users will still have the option to turn on/off push notifications for these components.
    • If using an incognito/private browser, the push notifications options are still visible to a user in their BuddyPress profile settings, however the user cannot allow notifications (as incognito/private browsers don’t allow prompts for notifications). We’re not sure if this is possible to change, but thought it may be worth mentioning.
    • When a user first visits their push notification settings on their BuddyPress profile (after the “service worker file” has been enabled and the user has allowed notifications), it’s not consistent if all of their notification options will be off, or if they will all be on. If they’re all off, and a user turns one on, and clicks “SAVE SETTINGS” all of the settings will be displayed as on. It will be displayed correctly once the page has been refreshed.
    • Although not consistent, users sometimes appear to have multiple tokens assigned to them (when they’ve only been using the one browser, on the same device, within the same session).

    Would it be possible to have the option to turn off the Push Notifications settings feature in the BuddyPress profile?

    Thanks.

Viewing 8 replies - 1 through 8 (of 8 total)
  • Plugin Author Murali

    (@murali-indiacitys)

    I will add option to disable front end subscription, so that it can be switched off for webview apps

    I will also look into to display options according to admin settings

    I will look into other issues which you mentioned. For webview we need to get those options from webview to app and send it to wordpress along with tokens like for example in Flutter using javascript channels we can get options. I will also check those subscription logic which is transferring data between webview and app in pnfpb javascript to see whether it passes correct options to webview, so that app can get correct options from webview and pass it back to site using REST API to update it in database along with subscription token.

    Thread Starter Nifty

    (@niftythree)

    Hi Murali,

    Thank you for looking into these issues and the potential of adding those features. We appreciate the extra detail you’ve included, and will look forward to an update. πŸ™‚

    Hi Murali,

    That’s weird, It seems there is a jitter issue with the push notification subscription link

    Plugin Author Murali

    (@murali-indiacitys)

    Please turn off that front end subscription in admin area, I will look into it. I verified in basic twenty wordpress themes and in Buddyx themes menu appeared correctly. I will look into it after checking your site theme

    I will update it in next release in 2 days i think it is due webview interface postMessage not defined or due to “fixed” class in css. i need to add condition for website and webview separately. Please go to Front end tab in admin area turn off. Sorry for the confusion, I am planning to send update tomorrow or saturday

    • This reply was modified 3 years, 4 months ago by Murali.

    ok Murali, thanks

    Plugin Author Murali

    (@murali-indiacitys)

    In buddyx theme, it is appearing like this, I will also look into your issue. I will update you once 1.56 version is released

    My theme is buddyx too, with youzify plugin installed. The youzify plugin created a left column that was too close to the link. I solved the problem with a wider column. The link no longer shakes!

    Thread Starter Nifty

    (@niftythree)

    Hi Murali,

    Regarding our original post in this ticket; all issues seem to have been resolved with the most recent updates.

    The only thing we noted was that when you edit the background colour of the dialog box from the backend, the colour change doesn’t apply/save. We’re not concerned by this, but thought you’d appreciate knowing. πŸ™‚

    Thanks again for your ongoing work with the PNFPB plugin.

Viewing 8 replies - 1 through 8 (of 8 total)

The topic ‘Version 1.54 issues’ is closed to new replies.