This forum is in READ-ONLY mode.
You can look around, but if you want to ask a new question, please use the new forum.
Home » plugins » User management plugins » sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96140 is a reply to message #96139 ] Wed, 24 March 2010 18:43 Go to previous messageGo to next message
sela  is currently offline sela
Messages: 24
Registered: November 2009
Location: London
Junior Member
yes I did.
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96146 is a reply to message #96140 ] Wed, 24 March 2010 20:16 Go to previous messageGo to next message
fizyk  is currently offline fizyk
Messages: 64
Registered: December 2009
Location: Western Slavic Republic
Member
That's strange, if you did that, then you should have sfGuardUserProfileForm.class.php in your lib/form/doctrine
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96149 is a reply to message #96146 ] Wed, 24 March 2010 22:19 Go to previous messageGo to next message
sela  is currently offline sela
Messages: 24
Registered: November 2009
Location: London
Junior Member
i think i made a progress, i got this error now
Fatal error: Class 'sfGuardUserProfileBasisForm' not found in /Code/sfprojects/project/lib/form/doctrine/base/BasesfGuardU serProfileForm.class.php on line 13

not sure why the form wasn't created before. it extends sfGuardUserProfileBasis , but does it suppose to have table and create files for the forms for sfGuardUserProfileBasis ? i guess the question is yes, but when building my project it doesn't happen.

is there a special way to create it when it's inherited?
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96151 is a reply to message #92774 ] Wed, 24 March 2010 22:38 Go to previous messageGo to next message
fizyk  is currently offline fizyk
Messages: 64
Registered: December 2009
Location: Western Slavic Republic
Member
The iheritance should create models for both inherited and inheriting models, the latter extending the first when it comes to php classes, but one database table only.
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96173 is a reply to message #92774 ] Thu, 25 March 2010 10:59 Go to previous messageGo to next message
sela  is currently offline sela
Messages: 24
Registered: November 2009
Location: London
Junior Member
thanks
i think i made some progress and now the error i get is

Fatal error: Class 'PluginsfGuardUserProfileForm' not found in /Code/sfprojects/project/lib/form/doctrine/sfForkedDoctrineA pplyPlugin/sfGuardUserProfileBasisForm.class.php on line 11

i understand this class should be in the plugin folder under plugin name, but what i find under lib/form/doctrine is only PluginsfGuardUserProfileBasisForm class
also checking under filter and model inside doctrine, it's always with Basis

I did change it to Basis and it seems to work fine, but not sure why it's generated with this error?
also i think i encountered error when trying to uninstall the plugin, it changed incorrectly the configuration file, when commenting out the plugin, not sure if it's your code, or something automatically by the plugin installation by symfony.

[Updated on: Thu, 25 March 2010 11:03]

Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96388 is a reply to message #95313 ] Mon, 29 March 2010 20:58 Go to previous messageGo to next message
lukyanov  is currently offline lukyanov
Messages: 1
Registered: March 2010
Location: Moscow
Junior Member
fizyk wrote

So, I've got question, has anyone used app_sfDoctrineApplyPlugin_afterLogin and app_sfDoctrineApplyPlugin_after settings? I seem can't find these nowhere in source.


I did. It turned out that app_sfDoctrineApplyPlugin_after means sfDoctrineApplyPlugin/after and afterLogin properties in app.yml:

all:
  sfApplyPlugin:
    after: my_homepage
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96392 is a reply to message #96388 ] Mon, 29 March 2010 21:43 Go to previous messageGo to next message
fizyk  is currently offline fizyk
Messages: 64
Registered: December 2009
Location: Western Slavic Republic
Member
lukyanov wrote on Mon, 29 March 2010 20:58


all:
  sfApplyPlugin:
    after: my_homepage




Never believe readme's Wink well then, I'll update sfForked's README, since the functionality still is there Smile

