News:

Bored?  Looking to kill some time?  Want to chat with other SMF users?  Join us in IRC chat or Discord

Main Menu

SMF - Drupal Bridge Alpha Version!

Started by BoogieBug, February 15, 2006, 11:20:27 AM

Previous topic - Next topic

thetron

Anyone got a fix/solution to fix watchdog errors. I just wanna use the same members account :O

Zenko

Is ther anyone installed this succesfully mind helping me out and installing it on my site?

hxxp:artverve.com [nonactive]
^site

thanks  :-*

thetron

Quote from: Zenko on March 28, 2006, 12:56:46 AM
Is ther anyone installed this succesfully mind helping me out and installing it on my site?

http://artverve.com [nofollow]
^site

thanks  :-*
I feel your pain!

Nobody seems interested or caring to give support

Wikkit

#23
I got it working after a few tries, and I'll try to whip up a basic description of how I went about it once I get home from work later today. :)

EDIT: Though, I'm still experiencing the problems described in my previous post about login and registration being a one way procedure.

thetron

Thanks. Hopefully it's newbie proof too

Unlike "heres the code mate. Install it yourself somehow"

Wikkit

First I installed Drupal in "http://<www_root>" and created the initial admin account.

Then I installed SMF in "http://<www_root>/smf" creating the admin account in the process (naming the accounts in drupal and smf the same, not that it matters to my knowledge).

Then I uploaded and unpacked embient into "http://<www_root>/embient" so that 'install.php' resides in "http://<www_root>/embient".

After that I uploaded and unpacked DOMIT to "http://<www_root>/embient/domit" so that all the domit files reside in "http://<www_root>/embient/domit".

Then, in my browser, I entered "http://<www_root>/embient/install.php" which outputs into the browser two lines relating to embient installation and a third line reading "Done."

After this I opened up "http://<www_root>/embient/config.xml" and changed:
<root>
            <type>textfield</type>
            <desc>Path to existing SMF installation</desc>
            <value>C:\projects\htdocs\smf</value>
        </root>

to
<root>
            <type>textfield</type>
            <desc>Path to existing SMF installation</desc>
            <value>/hsphere/local/home/wikkit/<www_root>/smf</value>
        </root>

You might have to make sure you have the proper permissions set for config.xml.

After that I created in "http://<www_root>/modules/embient" a file named "embient.module", opened it and added
<?php
require_once('/hsphere/local/home/wikkit/<www_root>/embient/drupal.php');
?>

.
(Obviously you need to substitute the path with your specific path)

Finally I went into Drupal --> administer --> modules and activated the embient module. Now under administer --> settings --> embient you should find different config options for your embient/drupal/smf installation. Such as for example the adress and login information for the SQL database.

Now try creating a new account in drupal and then swing by your SMF main page and you should be logged in.

I'm not sure about permissions for the smf/Settings.php file for example. But I seem to recall that SMF requires write permission to proceed with its installation, so the proper permission should already be set.

Hope this works for you. Now, if you don't mind, I'll have to go down to the basement and take care of the laundry. ;)

Holler if you need further help, and I will, to the best of my ability, try to help. :)

Cheers

thetron

Didn't work for me. It's werid cause no errors have been coming up

jefft

Install notes for embient alpha.  (What I had to do to get it working).

1. Before running install.php, make sure drupal module directory is
writable.  The install.php script will be trying to write file "embient.module" into that directory.

2. Run install script.  It automatically detects drupal, embient and
smf.  Displays message implying that everything is fine.  But when starting drupal I got:

Fatal error: main(): Failed opening required '/home/cradmin/public_html/embient\drupal.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/cradmin/public_html/crdcvs032806/modules/embient.module on line 2

3. To fix this error, I fixed the content of the embient.module file to make sure the correct path to embient was given.
In my install, there was a back slash (windows style) rather than a forward slash (unix style).  Fixing this solved that problem.  So that when I opened up drupal, I didn't get that error.  But when I tried to
enable the embient module in drupal module, I got the following error:

Fatal error: init(): Failed opening required 'C:\projects\htdocs\smf/Settings.php' (include_path='.:/usr/lib/php:/usr/local/lib/php')  in /home/cradmin/public_html/embient/smf.plugin.php on line 133

4. To get rid of this error, I did two things.  First, fixed a line towards the bottom of the smf/Settings.php file giving the path for 'integrate_pre_include'.  (Path to file smf.php in embient directory).
I changed it from the wrong value:
'C:\projects\htdocs\smf/Settings.php'
to
'/home/cradmin/public_html/embient/smf.php'.

