I coded up something extremely similar for our needs. Will probably enhance it to go ahead and update the XF upgrade end dates since it should be a pretty minor alteration.
Has there been any progress made by any developer on receiving and processing migrated (From vBulletin) recurring subscription notifications from Paypal? I just want to see if anyone has created something they'd be willing to sell before I go throw something together myself.
@Siropu - I have a Banner package in a position on the site, but I now need to add a Code ad in that same position (In rotation with the already defined banner ads). Is this not possible? Every time I activate the code ad in that position, it shows an ad from the banner package AND my code ad...
We have a project in XF 1.5 (I know, I know) that I could use some assistance with due to time constraints. The add-on code is going to be relatively straight forward, and I can explain more via PM. I specifically need someone with experience developing 1.5 add-ons for this project, as the time...
I took a quick glance. The problem is that xf_cv6_custom_image.field_source has a max length of 25 characters. But the code isn't truncating the field source or checking to make sure it meets that length requirement. In my test thread, the string that it's trying to insert is 26 characters long...
Also, should note that this only happens when actually trying to post the thread. The image uploads and is processed just fine. Only when hitting the "Post Thread" button is the error generated.
I haven't had time to debug this yet, but I'm getting the following error when trying to use the image upload field:
Data too long for column 'field_source' at row 1 in src/XF/Db/AbstractStatement.php at line 230
This occurs while trying to post a new thread with an image uploaded.
Successfully implemented a custom Connected Account provider using an extremely poorly documented API. It took awhile to get it perfect, but at project completion, it works perfectly. Very happy.
@mattrogowski Just as an FYI - I took a look at the TH Connected Accounts provider, and it actually already does EXACTLY what we were talking about above. There is an option to allow users to associate the connected account with an already-existing XF account. And it works perfectly. I'm not...
In this particular case, hijacking is not a concern. There is only going to be ONE Oauth provider, and the users can only log in via that provider if they have a paid membership on that side of things. I may look into that and see how easily we can bypass that check.
Right - That's the entire question - How best to implement this flow. I've been wracking my brain trying to think of a smooth process that's not overly complicated, and the best thing I came up with is to:
1. Remove all View/Post permissions from Registered Users group
2. Create new "Connected...
We've already coded the Force OAuth registration and Force OAuth login features into our provider. The question is how to connect an account to an existing XF account without knowing that XF account's password - Does your add-on implement that functionality?
We are migrating a forum from vBulletin 4. In this installation, users were forced to log in via a third party API (The vBulletin login process was hijacked by our plugin, to authenticate the submitted user/pass combination with the third party, then starting the vBulletin session if the auth...