fbpx
  • Index
  • » Users
  • » alzander
  • » Posts

Posts

Posts

May-23-20 02:18:46
Forum: Sendy

The Sendy integration we provide for Joomla is for newsletter signup only. There is a signup module which you can let users add their email address to on the front-end and a user plugin that will add users when they register to your site. Once the user is added to Sendy, all administration and management of users and the newsletters themselves is handled within Sendy.

Our integration does not let you pull information from Joomla into Sendy when you send a newsletter, which is what it sounds like you're looking for. The email address and name of the user, when they register, will be available in Sendy, but extra fields or other information would have to be set separately.

I hope that helps explain, but should you need anything else, please let us know.

Thanks,
Alex

I run a few other sites with Rocketheme templates that (of course) use JFBConnect. I haven't seen the issue you mention and I just tested to double check. The site below is using the Gantry 5.4.31 plugin (slightly out of date).

I just checked the Menu selection and Assignments (when in a style) areas. They look normal to me and nothing changes whether the JFBCSystem plugin is enabled or not.

Can you try re-ordering the JFBCSystem and/or Gantry plugins so they go before or after the other? Something is obviously different, but unsure what from a quick investigation. We'll gladly help narrow things down however we can though.

Thanks,
Alex

Please disable all caching that you have enabled on your site. The issue you describe happens when aggressive types of caching are enabled, specifically 'page caching' or 'browser caching' where the HTML for a page is stored in a user's browser. That can significantly improve speed on a page but it's not recommended on any websites that implement authentication.

The problem browser caching causes is that although the user is authenticated, the HTML in the user's browser is from when they were un-authenticated. That HTML will attempt to authenticate the user again, but then the HTML cached in the browser will reload as if they are un-authenticated and it will loop continuously from there. Hitting CTRL-F5 tells the browser to not use it's HTML cache which is why that fixes the issue.

I hope that helps explain and fix your issue!

Thanks,
Alex

This behavior is determined by VK and it makes sense. There are some widgets like this for other social networks as well. You can't subscribe unless you are authenticated with VK. It doesn't matter if they are authenticated on your website through Joomla, it must be through VK. That can be in another tab on VK.com or by using the Login with VK button on your site.

In either of those cases, a special cookie will be placed in your browser indicating to the widget that you are logged into VK somehow. We can't create that cookie on our own and don't have any way to force the Subscribe widget to show if the cookie isn't set.

I hope the above helps explain things,

Thanks,
Alex

I guess I'm confused then. You mention they are properly shown on the registration and login pages.. but "NOT shown correctly into the Social Registration page". What is the 'Social Registration' page? Is that the Login/Register page of JFBConnect where a user is sent to finalize their registration after authenticating with a social network?

If you can provide a URL or query string portion of the URL, that would really help us understand where you're seeing this problem. I don't think I read your above messages correctly that it's working on the standard Login & Register pages but not this other specific page. Sorry for missing that.

Thanks,
Alex

I've never used them, but you may want to investigate one of the multiple 'Email as Username' plugins for Joomla. An example from a quick Google search is:
https://extensions.joomla.org/extension … -username/

Those types of plugins usually let the user authenticate with their email address instead of their username. In that case, you could have JFBConnect automatically generate their username and hide it. Then, their email address will need to be set (or prefilled from a social network) to create their account and they can use that on return.

While the above means that the users will still have a different username than their email, I'd highly recommend keeping it this way. Many Joomla extensions will gladly show a user's username and, if that's really the user's email address, it becomes ripe for scraping to grab email addresses of your users. Something to think about current/smile

I hope that helps,
Alex

May-04-20 01:43:55
When I click the login button the form does not appear

Does the whole screen go grey? That usually is an indication of a Bootstrap/template conflict. Can you try enabling the "Include jQuery / Bootstrap" setting in the SCLogin parameters?

If that doesn't help, please let us know a URL where we can see the issue and we'll gladly help investigate.

Thanks,
Alex

With the message : There was an error processing this URL:  in a small font at the bottom of the window.

It looks like socialdebug is having an issue processing websites. We'll investigate it and get it fixed. Sorry for the trouble.

