Robin Sapiro
My feedback
192 results found
-
4 votes
An error occurred while saving the comment An error occurred while saving the comment The issue is even worse than that. When you last signed off (or are still logged on) in the Admin view and now you want to test a link to that you are providing in an email to your members by sending a test email to yourself before to all the membership - that link will always take you to the Admin view instead of what the user will get.
What we really need is that no matter who you are - Admin or not - that irrespective of where you are currently signed on or were last signed on is that clicking on any link to your site (other than a link that will take you specifically to an Admin function) will take you to the public view.
Just BTW - from some testing done - this is just driven by a cookie - ie when you go to a link (or sign on) if whatever the cookie is - is present in your browser - you get redirected to the Admin view.
-
6 votes
-
62 votes
-
23 votes
Evgeny Zaritovskiy
responded
This is not in our priorities for now, though I understand what you mean. For now, I can suggest using quick search function – just type several letter for name and it will show the contact.
-
13 votes
-
26 votes
-
12 votes
-
11 votes
-
11 votes
-
31 votes
-
18 votes
-
12 votes
-
36 votes
An error occurred while saving the comment In addition to defining custom macros such as {President} etc to be used in any web page and any email, also allow the use of the current profile based macros such as {Member Field First name} to be used in web pages as well as in emails.
This would provide a much more personalized experience for pages that are restricted to certain membership levels etc
-
100 votes
-
32 votes
-
30 votes
-
7 votes
-
25 votes
-
20 votes
-
16 votes
An error occurred while saving the comment Added variation would be to select all members in the initial selection and then be able to deselect from list or to have an additional option when selecting recipients of excluding certain members/groups
The cookie name is rolc819
If not signed on at all in the browser - it may not be present
If signed on and in Public view = Member
If signed on and in Admin view = Admin
So in theory, if your browser is closed and you start your browser and go to your site and sign on - you will be in the Public view. Same can be achieved by deleting that specific or ALL cookies. How you do this varies by browser.
So one possible solution is to open your Admin session in 1 browser (not your default browser) and then your Public sessions in your default browser. That way any links to your site that you click in an email will open in the default browser and after signon you will be in the Public view.
Now personally I do not like running multiple browsers (unless I specifically want to test how something looks/behaves in that specific browser. I also tend to keep my browser with many tabs running for about a week at a time - restart browser or PC every Saturday morning unless MS forces me to do that during the week for updates (don't you just love Win 10).
Now my preferred browser is Firefox and I am running the Quantum 61.0.1 (64 bit) version - and one of the features it has is Containers. Well actually it is an extension - Firefox Multi-Account Containers.
This allows you define as many containers as you wish and then if you open any web page in a selected container - all sorts of things - like cookies are isolated in that container and not visible to any pages in any other containers.
So does not seem like there is any way to click a link and get it to open in a specific container, so what I do is use the container tool to open a tab in a new container (I call it WA Admin) and then in that tab open my WA Admin session. I also open my Public session in a default container.
Like this, any signon activity in my default container or any link that I may click will also open as Public.
Been doing this for about 3 weeks now and is working just great