smyt

Added the two addresses and generated a Wednesday Meeting mailing. You should have it. My own address was on the mailing, also, and the manage link is broken in that message.

I am clicking on the link in the email. That, in turn, results in a new tab opening in my browser.

I am going to set up a the two emails you offered privately and generate a mailing.

we set id to 0 when there is no user identified.

Hmmm. Why is no user identified for this link? In the email from which it is extracted, two lines up is is a link that seems to be fine. Same email.

Have I missed a setting somewhere that would allow the manage link to work correctly?

The ?spms= string breaks out to –

{“id”:0,”view”:”manage”}

It would seem like the “id”:0 may be incorrect. Perhaps “id”:171 would be more appropriate?

Might have some help for you:

{sp-unsubscribe-url} yields this string –

{“id”:”2″,”report”:”171″,”view”:”tracker”,”url”:”{sp-unsubscribe-url}”}

and {sp-manage-subscription-url} yields this string –

{“id”:”2″,”report”:”171″,”view”:”tracker”,”url”:”http:\/\/holyhost.net\/manage-subscriptions\/?spms=eyJpZCI6MCwidmlldyI6Im1hbmFnZSJ9″}

Something very different between them.

After generating a mailing from a list of subscribers and receiving the emails in my mailboxes, I click on the {sp-unsubscribe-url} link within the received message to test, then, I click on {sp-manage-subscription-url} within the same message.
{sp-unsubscribe-url} loads the page to my browser with a correct email address for the subscriber in question.
{sp-manage-subscription-url} loads a page to my browser with the example.com address.
If you need to have the contents for each link, I can pass them on, minus the actual site name. I would not want to expose my real email address to the public who may try to load those pages.

In case this helps, the unsubscribe link has

sendpress/eyJpZCI6IjIiLCJyZXBvcnQiOiIxNzEiLCJ2aWV3IjoidHJhY2tlciIsInVybCI6IntzcC11bnN1YnNjcmliZS11cmx9In0/

appended to the site URL and the manage subscriptions link has

sendpress/eyJpZCI6IjIiLCJyZXBvcnQiOiIxNzEiLCJ2aWV3IjoidHJhY2tlciIsInVybCI6Imh0dHA6XC9cL2hvbHlob3N0Lm5ldFwvbWFuYWdlLXN1YnNjcmlwdGlvbnNcLz9zcG1zPWV5SnBaQ0k2TUN3aWRtbGxkeUk2SW0xaGJtRm5aU0o5In0/

appended.

My apologies for not understanding the question. The emails in question were not as a result of testing the plugin mailing function, but, from generating an actual mail comprised of a template, subscription list and users. This is a “test” only in the sense that I am testing the plugin functionality itself, not its ability to perform a basic mail function.

Directly from the email that came to my test mailbox. Interestingly enough, the {sp-unsubscribe-url} link within the same email works just fine. The page that loads has the proper email address.

I have been doing some digging with Inspect Element in FireFox. In the path …/wp-includes/js/tinymce/skins/lightgray/skin.min.css is some code that, inside the inspect element window, shows up like this:

.mce-container, .mce-container *, .mce-widget, .mce-widget *, .mce-reset {
margin: 0px;
padding: 0px;
border: 0px none;
outline: 0px none;
vertical-align: top;
background: transparent none repeat scroll 0px 0px;
background-color: transparent;
background-image: none;
background-repeat: repeat;
background-attachment: scroll;
background-position: 0px 0px;
background-clip: border-box;
background-origin: padding-box;
background-size: auto auto;

If I change the “background: transparent” to “background: white”, it now works and I do not see textarea content in the menubar.
My css skills are too weak to translate this into a change to your css. Any suggestions?

Again, many thanks in advance.

Sorry for the delay. Two other projects and out of town guests. So far, I have cleared browser cache and restarted the browsers, as well as clearing cache, rebooting the system and retrying, again. The browsers are FireFox, IE, Chrome, and Opera. Opera has never been anywhere near that site nor any other site that I develop, until this attempt. In all cases, I have the transparent menubar.

I don’t know what version bevels is using, but the current, free version 1.4 is responsive. I am using Vantage Premium theme version 2.4.2 on WP 4.2.2 and the results are perfect.

See for the story of how I arrived at using Simple Facebook Plugin at https://www.ads-software.com/support/topic/wp-fullcalendar-css-conflict

Kudos to topdev.net.

Final solution:

Dumped Easy FaceBook Like Box and replaced it with Simple FaceBook Plugin.

It plays well with the other kids and does not serve out js and css for sites that do not use it and does not serve out on pages with no widget or shortcode.

Yea!!!!

I found the problem. I hope I haven’t caused too much time waste on your parts. I know how busy everyone is.

There was a css conflict with the Easy Facebook LikeBox plugin. Even more interesting, the widget that is provided by that plugin was not being used by the sidebar on the site, however, unnoticeable to the casual viewer, its code was still being downloaded. I don’t know about how others feel about this, but, I think that is not just rude, but, very intrusive. Is this normal for unused widgets? It was network activated for any site wishing to use it. I network deactivated the plugin and, shazaam!, all is ok.

I will continue to pursue this problem on other fronts.