I don't see, i think that it's rather on parameters on ACL configuration : "Post on Social Network " rule, no ?
For SU you cannot disable a rule, but this is not the problem.

The setting in the Configuration area that you're looking for is "Enable Social Toolbar". That will disable the entire social toolbar and will hide it for super users and all other usergroups.

The "Post on Social Network" setting will also hide the entire toolbar, but lets you select which groups can see it (except super users always see it).

And isn't it possible to made a override of the template of this box (in this case just for chose to not display this preview button) and to translate all the button's messages?

We don't currently have a way to override each button. However, you can simply delete the  thought what you can do is simply delete (or rename to anything else) the following file and the Preview button will no longer display:
/components/com_jfbconnect/libraries/toolbar/button/preview.php

I hope that helps,
Alex

May-04-20 01:15:30
is there any event trigger that can be used from within JFBConnect to allow 3rd party plugins to...
Category: JFBConnect

Keep us posted, and good luck current/smile

Alex

May-03-20 02:29:04
is there any event trigger that can be used from within JFBConnect to allow 3rd party plugins to...
Category: JFBConnect

Joomla directly supports template overrides, so we support those as well. We don't have any mechanism to override any file, though you could create a system plugin to do so (that can get ugly fast though, so not necessarily recommending that).

Can it distinguish between the two? If so, can you point me to the file/code responsible?

Yes, JFBConnect knows if the user is 'unknown' (and needs to register, either automatically or through the form) or already has an account (and therefore needs to be logged in). You can find that code in the /controllers/login.php file in the 'login' function.

Specifically, around line 61, you'll see:

Code:

        $jUserId = $userMapModel->getJoomlaUserId($providerUserId, $provider->systemName);

That checks if the user has already authenticated with a social network. So, at this point, you could check if they are 'new' or not and do something different if you The next statement is an 'if' statement that they'll be sent through which may automatically create them an account or redirect them to the JFBConnect registration page.

If they have an account *or* an account was just created for them automatically, they'll jump down to around line 143 where we'll then log them in.

Code:

        $jUser = JUser::getInstance($jUserId);

$jUser will be their Joomla user ID that they'll be logged in with. At that line they aren't actually logged in yet though, that happens in the next if block with the comment of 'try to log user'.

You can check the "$provider->initialRegistration" variable to see if an account was created for them from here on out as well.. if true, an account was just created for them. If false, they already had an account.

Hopefully that helps locate the right spot to make some changes. Let us know what you come up with or if you need any further assistance.

Thanks,
Alex

May-03-20 02:13:24
problem in case of not exists table in DB
Category: JFBConnect

You're correct that adding an incorrect table name shouldn't crash the Profiles area. I've added this to our to-do list to check to make sure the table name exists before trying to use it to prevent an error like this in the future.

Sorry for the inconvenience, and thanks for reporting the problem.

Alex

When testing your page for Open Graph tags, the best tool we'd recommend is Facebook's own debug tool:
https://developers.facebook.com/tools/debug