5. Second change I made was to change the embient/config.xml file to have the correct location for smf.  This is specified in the part of the file containing:
<desc>Path to existing SMF installation</desc>
The value had to be changed from:
<value>C:\projects\htdocs\smf</value>
to:
<value>/home/cradmin/public_html/smf</value>
(for my sytem, your path would obviously be different).

6. Watchdog errors.  Even after making the above, I had watchdog errors generated in drupal.  From the error message it was apparent that the database handle in drupal had somehow been switched to the SMF database.  I was able to avoid this problem by using a different database username for the SFM and Drupal databases as described in my previous post. 

Another possible way to fix this (which I have not tried) would be to change the line in file embient.db.php which connects to the database, from
    $this->connection = mysql_connect($this->_db_host, $this->_db_user, $this->_db_pass);
to
    $this->connection = mysql_connect($this->_db_host, $this->_db_user,
$this->_db_pass, true);

(The change is to add a forth argument, true).

According to php documentation, the last argument (true) will force a new connection to be made even if all the arguments were the same as a previous connection

Last note: (Customization).
As I mentioned in a previous post, another problem I had is that if a user already exists in Drupal but not in SMF, the system will fail because when a user logs in to drupal, embient is assuming that the user is already in SMF.  To get around this problem, I modified embient files drupal.php and smf.plugin.php so that if a user logs into Drupal and the user is not in SMF, embient creates the user in SMF.  Send me an email if you are intersted in these modifications.

thetron

#28
It's working

Would i need to change Embient configuration in drupal settings. If so... Do they save to the config.xml file

Cause if the password is saved into that config.xml file. It would be visble in cleartext and thats security issue

thetron

Wow not alot of help.

No one answered my security question about the config.xml file

My forum bridge is half working. If a user registered on SMF works without displaying errors
If a new user is registered on Drupal an errors occur

Quote* You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'SELECT ID_PM FROM smf_personal_messages (query = DELETE FROM smf_pm_recipients WHERE ID_PM IN (SELECT ID_PM FROM smf_personal_messages WHERE ID_MEMBER_FROM = '3')) in /home/thetr0n/public_html/embient/smf.plugin.php (line #555)
    * error: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'SELECT ID_PM FROM smf_personal_messages (query = DELETE FROM smf_pm_recipients WHERE ID_PM IN (SELECT ID_PM FROM smf_personal_messages WHERE ID_MEMBER_FROM = '3')) in /home/thetr0n/public_html/embient/smf.plugin.php on line 555.


thetron

Any developments or improvements?

Mines not exactly "perfect" and dodgy the way it's handled

wenjinglee

#31
I have done steps suggested by Jefft (Drupal: 4.7.0, SMF: 1.1rc2). But what I am experiencing is:

1. Almost every time I log into SMF, I will have one more error log in my "Maintanence" Panel in SMF "Admin":
Apply Filter: Only show the error messages of this URL  http://www.gisaid.com/forums/index.php?action=featuresettings2;save;sa=basic
2: Cannot modify header information - headers already sent by (output started at /home/rockyl/public_html/dp/embient/domit/xml_domit_parser.php:1377)
File: /home/rockyl/public_html/dp/forums/Sources/Subs.php
Line: 2598


2. When doing operations like reading posts or posting new posts or adding forums in Admin panel, either using admin or registered accounts, I accidentally get the following error messages showing on the top of the output page, but refreshing the page always fix the problem:
Notice: Only variable references should be returned by reference in /home/rockyl/public_html/dp/embient/domit/xml_domit_parser.php on line 1338

Notice: Only variable references should be returned by reference in /home/rockyl/public_html/dp/embient/domit/xml_domit_parser.php on line 1338

Notice: Only variable references should be returned by reference in /home/rockyl/public_html/dp/embient/domit/xml_domit_parser.php on line 1338

(the same message will repeat itself for tens of times)


And at the same time a new error log in SMF reads:
http://www.gisaid.com/forums/index.php?action=login2;sa=check;member=4
Apply Filter: Only show the errors with the same message
2: Cannot modify header information - headers already sent by (output started at /home/rockyl/public_html/dp/embient/domit/xml_domit_parser.php:1338)
File: /home/rockyl/public_html/dp/forums/Sources/Subs.php
Line: 2598