I wander what else I missed... Wink
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96758 is a reply to message #96392 ] Sat, 03 April 2010 21:57 Go to previous messageGo to next message
sela  is currently offline sela
Messages: 24
Registered: November 2009
Location: London
Junior Member
i try to connect the sf_guard_user_profile table to another table and by running the symfony doctrine:build --model and symfony doctrine:build --sql
(i cleaned first /symfony doctrine:clean-model-files)
i got 2 create tables for sf_guard_user_profile and not sure for the reasons, it seems when i remove from schema.yml the inheritance that i copied from the readme, the 2nd create table is omitted
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96760 is a reply to message #96758 ] Sun, 04 April 2010 00:14 Go to previous messageGo to next message
fizyk  is currently offline fizyk
Messages: 64
Registered: December 2009
Location: Western Slavic Republic
Member
Yes, that's because sql is being built based on your model, and two models with same definition (due to doctrine inheritance), are referring to database table called: sf_guard_user_profile. It's the base profile model delivered for sfForkedDoctrineApply: sfGuardUserProfileBasis and the model created in your app: sfGuardUserProfile, that inherits sfGuardUserProfileBasis.
However doctrine executes create table for this task only once (as it is expected), so no error or exceptions are thrown back.

I specifically defined sf_guard_user_profile for the sfGuardUserProfileBasis, so you'd get model and table you expect to get: sfGuardUserProfile in your app, and (one) sf_guard_user_profile table in your db.
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96797 is a reply to message #96760 ] Mon, 05 April 2010 10:41 Go to previous messageGo to next message
sela  is currently offline sela
Messages: 24
Registered: November 2009
Location: London
Junior Member
not sure exactly how the schema.sql is generated behind the scene. the difference is an extra index.

CREATE TABLE sf_guard_user_profile (id BIGINT AUTO_INCREMENT, user_id INT NOT NULL, email VARCHAR(80) NOT NULL UNIQUE, firstname VARCHAR(30), lastname VARCHAR(70), validate_at datetime, validate VARCHAR(33), created_at DATETIME NOT NULL, updated_at DATETIME NOT NULL, INDEX user_id_idx (user_id), PRIMARY KEY(id)) ENGINE = INNODB;
CREATE TABLE sf_guard_user_profile (id BIGINT AUTO_INCREMENT, user_id INT NOT NULL, email VARCHAR(80) NOT NULL UNIQUE, firstname VARCHAR(30), lastname VARCHAR(70), validate_at datetime, validate VARCHAR(33), created_at DATETIME NOT NULL, updated_at DATETIME NOT NULL, PRIMARY KEY(id)) ENGINE = INNODB;
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96802 is a reply to message #96797 ] Mon, 05 April 2010 13:10 Go to previous messageGo to next message
fizyk  is currently offline fizyk
Messages: 64
Registered: December 2009
Location: Western Slavic Republic
Member
That's because there's an index placed on foreign key field, which relation is being added in the sfGuardUserProfile model, but not the basis.
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96813 is a reply to message #92774 ] Mon, 05 April 2010 20:02 Go to previous messageGo to next message
sela  is currently offline sela
Messages: 24
Registered: November 2009
Location: London
Junior Member
but i followed the plugin readme which instructs to add to the
config/doctrine/schema.yml
sfGuardUserProfile:
inheritance:
type: simple
extends: sfGuardUserProfileBasis
# Don't forget this!
relations:
User:
class: sfGuardUser
foreign: id
local: user_id
type: one
onDelete: cascade
foreignType: one
foreignAlias: Profile

that creates the index

so what did i do wrong?
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96819 is a reply to message #96813 ] Mon, 05 April 2010 20:57 Go to previous messageGo to next message
fizyk  is currently offline fizyk
Messages: 64
Registered: December 2009
Location: Western Slavic Republic
Member
There's nothing wrong.

I was just explaining the way sql get's generated in doctrine/symfony. It's based on your model, so if you'll remove some models from your schema, but wouldn't clear them from your project, you'd still get sql generated for them.