That will show you all the tags on your page. The way open graph works is that the first og:image tag found *should* be the one Facebook uses. However, they are also picky about the size and content of an image, so they may choose the second image instead (which is better than them picking a random image from your page if they won't use the first). The Debug Tool will generally tell you why an image may not be used (too small, too much text, etc).

On a specific page, if you want to set your own image, you can use the following tag in the article:

Code:

{SCOpenGraph image=https://domain.com/link-to-image.jpg}

I would not do anything from the forum post you mentioned. It's 4 years old, which means it likely won't work, may break something and likely is just wrong now.

I hope the above helps, but if you need anything else, please let us know.

Thanks,
Alex

Apr-30-20 22:39:41
is there any event trigger that can be used from within JFBConnect to allow 3rd party plugins to...
Category: JFBConnect

If we could eliminate automatic account creation when an unregistered user tries to login with JFBConnect, the problem would be solved. Is it possible to stop this?

You can set the "Enable Automatic Registration" to 'No'. That won't automatically create the user, but will then bring them to JFBConnect's own registration page where they can set their username, password and other profile fields (or confirm the data imported from the social network they chose).

I don't think that's what you'd want either.

It sounds like you want the social buttons, but you want them to redirect to the PayPlans selection page if a user isn't registered. Then, the user would select their plan and have to click the social login button again to actually create their account? That's not something we support as we wouldn't know the 2nd time if the user really was ready to have their account created.

It really sounds like you just want to hide the SCLogin module (or whatever methods you're using to show the social login buttons) and only show them on the PayPlans selection page (or the page after they select, I'm not sure). To do that, you can disable our module and use the {JFBCLogin} tag in the place that you want the buttons to show. I think that would do what you're looking for.. the user clearly sees buttons for "Register" which they click to select a plan and then will see the social registration options in the correct place. Similarly, you can have a simple "Login" button that goes to the Joomla or EasySocial login pages which let the user login with their choice of account there.

I hope this helps with some ideas, but don't hesitate to ask more questions. Unfortunately, I don't see any magic bullet way with a simple switch to do exactly what you're looking for.

Thanks,
Alex

Apr-28-20 21:56:03
is there any event trigger that can be used from within JFBConnect to allow 3rd party plugins to...
Category: JFBConnect

From the 2 paths you mention above, I'm not really sure of the difference. You mention underneath that the user selects a PayPlans option and then registers.. but you also said the first path starts on the EasySocial registration page.. so not sure how they're going from PayPlans to register through JFBConnect.

With that said, I'm not sure how PayPlans stores your selection and then tries to recall it later, but it's not something the JFBConnect registration should interfere with. It sounds like that recall does work when you register through Joomla or EasySocial... but unsure if that's special integration with those registration flows or something that's a conflict with JFBConnect. Normally, a selection like that would be stored in a session value and then retrieved once you return to the selection page to have it already selected or skipped altogether.

The flow you mention above of registration -> plan selection is our best recommendation. If there's a way to show the plans, but not let the user select while showing the social registration icons, they can see the options, register and then select the one that fits them best. That's my best immediate suggestion.

Thanks,
Alex

Apr-25-20 04:00:48
JFBConnect and EasySocial integration issues regarding user activations and email notifications.
Category: JFBConnect

Just wanted to let you know we received this message and are investigating. We have to setup a site with EasySocial and JFBConnect in a similar manner to what you describe above and then test to make sure we can recreate it. If we can do that, we should be able to determine the issue quickly and figure out a solution. If not, we may have more questions about the issue.

We'll keep you posted.

Thanks,
Alex

Apr-25-20 03:59:01
is there any event trigger that can be used from within JFBConnect to allow 3rd party plugins to...
Category: JFBConnect

There is no current way to bring a user to a specific page before they create their account. The reasoning behind that is if we send the user to another component, there's no guarantee that the other component would ever send them back to actually have the account created. So, the only way to have a user select a plan is after their registration is completed.

With that said, we do have multiple triggers for different actions, but not one for 'post login redirect'. There is a setting in JFBConnect for "New User Redirection" which is where a user would be brought after they create an account. Is there a reason using that redirection wouldn't work for you? We know of multiple sites with subscription/profile plan type features that use the new user redirection to let a user select a plan after registering with a social network.

Thanks,
Alex

5) Looks good!

7) Keep us posted on what you find

8) I just checked this on a few sites. In the Global Configuration area, I select the SVG that I want to use that's set in the /media/sourcecoast/images/provider/facebook directory. Then, if I go to the Joomla registration or login page, I'm able to see the selected SVG file. I did see a problem where the SVG is not always displayed in the admin area (it had a bubble to select it, but the image was invisible). We'll have to fix that, but when selected, it display.

9) We'll keep you posted on what we decide on this. Right now, we're not planning to make a change to the language strings.

Thanks,
Alex

Apr-21-20 13:54:35
Receive Error:This user has not yet confirmed his email address and account! This user has not...
Category: JFBConnect

Can you please help answer Melissa's question about whether you are using a profile extension like Community Builder, EasySocial or JomSocial? Many times those extensions have their own activation and moderation capabilities, so it's possible you need to look further than just the standard Joomla User Manager.

Whatever the issue is, it's not something we've heard of so we'll need as many details about your configuration as you can provide for us to investigate and provide a more complete answer. If you'd like to Private Message us admin credentials to your site, we can take a look there as well. You can PM us by clicking the mail icon under your name.

I do not believe a forum is an adequate means for support for a paid item. I can get this with free components.
A support ticket system should be in place.

We have used an open support forum for over 10 years and won't be changing anytime soon. We would monitor and respond to a ticket system just as quickly as we do here, and the benefit of an open forum is that you're able to look if others are encountering the same issue. It's been extremely valuable in the past when a social network makes a change so that multiple people can work together to report the change and help us fix it even quicker. I understand many free extensions use forums as well, but the difference is that we are actively and constantly monitoring and responding to posts here.

Thanks,
Alex

5 - Login / Register buttons

We've already started implemented the code to add your own classes to the buttons. It will be in the next release.
Until then, you can change the styles in the following files:
For the JFBConnect registration page:
/components/com_jfbconnect/views/loginregister/tmpl/default.php

SCLogin views, one of the below (depending on how you have it configured):
/modules/mod_sclogin/tmpl/joomlaLogin_horizontal.php
/modules/mod_sclogin/tmpl/joomlaLogin_vertical.php

Right now on that site also another Component "DPCalendar" have created its User tab, but only the Solidres one it is dragged into your Social registration page...

It depends on how that extension is adding its fields. The proper way is through a plugin hook, which we call properly to ask any plugins if they want to add fields to the registration page. My guess (though I don't know this for certain) is that DPCalendar is using some other method to add their fields to the registration page that we don't support.

8 - The Social Registration Page Social Icons

Let us check and see if we can recreate this.

9 - Login / Register Languages Strings - NEW

The SCLogin module is distributed as a standalone module and doesn't require JFBConnect. Similarly, JFBConnect doesn't have to use the SCLogin module. There are also times when users want different strings for different areas to be longer or have different terms. Therefore, we have the strings defined in both. It's possible we could condense these, but I'm not going to say we will until we investigate and think through it a bit more.

I hope that helps!
Alex

I'm glad you were able to find the issue. I have you run into any other issues, please let us know.

Thanks,
Alex

I'm very sorry for the delay. Your issue has taken longer than expected to investigate as much of it deals with templating or other extensions, which both necessitate more custom investigation.

As to your remaining issues:

7 - Solution:
To add an ID / Class to each fieldset like; <fieldset id="unique" class="span6"> - stack overflow -
Please, Can you add it as soon as possible ?

We will investigate the best way to add. However, CSS can target this. We'd recommend a few possible solutions that may be best for you:
* Use a CSS nth-of-type selector. With that, you can do something like:

Code:

#jfbc_loginregister_newuser fieldset:nth-of-type(2) {

    display: none;
}

* Use a template override for the loginregister.php file and add your own suffix to the fieldset. You can create a template override by copying /components/com_jfbconnect/views/loginregister/tmpl/default.php to /templates/<YOUR_TEMPLATE>/html/com_jfbconnect/loginregister.php
In there, around line 75, you'll see a block like:

Code:

.           $addedDesc = false;

                foreach ($this->form->getFieldsets() as $fieldset): // Iterate through the form fieldsets and display each one.?>
                    <?php $fields = $this->form->getFieldset($fieldset->name); ?>
                    <?php if (count($fields))
                    {
                        ?>
                        <fieldset>

Update that too:

Code:

                $section = 0; // ADD THIS 

                $addedDesc = false;
                foreach ($this->form->getFieldsets() as $fieldset): // Iterate through the form fieldsets and display each one.?>
                    <?php $section++; ?> // ADD THIS
                    <?php $fields = $this->form->getFieldset($fieldset->name); ?>
                    <?php if (count($fields))
                    {
                        ?>
                        <fieldset class="section_<?php echo $section";?>"> <<--- UPDATE THIS

Then, you can use CSS to select .section_x appropriate to where that code is falling.

5 - Login / Register buttons - Right now:

Thanks for the explanation. We've added this to our issue tracker and will change the name in the next release and investigate the button style option like you mention above. I think that's a good idea. For now, you'll need to target that button with CSS or perform an override (like described above) to set the class to something better.

8 - The Social Registration Page Social Icons are pointing always directly to the .../media/sourcecoast/images/provider/facebook/icon.png... 

This would be a bug if that's happening. The default used in the Configuration area is what's supposed to be chosen. If no selection is made there (somehow, as that shouldn't happen), then icon_label.png would be the fallback file. Since you show icon.png, it seems like the selection in the admin area may not be correct. Can you verify you've selected the SVG in the admin area properly?

Again, sorry for the delay. We'll be more responsive with this going forward.

Thanks,
Alex

I'm not seeing the JFBCSocialShare module code anywhere on the page. Can you double check that 'position3' is shown on the page and in your template? Either way, can you try a different position, like the footer area where "About CDV Global" is or the menus? The module will move it from whatever position you put it in to float on the page, so it shouldn't really matter the position.

I hope that's all it is, but if that still doesn't help make it show, let us know and we'll continue to help however we can.

Thanks,
Alex

Well, that's news to us. Unfortunately, it looks like the Instagram API *can* be used for authentication (as we've done for ~5 years now), but they are no longer allowing it to be used for authentication.

There's nothing we can do about this. Even if we get your Instagram authentication fixed, you won't be able to let it go live as Facebook isn't going to approve it. We're investigating what the proper course of action is here for maintaining our Instagram integration to understand what the API is actually supposed to be used for. I don't have a specific answer for you right now though other than to just not use the Instagram authentication feature for the time being.

I hope that helps explain and we'll keep you (and everyone else) posted on what we decide.

Thanks,
Alex

Mar-28-20 16:43:24
We were unable to retrieve your Google account information.
Category: JFBConnect

Looking at the requests made to Google, it seems like you have an SEF extension that's altering the URLs they are using. At first, Google is requesting the proper URL that looks like below (the long strings will be different for each authentication):

index.php?option=com_jfbconnect&task=authenticate.callback&provider=google&state=b0c43602cfad9ddacbcdcbfb2d1262be&code=4/yAEyP_lOAd3f96hYFjo1t7kDmPAle2O0pEObvHXOv2H2N3b0yD4Br4HByTRF8aw0GtGJQ4kz1wFGbE_QpTG6DGo

But then, something on your site is performing a 301 redirect to:

/component/com_jfbconnect/authuser,3/code,4/yAEyP_lOAd3f96hYFjo1t7kDmPAle2O0pEObvHXOv2H2N3b0yD4Br4HByTRF8aw0GtGJQ4kz1wFGbE_QpTG6DGo/hd

That doesn't look correct.

Can you disable SEF URLs (temporarily) to see if that fixes the issue? If so, then please investigate how to have whatever SEF extension you're using 'skip' generating pretty URLs for JFBConnect. They shouldn't be necessary.

I hope that helps, but if you continue to have issues, just let us know.

Thanks,
Alex

JFBConnect *should* work in those situations, but we've never tested with MightySites and are unsure of any other users that chose to use it. Some notes that you will need to be aware of:
* Some social networks allow their application ID to only be used for one domain. We can't get around this.
* JFBConnect only allows one set of API keys for each social network. I'm unsure if MightySites lets you set multiple configurations for different extensions. If you need multiple API keys (to allow social networks to work on multiple domains) this will likely not work.

There are probably other issues you will encounter as well that I can't even think of right now, but the best way to find out the issues is simply to try. We test with many extensions and have had experience debugging issues with many others, but your use case is unique and I just can't tell you 100% one way or another what issues (if any) you'll run into.

Please keep us posted with your testing and what you encounter. We'll help however we can.

Thanks,
Alex

  • Index
  • » Users
  • » alzander
  • » Posts

Board Info

Board Stats
 
Total Topics:
11986
Total Polls:
0
Total Posts:
50231
Posts today:
5
User Info
 
Total Users:
48836
Newest User:
chansonwater
Members Online:
2
Guests Online:
1434

Social Stream
Hide, Seek & Defuse

Handheld Electronic Game

Alex from SourceCoast is working on a new electronic game for kids called Countdown. It's a timed game of Hide & Seek with mini-games (Whack-a-Mole, Simon, etc) to complete when you find it.

Hide and Seek Toys

Before You Leave

Let us send you a 10% off coupon

For Your Next Purchase

Please enable the javascript to submit this form

No , I don't want a discount