Am I alone to this problem? Anyone knows a solutions to this?

Quote from: jefft on March 30, 2006, 12:37:02 AM
Install notes for embient alpha.  (What I had to do to get it working).

1. Before running install.php, make sure drupal module directory is
writable.  The install.php script will be trying to write file "embient.module" into that directory.

2. Run install script.  It automatically detects drupal, embient and
smf.  Displays message implying that everything is fine.  But when starting drupal I got:
...


reynierpm

Well ... I have Drupal 4.7.2 and SMF 1.1 RC2 working in the same host and the same database. Now I try to integrate Drupal and SMF but following the steps I get this error:
Quote
Found drupal in D:/Server/WWWRoot/drupal. Installing Embient for drupal
Found smf in D:/Server/WWWRoot/drupal/smf. Installing Embient for smf

Warning: array_merge() [function.array-merge]: Argument #2 is not an array in D:\Server\WWWRoot\drupal\bridge\install.php on line 180

Warning: implode() [function.implode]: Bad arguments. in D:\Server\WWWRoot\drupal\bridge\install.php on line 193
Done!
Can any tell me if this is an error or just a warning? Then how I can know if the module is installed and working fine? Means that I have one user only for both systems or ...

Regards

mrsource

How can I set a coockie from smf script, or an generic script, that force logon state for an drupal user?

gmatyi

Hi BoogieBug,

very good module for drupal.

I found a little bug: Every registration in my drupal is approved by the administrator. If a new people register, after the registration the new user couldn't login to the drupal, but he could login to the smf!

The embient should set the field 'is_activated' in table smf_member to 0.

Please help me to build this feature to embient in.

Thanks

Roi Danton

#35
Hi Boogie,

good idea to make such a bridge!

During the installation I had to manually change smf.plugin.php and drupal.plugin.php ... details below - New -.

What works for me:

  • Registering a new user in SMF
  • Registering a new user in Drupal
  • Login and -out in SMF and the same time in Drupal
  • Deleting a user in Drupal automatically deletes the user in SMF
  • Deleting a user in SMF automatically deletes the user in Drupal
  • Changing the username in SMF automatically changes the user name in Drupal
  • Changing the password in SMF automatically changes the password in Drupal
  • Changing the password in Drupal automatically changes the password in SMF