You get two sql queries, because Profile inherits Basis model with simple inheritance, which means, that all inheriting model definition gets added into the inherited one, so in the end, both models have almost the same definition, and you get sql generated for each one.
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96821 is a reply to message #96819 ] Mon, 05 April 2010 21:26 Go to previous messageGo to next message
sela  is currently offline sela
Messages: 24
Registered: November 2009
Location: London
Junior Member
thanks for trying to help me,
i assume at the end i want to have only one create table for sfGuardUserProfile
i don't understand how to do it? when i remove
relations:
User:
class: sfGuardUser
foreign: id
local: user_id
type: one
onDelete: cascade
foreignType: one
foreignAlias: Profile
I get only one create table, but then it's different than what you explained.
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96823 is a reply to message #96821 ] Mon, 05 April 2010 22:40 Go to previous messageGo to next message
fizyk  is currently offline fizyk
Messages: 64
Registered: December 2009
Location: Western Slavic Republic
Member
You don't remove the relation, and you shouldn't get bothered by the sql file. If you want to recreate database manually for project (eg. you don't have access to shell), you can delete the first create table, and tun the whole then. It's not possible otherwise currently. Haven't give thought about that, but having two create table's might be a bug in a build task in this case, since BasesfGuardUserProfile inherites in the end from BasesfGuardUserProfileBasis...

Here's Doctrine's manual on Inheritance:
http://www.doctrine-project.org/documentation/manual/1_2/en/ inheritance:simple

And symfony's:
http://www.symfony-project.org/more-with-symfony/1_4/en/09-D octrine-Form-Inheritance
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96896 is a reply to message #92774 ] Wed, 07 April 2010 10:49 Go to previous messageGo to next message
sela  is currently offline sela
Messages: 24
Registered: November 2009
Location: London
Junior Member
thanks I realised what was the problem. it was that i used as foreign key from Int to BigInt.
I got another problem now with the mail delivery. I get an error because of the fullname and couldn't find where it merges the first name and last name to be the full name. to solve temp the problem i change the sendVerificationMail that return to fullname $profile->getFirstname() instead of $profile->getFullname()

any idea why i get this problem? i tried to debug it, but couldn't get anywhere.
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96927 is a reply to message #96896 ] Wed, 07 April 2010 21:27 Go to previous messageGo to next message
fizyk  is currently offline fizyk
Messages: 64
Registered: December 2009
Location: Western Slavic Republic
Member
Method in question should be in PluginsfGuardUserProfileBasis model.
Which version of sfForked do you use?
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96929 is a reply to message #96927 ] Wed, 07 April 2010 21:34 Go to previous messageGo to next message
sela  is currently offline sela
Messages: 24
Registered: November 2009
Location: London
Junior Member
I use the earlier one 1.02
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96933 is a reply to message #96929 ] Wed, 07 April 2010 22:09 Go to previous messageGo to next message
fizyk  is currently offline fizyk
Messages: 64
Registered: December 2009
Location: Western Slavic Republic
Member
Here's the PluginsfGuardUserProfileBasis:

http://trac.symfony-project.org/browser/plugins/sfForkedDoct rineApplyPlugin/tags/v_1.0.2/lib/model/doctrine/PluginsfGuar dUserProfileBasis.class.php

If everything went right, and you do inherit from this, you should have that method inherited in your model. That is if you haven't erased doctrine inheritance.

You can overwrite use this method, or overwrite it in sfGuardUserProfile model, that should be in your project's lib/model/doctrine folder.
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96936 is a reply to message #96933 ] Wed, 07 April 2010 22:49 Go to previous messageGo to next message
sela  is currently offline sela
Messages: 24
Registered: November 2009
Location: London
Junior Member
so silly of me, i have the file PluginsfGuardUserProfileBasis.class.php but i think i deleted it in one of the stages and when using the build it auto generate an empty file.
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96942 is a reply to message #92774 ] Thu, 08 April 2010 03:28 Go to previous messageGo to next message
stephenrs  is currently offline stephenrs
Messages: 22
Registered: January 2010
Junior Member
I just wanted to chime in here and say that I've been buried with work lately, so I haven't been able to follow this thread very closely - BUT - I'm amazed and thrilled by the progress and activity that's been going on with the forked plugin. Nice work fizyk, and kudos to the other people helping to test and improve it!

I had no idea that one little forum post would help inspire this...and the credit goes to fizyk...but if you wanted to mention me at the bottom of a readme or something (I think I remember you mentioning something like that a while back), I certainly wouldn't complain Smile

Also, it looks like the fine folks over at P'unk Avenue (the original authors of sfApply) have taken notice: http://trac.apostrophenow.org/ticket/243

All the best, and keep up the great work!
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96945 is a reply to message #92774 ] Thu, 08 April 2010 04:01 Go to previous messageGo to next message
tnaseem  is currently offline tnaseem
Messages: 11
Registered: April 2008
Junior Member
Hey Stephen,

Pretty busy myself as it's crunch time, so not been keeping up myself, but thought I'd quickly chip and say thanks again! Smile

It was that forum posting you mentioned that led me here actually Smile This plugin has been a real time saver for me. Been using it without issue so far (apart from the initial problems I had, which fizyk fixed).

All I need now in the plugin is the ability to change the users email address in their profile, without the validation checking against itself (ie. coming back that it's already in use!)

Cracking on...
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96969 is a reply to message #92774 ] Thu, 08 April 2010 16:39 Go to previous messageGo to next message
ringhio  is currently offline ringhio
Messages: 54
Registered: August 2008
Member
Hi fizyk, I would like to extend

plugins/sfForkedDoctrineApplyPlugin/lib/form/sfApplyApplyFor m.class.php

to add in the doSave method some code for managing user group of the new user. I want to assign a particular group to all users signing up.

Normally I would create:

lib/form/doctrine/sfForkedDoctrineApplyPlugin/sfApplyApplyFo rm.class.php

but I can't extend plugin's class because I can't redeclare sfApplyApplyForm. It would be nice to have PluginsfApplyApplyForm, isn't it?

Have you got some other tip to solve this (I don't want to overwrite all extending sfGuardUserProfileForm)?

Cheers
Daniel
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96981 is a reply to message #96942 ] Thu, 08 April 2010 18:06 Go to previous messageGo to next message
fizyk  is currently offline fizyk
Messages: 64
Registered: December 2009
Location: Western Slavic Republic
Member
Hey!

stephenrs wrote on Thu, 08 April 2010 03:28


I had no idea that one little forum post would help inspire this...and the credit goes to fizyk...but if you wanted to mention me at the bottom of a readme or something (I think I remember you mentioning something like that a while back), I certainly wouldn't complain Smile

So... if you have other details, than your symfony's board username you'd like to get included (email, website), feel free to mail me with them Wink Consider also volunteering for the plugin's dev team Wink

stephenrs wrote on Thu, 08 April 2010 03:28


Also, it looks like the fine folks over at P'unk Avenue (the original authors of sfApply) have taken notice: http://trac.apostrophenow.org/ticket/243


I wouldn't have thought that they'd consider going back to SwiftMailer Smile

tnaseem wrote on Thu, 08 April 2010 04:01


All I need now in the plugin is the ability to change the users email address in their profile, without the validation checking against itself (ie. coming back that it's already in use!)

I should start working on this after the next release. Unless you've got some progress done already on this Smile
Anyway, I consider allowing email change but only after another confirmation mail Wink If someone will leave pc and given app open and forget to log out, it would get problematic, if someone would change email, then password and log out.

And finally ringhio. I won't quote you, but please, don't feel offended Wink
Functionality you seek is already implemented (done it just yesterday), but currently only in main trunk in svn repo. I should release new version in the evening, or tomorrow. I'll update README first Smile

Hmmm... I really need to create separate symfony project to test and develop plugins in! Wink

[Updated on: Thu, 08 April 2010 18:07]

Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #96982 is a reply to message #96981 ] Thu, 08 April 2010 18:12 Go to previous messageGo to next message
ringhio  is currently offline ringhio
Messages: 54
Registered: August 2008
Member
fizyk wrote on Thu, 08 April 2010 18:06


And finally ringhio. I won't quote you, but please, don't feel offended Wink
Functionality you seek is already implemented (done it just yesterday), but currently only in main trunk in svn repo. I should release new version in the evening, or tomorrow. I'll update README first Smile


That's great! Thanks a lot. In the next few days I'll send you the italian i18n files reviewed (as I wrote to you yesterday by mail, I'm Daniel).

Cheers
Daniel
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #98338 is a reply to message #92774 ] Sat, 01 May 2010 05:36 Go to previous messageGo to next message
BillyParadise  is currently offline BillyParadise
Messages: 5
Registered: March 2010
Location: Canada
Junior Member
Hi Guys,

I just wanted to chime in and say a big THANK YOU! The work in this thread has made symfony actually USABLE for me. As a non-programmer, getting user management going has been incredibly frustrating. I knwo it can be par for the course with open source projects, but in my network management "day job", the projects are mature enough to include 99% of what I need without a whole lot of effort - I guess I've been spoiled.

You may remember that I had a whole whack o' problems a few months ago. Well, when I saw that you guys were working on making things better, I decided to take a few months off, until you got things into a good state.

I'm happy to report that even this non-programmer can get your plugin working. First time. No problems.

You guys rock. I saw the promise in symfony before. Now I can actually use it.

From my point of view, this functionality SHOULD BE IN THE CORE.

Thanks one more time!

[Updated on: Sat, 01 May 2010 05:38]

Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #98433 is a reply to message #98338 ] Mon, 03 May 2010 12:07 Go to previous messageGo to next message
fizyk  is currently offline fizyk
Messages: 64
Registered: December 2009
Location: Western Slavic Republic
Member
First of all, it's great that our work here could help you Billy to set up user registrations without problems.

Here are some news on my progress on Forked:

  • I moved the repo to github, however symfony's plugin admin pages won't allow me to change from symfony, since the symfony's svn repo for plugin has already been created. Mailing to the given email gave me no reponse ;/ At least issue tracker link got updated. If anyone knows how to bypass this, let me know.
  • I've been a little bit distracted by backporting dmTagPlugin to symfony, but I'm now back on Forked.
  • I've almost created the possibility to edit emails, so tnaseem will be pleased quite soon. I've got few tweaks to do before it'll be relase ready, but you can get the code from github, should be usable already: http://github.com/fizyk/sfForkedDoctrineApplyPlugin
  • There's some bug in the generating form for inheriting models cousing all widgets for relations to be InputText instead of Options with dropdown list: http://github.com/fizyk/sfForkedDoctrineApplyPlugin/issues#i ssue/5 I'll report it to symfony's trac, unless there's a better place to do so?
  • Now that I learned a lot about Doctrine Inheritance, I'm considering change the one used here to column_aggregation one. It should make everything more usable (with a little more work from the developers)
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #98513 is a reply to message #94173 ] Tue, 04 May 2010 19:15 Go to previous messageGo to next message
NeoX  is currently offline NeoX
Messages: 58
Registered: March 2010
Location: Spain
Member

nwahs81 wrote on Wed, 24 February 2010 14:25

Hi ya,

I have a problem with the fix. I have pasted your code segment in but however I keep getting this error:

An error took place during the email delivery process. Please try again later.

This happened when i click on submit
I think it has to do with the setting up of the smtp server connection. I am using gmail smtp

can you kindly guide me how do i actually set up the code for gmail smtp server(etc Where should I configure the smtp server setup.)

Thanks in Advance
Newbie..



Hi, I have the same error: "An error took place during the email delivery process. Please try again later."

I've enabled ssl in php.ini and I get the same error.
Swift works perfectly because I've tried the following script and it sends me an e-mail:

<?php
$transport = Swift_SmtpTransport::newInstance('ssl://smtp.googlemail.com', 465)
                    ->setUsername('myuser@gmail.com')
                    ->setPassword('mypass');
 
$mailer = Swift_Mailer::newInstance($transport);
 
$message = Swift_Message::newInstance('Wonderful Subject')
  ->setFrom(array('john@doe.com' => 'John Doe'))
  ->setTo(array('receiver@domain.org', 'other@domain.org' => 'A name'))
  ->setBody('Here is the message itself')
  ;
 
$result = $mailer->send($message);
?>


Anybody know wich is the problem?
Thanks.
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #98515 is a reply to message #98513 ] Tue, 04 May 2010 20:13 Go to previous messageGo to next message
fizyk  is currently offline fizyk
Messages: 64
Registered: December 2009
Location: Western Slavic Republic
Member
Hey NeoX, which version do you use? Or rather, which plugin?
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #98516 is a reply to message #92774 ] Tue, 04 May 2010 20:24 Go to previous messageGo to next message
NeoX  is currently offline NeoX
Messages: 58
Registered: March 2010
Location: Spain
Member

Hi, I'm using sfForkedDoctrineApplyPlugin and symfony 1.4.1.
Wich is the difference between this one and sfForkedDoctrineApplyPlugin-1.0.0?

I think the problem is in:
$this->sendVerificationMail($profile);


because if I comment it, I obtain "Thank you for applying for an account. You will receive a verification email shortly. If you do not see that email, please be sure to check your "spam" or "bulk" folder." although the email is not sent.

What do you think?
Thanks a lot.
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #98518 is a reply to message #98516 ] Tue, 04 May 2010 21:26 Go to previous messageGo to next message
fizyk  is currently offline fizyk
Messages: 64
Registered: December 2009
Location: Western Slavic Republic
Member
Could you update to symfony 1.4.4 and sfForked 1.1.1 and tell if this bug is still valid?
What's the difference, you can check the changelog: http://www.symfony-project.org/plugins/sfForkedDoctrineApply Plugin/1_1_1?tab=plugin_changelog

But I haven't changed much to what stephenrs suggested. beside removing that unused variable that was giving most of "An error took place during the email delivery process. Please try again later." errors.

If the bug is still valid, could you report it here: http://github.com/fizyk/sfForkedDoctrineApplyPlugin/issues ? I'd be gratefull. I'll wait with 1.2.0 release till we sort this out.
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #98553 is a reply to message #92774 ] Wed, 05 May 2010 13:46 Go to previous messageGo to next message
NeoX  is currently offline NeoX
Messages: 58
Registered: March 2010
Location: Spain
Member

With sfForked 1.1.1. is the same: "An error took place during the email delivery process. Please try again later.". But I don't know if I'm forgetting something...
Is there any necessary configuration in Jobeet day 16? Or If I follow the REAME file's steps, sfForked works?

If I comment the code of the function sendVerificationMail($profile); it works, but the mail is not sent. Where the problem can be? There are only 9 lines Sad .

Thanks.

[Updated on: Wed, 05 May 2010 14:34]

Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #98567 is a reply to message #98553 ] Wed, 05 May 2010 19:24 Go to previous messageGo to next message
NeoX  is currently offline NeoX
Messages: 58
Registered: March 2010
Location: Spain
Member

NeoX wrote on Wed, 05 May 2010 13:46

With sfForked 1.1.1. is the same: "An error took place during the email delivery process. Please try again later.". But I don't know if I'm forgetting something...
Is there any necessary configuration in Jobeet day 16? Or If I follow the REAME file's steps, sfForked works?

If I comment the code of the function sendVerificationMail($profile); it works, but the mail is not sent. Where the problem can be? There are only 9 lines Sad .

Thanks.


SOLVED!!
First of all, the problem was with I18n, because It is not installed in my application, and there is a function wich uses it.
I've changed in sfApplyActionsLibrary.class.php:
$address = $this->getFromAddress();

into:
$address = sfConfig::get('app_sfApplyPlugin_from', false);
if (!$address)
{
   throw new Exception('app_sfApplyPlugin_from is not set');
}


With this modification i got "Thank you for applying for an account. You will receive a verification email shortly. If you do not see that email, please be sure to check your "spam" or "bulk" folder." but I didn't receive emails, so the solution was to modify factories.yml:
dev:
  mailer:
    param:
      delivery_strategy: realtime


Before, I had delivery_strategy: none

Thanks a lot.
I hope this helps!
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #98568 is a reply to message #98567 ] Wed, 05 May 2010 19:52 Go to previous messageGo to next message
fizyk  is currently offline fizyk
Messages: 64
Registered: December 2009
Location: Western Slavic Republic
Member
NeoX, haven't noticed it before... strange thing to 'internationalise' name... unless it's for company, and you have different names for different languages... then it could make sense... Smile

Please check if any other i18n uses (there are several, and some are in forms) gives you errors. I'll turn off i18n in my testapp, and see if I'll get same result.

Also NeoX, you know, you can overwrite sfApplyActionsLibrary's methods in your apps sfApply module in actions.class where your sfAppplyActions class will extend sfApplyActionsLibrary (same way in Plugin's module).
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #98571 is a reply to message #98568 ] Wed, 05 May 2010 20:15 Go to previous messageGo to next message
NeoX  is currently offline NeoX
Messages: 58
Registered: March 2010
Location: Spain
Member

I only test sfForked in order to create a new account, I think I'll have the same problem with other functions: executeSettings, getFromAddress..

For the moment, I don't need to internationalise, so I'm going to ignore I18n code, in the future I'll use it.

Thanks a lot fizyk.
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #98573 is a reply to message #98571 ] Wed, 05 May 2010 20:55 Go to previous messageGo to next message
fizyk  is currently offline fizyk
Messages: 64
Registered: December 2009
Location: Western Slavic Republic
Member
I'll tweak sfApplyActionsLibrary a little bit so next time every Exception will be re-throwed for dev environment. prod will get the usual message.

NeoX, why not add that setting now? it's just setting this in your settings.yml file.

all:
  .settings:
    # ...
    i18n: true


EDIT: Code mistake ;]

[Updated on: Wed, 05 May 2010 20:55]

icon14.gif  Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #98785 is a reply to message #98573 ] Mon, 10 May 2010 11:52 Go to previous messageGo to next message
zuby  is currently offline zuby
Messages: 9
Registered: May 2010
Location: Lagos, Nigeria
Junior Member
First of all i want to say a big thank you to you guys for making user management easy to implement. Kudos, more grease to your elbows

fizyk my superhero Very Happy, I have a problem though, the registration works fine and it sends the confirmation email but when one clicks on the link in the email to validate the account i get this error:

Unknown column validate,

the stack trace points to the following:

$sfGuardUser = Doctrine_Query::create()
->from("sfGuardUser u")
->innerJoin("u.Profile p with p.validate = ?", $validate)
->fetchOne();
if (!$sfGuardUser)
{
return 'Invalid';

How do i solve this problem please.

thanks again. Very Happy Very Happy Very Happy
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #98805 is a reply to message #98785 ] Mon, 10 May 2010 19:44 Go to previous messageGo to next message
fizyk  is currently offline fizyk
Messages: 64
Registered: December 2009
Location: Western Slavic Republic
Member
It's definitely this line:

http://github.com/fizyk/sfForkedDoctrineApplyPlugin/blob/1.2 .x/lib/action/sfApplyActionsLibrary.class.php#L148 ...

Strange, could you check your database and see if you have column validate in your sf_guard_user_profile table?

I'll be moving to column_aggregation inheritance anyway for 1.3.x release. Could I see your schema.yml file? (at least the part with the Profile model)
icon7.gif  Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #98806 is a reply to message #98805 ] Mon, 10 May 2010 19:54 Go to previous messageGo to next message
zuby  is currently offline zuby
Messages: 9
Registered: May 2010
Location: Lagos, Nigeria
Junior Member
thanks for the prompt response, you are right the problem is from that line. Well, have have validate in my sf_guard_user_profile table, in fact with the validate values.

here is my schema

........
# from the main schema
sfGuardUserProfile:
inheritance:
type: simple
extends: sfGuardUserProfileBasis
# Don't forget this!
relations:
User:
class: sfGuardUser
foreign: id
local: user_id
type: one
onDelete: cascade
foreignType: one
foreignAlias: Profile

#the plugin schema
sfGuardUserProfileBasis:
actAs:
Timestampable: ~
tableName: sf_guard_user_profile
columns:
user_id:
type: integer(20)
notnull: true
email:
type: string(80)
notnull: true
unique: true
email_new:
type: string(80)
unique: true
firstname:
type: string(30)
lastname:
type: string(70)
#TODO! Should be used by task that will erase all validate fields created x days ago and not used.
validate_at:
type: timestamp
validate:
type: string(33)

thanks for helping....
Re: sfDoctrineApplyPlugin - Undocumented steps to make it work, and without Zend_Mail [message #98808 is a reply to message #98806 ] Mon, 10 May 2010 20:20 Go to previous messageGo to previous message
fizyk  is currently offline fizyk
Messages: 64
Registered: December 2009
Location: Western Slavic Republic
Member
have you built your classes? hmmm... obviously you did, since you have the validate code written in you db, right? could you post exactly the screen from the error?
also, it sometimes help to reload Apache and clear cache

./symfony cc
Previous Topic:sfForkedDotrctineApplyPlugin is broken (latest version)
Next Topic:Customize sfGuard or use sfApply
Goto Forum:
  

powered by FUDforum - copyright ©2001-2004 FUD Forum Bulletin Board Software