What doesn't work for me/Bugs:

  • Login and -out in Drupal and the same time in SMF
  • On changing the username in SMF you get a new password per eMail from SMF, but in Drupal your old password stays valid (and the new from SMF isn't valid).
  • No access to drupal -> administer -> settings -> modules (blank page with no source code appears) -> safe mode deactivated -> no problem any more
  • I have to enter the database values in smf.plugin.php manually. Otherwise the database connection to SMF won't be possible.
  • Some error messages by registering and deleting users (details see below)
I think these issues are resolvable so I'm hoping you'll continue with your good work you've done so far and that you heed the offers jefft made! :)


@wenjinglee: Have the same error messages in the SMF log.

@reynierpm: Had the same error on my xampp-windows-system, so I tried it on a Linux sys.


Details

Following, my experiences with installing the bridge are listed:

Drupal & SMF in the same database, different folders.

Installation

- Already known/mentioned here -

Error immediately after enabling the module:

Fatal error: main() [function.require]: Failed opening required '/srv/www/web9/html/embient\drupal.php' (include_path='.:') in /srv/www/web9/html/bibliothek/modules/embient.module on line 2

Solution like jefft step 3:
embient.module: changing line 2 to 'your-path/embient/drupal.php'

Also a known problem:

Fatal error: init() [function.require]: Failed opening required 'C:\projects\htdocs\smf/Settings.php' (include_path='.:') in /srv/www/web9/html/embient/smf.plugin.php on line 133

Solution like jefft step 4/5:

  • smf/Settings.php: integrate_pre_include -> change value to your-path-to-smf
  • config.xml: changing <value>C:\projects\htdocs\smf</value> to <value>http://your-path-to-smf</value>.
(Hint: If you managed to call the /embient/install.php/ more than once, delete the needless "$integration = array(..." so that the array is only defined once)

- New -

Now I got just a blank screen on "drupal/?q=admin/modules" ... due to activated safe mode! ... , so I switched to the main page of drupal where the following errors occured:

    * No database selected in /srv/www/web9/html/embient/embient.db.php (line #120)
    * error: No database selected in /srv/www/web9/html/embient/embient.db.php on line 120.
    * warning: fopen(/srv/www/web9/html/embient/embient.error.log) [function.fopen]: failed to open stream: Permission denied in /srv/www/web9/html/embient/embient.util.php on line 149.
    * cannot initialise smf in /srv/www/web9/html/embient/embient.util.php (line #92)
    * error: cannot initialise smf in /srv/www/web9/html/embient/embient.util.php on line 92.
    * warning: fopen(/srv/www/web9/html/embient/embient.error.log) [function.fopen]: failed to open stream: Permission denied in /srv/www/web9/html/embient/embient.util.php on line 149.


And Drupal log file:

error php 2006-07-02 20:26 fopen(/srv/www/web9/html/embient/embient.error.log) [ Roi Danton
error php 2006-07-02 20:26 cannot initialise smf in /srv/www/web9/html/embient/embient.util.php on line 92. Roi Danton
error php 2006-07-02 20:26 fopen(/srv/www/web9/html/embient/embient.error.log) [ Roi Danton
error php 2006-07-02 20:26 No database selected in /srv/www/web9/html/embient/embient.db.php on line 120. Roi Danton


Solution to these error messages:
drupal.plugin.php & smf.plugin.php:
replace the variables of these lines

                  'db_host'   => $this->conf['db_server']['value'],
                  'db_user'   => $this->conf['db_user']['value'],
                  'db_passwd' => $this->conf['db_passwd']['value'],
                  'db_name'   => $this->conf['db_name']['value'],
                  'prefix'    => $this->conf['db_prefix']['value'],

with your database values. Use the prefix of the respective software.
Example for smf.plugin.php:

    $db_params = array(
                  'db_host'   => 'localhost',
                  'db_user'   => 'Your DB Username',
                  'db_passwd' => 'Your DB Password',
                  'db_name'   => 'Your DB Name',
                  'prefix'    => 'smf_',
                 );



IMPORTANT: After I'd entered the database values in administer » settings » embient » Drupal CMS I could replace the lines above in drupal.plugin.php with their default variables and the bridge worked without any problem. But as I've replaced my values in smf.plugin.php with the default variables, I've got the same errors in Drupal again.

So again I replaced the variables in smf.plugin.php with the values of my database and all worked fine ... well almost ;) ...

Current Issues

But still I have no access to "drupal/?q=admin/modules" (blank page, but no error in watchdog) and there is also no "embient" on "drupal -> settings".
Maybe the activated safe mode is responsible for the "Permission denied" messages for fopen?
(have disabled the safe mode)

Still the following warnings occur (besides the issue with the smf.plugin.php described above):

On registering a new user / On editing user profile

In Drupal after pressing Button "Create New Account" and on editing his own account:

warning: fopen(/srv/www/web9/html/embient/embient.debug.log) [function.fopen]: failed to open stream: Permission denied in /srv/www/web9/html/embient/embient.util.php on line 149.
[... Repeating 27 times (so 28 at all) ..]


In Drupal->administer->logs

error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 output : user[timeOffset] is not set Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 mapping : timezone => timeOffset Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 input : user[timezone] = Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 Checking [timezone] ... Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 output : user[signature] is not set Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 mapping : signature => signature Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 input : user[signature] = Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 Checking [signature] ... Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 mapping : lastname => Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 input : user[lastname] = Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 Checking [lastname] ... Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 mapping : firstname => Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 input : user[firstname] = Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 Checking [firstname] ... Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 output : user[emailAddress] is set to [email protected] Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 mapping : mail => emailAddress Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 input : user[mail] = [email protected] Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 Checking [mail] ... Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 output : user[passwd] is set to VHCoqDGCw3 Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 mapping : passwd => passwd Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 input : user[passwd] = VHCoqDGCw3 Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 Checking [passwd] ... Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 output : user[memberName] is set to Testuser Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 mapping : name => memberName Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 input : user[name] = Testuser Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 Checking [name] ... Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 Input user info is Array ( [name] => Testuser ... Anonymous
error php 2006-07-02 19:00 fopen(/srv/www/web9/html/embient/embient.debug.log) [ Anonymous
embient-debug 2006-07-02 19:00 Mapping is Array ( [name] => memberName ... Anonymous


In SMF after pressing the "Register" button and after editing your profile a blank page with the following text occurs (text varies, e.g. when you change nothing, only the line "Debug: Roi Danton is changing it's hideEmail to 0" occurs)

Debug: Mapping is Array ( [name] => name [passwd] => pass [mail] => mail [signature] => signature [timezone] => timezone )
Debug: Input user info is Array ( [name] => Testuser2 [passwd] => asdasd [mail] => [email protected] [firstname] => 'Testuser2' [lastname] => [signature] => )
Debug: Checking [name] ...
Debug: input : user[name] = Testuser2
Debug: mapping : name => name
Debug: output : user[name] is set to Testuser2
Debug: Checking [passwd] ...
Debug: input : user[passwd] = asdasd
Debug: mapping : passwd => pass
Debug: output : user[pass] is set to asdasd
Debug: Checking [mail] ...
Debug: input : user[mail] = [email protected]
Debug: mapping : mail => mail
Debug: output : user[mail] is set to [email protected]
Debug: Checking [firstname] ...
Debug: input : user[firstname] = 'Testuser2'
Debug: mapping : firstname =>
Debug: Checking [lastname] ...
Debug: input : user[lastname] =
Debug: mapping : lastname =>
Debug: Checking [signature] ...
Debug: input : user[signature] =
Debug: mapping : signature => signature
Debug: output : user[signature] is not set
Debug: Checking [timezone] ...
Debug: input : user[timezone] =
Debug: mapping : timezone => timezone
Debug: output : user[timezone] is not set
Logged in at SMF, but not logged in at Drupal. I have to Logout and Login again in SMF so that Drupal recognizes the SMF Login.

Though these warnings the account is created in both applications.

On deleting a user

If I delete the account in SMF
Debug: smf request to delete 8

If I delete the account in Drupal

    * Illegal mix of collations (utf8_general_ci,COERCIBLE) and (latin1_swedish_ci,IMPLICIT) for operation 'find_in_set' (query = SELECT ID_MEMBER, pm_ignore_list, buddy_list FROM smf_members WHERE FIND_IN_SET('9', pm_ignore_list) OR FIND_IN_SET('9', buddy_list)) in /srv/www/web9/html/embient/smf.plugin.php (line #497)
    * error: Illegal mix of collations (utf8_general_ci,COERCIBLE) and (latin1_swedish_ci,IMPLICIT) for operation 'find_in_set' (query = SELECT ID_MEMBER, pm_ignore_list, buddy_list FROM smf_members WHERE FIND_IN_SET('9', pm_ignore_list) OR FIND_IN_SET('9', buddy_list)) in /srv/www/web9/html/embient/smf.plugin.php on line 497.
    * warning: fopen(/srv/www/web9/html/embient/embient.error.log) [function.fopen]: failed to open stream: Permission denied in /srv/www/web9/html/embient/embient.util.php on line 149.
    * Previous query is failed, cannot fetch result in /srv/www/web9/html/embient/embient.db.php (line #246)
    * error: Previous query is failed, cannot fetch result in /srv/www/web9/html/embient/embient.db.php on line 246.
    * warning: fopen(/srv/www/web9/html/embient/embient.error.log) [function.fopen]: failed to open stream: Permission denied in /srv/www/web9/html/embient/embient.util.php on line 149.


Though this warning the account is deleted in both applications.


If I logout or login on SMF, I'm also logged out or logged in at Drupal. But if I do the logout and -in at drupal, nothing changes in SMF.

Roi Danton

Safe mode deleted, more test trials -> I've updated my previous post heavily.

gmatyi

Hi,

I get a fatal error, with this plugin.

Fatal error: Using $this when not in object context in /var/www/www.mysite.org/embient/smf.plugin.php on line 70

/var/www/www.mysite.org/embient/smf.plugin.php:

function embient_smf_parse_url($local = false, $global = false)
{
  // Parse the URL with PHP to make life easier.
  $parsed_url = parse_url($this->conf['boardurl']);  <- this is the line 70


I don't good in php, please help me anybody to find this fatal error. Thanks.

Nordoelum

How is this project going? Would love to see some more releases :P

Birger :)

Roi Danton

Like I wrote in some posts above, I still have two errors that prevent embient from being useful  ...
Quote from: Roi Danton on June 29, 2006, 02:38:00 PM
What doesn't work for me/Bugs:

  • Login and -out in Drupal and the same time in SMF
  • On changing the username in SMF you get a new password per eMail from SMF, but in Drupal your old password stays valid (and the new from SMF isn't valid).
Maybe anybody has a workaround for that?
Or maybe you don't have these two problems with your embient-drupal-smf installation?

Advertisement: