Menu
▾
▴
everydevel-bugs — Bug reports for the Everything Engine
You can subscribe to this list here.
| 2002 |
Jan
(30) |
Feb
(6) |
Mar
(1) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(6) |
Oct
|
Nov
|
Dec
|
| 2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(1) |
|
From: <no...@so...> - 2002-01-18 21:34:46
|
Bugs item #504682, was opened at 2002-01-16 16:54 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=504682&group_id=39838 Category: None Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Martin Espinoza (hyperdrink) Assigned to: Nobody/Anonymous (nobody) Summary: Problems with ' in node titles Initial Comment: I found a problem with the ' character in node titles. When a superdoc with a ' in the node title contains code, the following in the parseCode function in HTML.pm chokes: $sub_text .= qq|\nlogErrors('', \$\@, '', { title => '$$CURRENTNODE{title}', node_id => '$$CURRENTNODE {node_id}' }) if (\$\@);\n|; To fix it, I replaced it with the following: $errornodetitle = $$CURRENTNODE{title}; $errornodetitle =~ s/\'/\\'/g; $sub_text .= qq|\nlogErrors('', \$\@, '', { title => '$errornodetitle', node_id => '$$CURRENTNODE {node_id}' }) if (\$\@);\n|; This is I am sure fare from the best way to go about this, and not very perlish in any case, but it seems to be working. I may have overescaped. Enclosed is a diff -c of the two files, though you won't need it. ---------------------------------------------------------------------- >Comment By: Nate Oostendorp (n_oostendorp) Date: 2002-01-18 13:34 Message: Logged In: YES user_id=297846 the amazing chromatic's fix: $sub_text .= qq|\nlogErrors('', \$\@, '', { title => '\Q$$CURRENTNODE{title}\E', node_id =>'$$CURRENTNODE{node_id}', }) if (\$\@);\n|; but your node title still can't use a \E cie la vie. I'll commit this to CVS ---------------------------------------------------------------------- Comment By: Martin Espinoza (hyperdrink) Date: 2002-01-17 11:38 Message: Logged In: YES user_id=374581 Okay, I have another diff against the version I got out of CVS a few days back. (looks like HTML.pm 1.71, according to CVS/Entries.) This time I make my change much earlier. New context diff enclosed. My only question is, should I be making my change before or after the following code in parseCode? And is there something else I should be doing to make sure people can't blow things up by putting something weird into their node title? # the /s modifier makes . match newlines. VERY important. for my $chunk (split(/(\[(?:\{.*?\}|\.*?\|%.*?% |<.*?>)\])/s, $$CURRENTNODE{$field})) { next unless $chunk =~ /\S/; ---------------------------------------------------------------------- Comment By: Martin Espinoza (hyperdrink) Date: 2002-01-17 11:24 Message: Logged In: YES user_id=374581 It seems that my fix breaks other cases. It looks like it's (it being Everything::HTML::parseCode) being eval'd in some places and called directly in others, but I haven't backtracked it (yet?) ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=504682&group_id=39838 |
|
From: <no...@so...> - 2002-01-18 18:48:01
|
Bugs item #504099, was opened at 2002-01-15 14:18 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=504099&group_id=39838 Category: Interface (example) Group: v1.0 (example) >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Followup: missing form tag Initial Comment: Well, I tried to submit a reply, but BugTracker has a bug. ROFL. It wanted a groupid with no way to select it. Anyway...... Sorry, I should now better. I am using NS4.7 on Linux RH 7.1. It does need a form tag because they are buttons and buttons are form elements. I guess I did say submit buttons but that was just force of habit. I eventually took the hard route and cut and pasted the URL for paypal to my browser. After about 20 minutes of back flips, registration at PayPal and the like, I could never get PayPal to take my credit card. I tried both of them and neither worked. Don't know what the deal with that is. Just thought you should know. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=504099&group_id=39838 |
|
From: <no...@so...> - 2002-01-18 18:48:00
|
Bugs item #504080, was opened at 2002-01-15 13:33 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=504080&group_id=39838 Category: Interface (example) Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) >Summary: Missing <form> tag Initial Comment: The page for ordering Perl Monks Mugs is missing the form tag. This means the submit buttons for ordering are failing to come up. I believe this is also true on the T-Shirt page. ---------------------------------------------------------------------- Comment By: Nate Oostendorp (n_oostendorp) Date: 2002-01-15 14:01 Message: Logged In: YES user_id=297846 If you're talking about http://everydevel.com/index.pl?node=perl+monks+mug I'm not sure that it needs a <FORM> tag -- all the "buttons" are window.open links into paypal's shopping cart feature, so it's not technically a form. If you can't see the buttons could you post your browser/platform info, and confirm the above url? Thanks. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=504080&group_id=39838 |
|
From: <no...@so...> - 2002-01-18 18:45:14
|
Feature Requests item #505478, was opened at 2002-01-18 10:42 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426096&aid=505478&group_id=39838 Category: None Group: None >Status: Deleted Priority: 5 Submitted By: Martin Espinoza (hyperdrink) Assigned to: Nobody/Anonymous (nobody) Summary: listNodes Initial Comment: I would like either a new parameter on listNodes to restrict results to a type or types, or a new function like listNodesOfType which does the same. I can do it myself at the application level rather than API but I can't help but feel it might be faster and would certainly be cleaner to have it in the libraries. ---------------------------------------------------------------------- >Comment By: Nate Oostendorp (n_oostendorp) Date: 2002-01-18 10:45 Message: Logged In: YES user_id=297846 deleting this one as it's a duplicate item ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426096&aid=505478&group_id=39838 |
|
From: <no...@so...> - 2002-01-18 18:43:53
|
Feature Requests item #504040, was opened at 2002-01-15 12:07 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426096&aid=504040&group_id=39838 Category: None Group: None Status: Open Priority: 5 Submitted By: Martin Espinoza (hyperdrink) Assigned to: Nobody/Anonymous (nobody) Summary: Installer requires mysql root pw - plz disable w/ option Initial Comment: This seems like a simple description, but it wants the mysql root password even when you are not creating the database or the user. This complicates the install considerably when you are using hosting. Provided you have created a suitable database and user, there is no reason why the installer should require the root password at all, though it uses it repeatedly even if you specify --nocreatedb and -- nocreateuser. ~/web/everything> bin/install_esite --nocreatedb -- nocreateuser -h=localhost -u=hyperlogos -p='password' hyperlogos found Everything install at . Ok to use /web/drink/web/everything for Everything directory? (N/y)y Please enter the root password for mysql DBI->connect(mysql:localhost) failed: Access denied for user: 'root@localhost' (Using password: NO) at bin/install_esite line 378 Can't call method "disconnect" on an undefined value at bin/install_esite line 389, <STDIN> line 2. drink@denied:~/web/everything > mysql -u hyperlogos ERROR 1045: Access denied for user: 'hyperlogos@localhost' (Using password: NO) If you comment out that seemingly unnecessary access to the database (which is just a connect and disconnect to make sure you have root access) then it fails later in some call made to part of the Everything perl module. I didn't dig that far. ---------------------------------------------------------------------- >Comment By: Martin Espinoza (hyperdrink) Date: 2002-01-18 10:43 Message: Logged In: YES user_id=374581 You know, I just thought up another solution to this problem which I wish I'd have discovered sooner; It would also work to be able to specify the name of the dummy database rather than creating dummy+random number. This way you could just ask your hosting facility for two databases, dbname, and dbnametest, or the like. ---------------------------------------------------------------------- Comment By: Nate Oostendorp (n_oostendorp) Date: 2002-01-16 23:33 Message: Logged In: YES user_id=297846 I've made a few modifications to install_esite and Nodeball.pm install_esite can take a -norootpass options which implies -nocreatedb and -nocreateuser and makes SQLUSER manditory. Everything::Nodeball::installNodeball now takes an extra parameter "nochecktables", which disables table checking on import. This eliminates any checking for tables (unnecessary for a core install -- more useful for nodeball upgrades) I need to test a couple more things, but I should have it in cvs soon. ---------------------------------------------------------------------- Comment By: Nate Oostendorp (n_oostendorp) Date: 2002-01-16 11:17 Message: Logged In: YES user_id=297846 I changed this over to a Feat. Req, and altered the subject. If we have to set this up on a managed system, it's a necessity. We could sacrifice table checking. ---------------------------------------------------------------------- Comment By: Martin Espinoza (hyperdrink) Date: 2002-01-15 21:01 Message: Logged In: YES user_id=374581 Hmm, I guess this is really a feature request for an option to skip the checks, then :) Should I (gently) submit a feature request, or can I consider my (Selfish) desires communicated? ---------------------------------------------------------------------- Comment By: Nate Oostendorp (n_oostendorp) Date: 2002-01-15 12:51 Message: Logged In: YES user_id=297846 the reason why it needs the root password for the database is the installNodeball function: when a nodeball installs it runs some checks to make sure that the tables it's installing are identical to the existing tables in the database -> to do this it creates a temporary database, imports the tables, and connects to both databases and compares the SHOW COLUMNS FROM *** results. Without this test database, comparing tables becomes very hard (you have to do sql munging, etc). You could probably short-circuit the table checking by adding "return 1;" to the first line of checkTables and checkNamedTables in Everything::Nodeball.pm My only other suggestion would be to not use install_esite, but instead install the database on a system where you have root access, dump the database, and import it on your new system. Sorry -- I wish there was an easy way to get around the root user problem... ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426096&aid=504040&group_id=39838 |
|
From: <no...@so...> - 2002-01-18 18:42:42
|
Feature Requests item #505478, was opened at 2002-01-18 10:42 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426096&aid=505478&group_id=39838 Category: None Group: None Status: Open Priority: 5 Submitted By: Martin Espinoza (hyperdrink) Assigned to: Nobody/Anonymous (nobody) Summary: listNodes Initial Comment: I would like either a new parameter on listNodes to restrict results to a type or types, or a new function like listNodesOfType which does the same. I can do it myself at the application level rather than API but I can't help but feel it might be faster and would certainly be cleaner to have it in the libraries. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426096&aid=505478&group_id=39838 |
|
From: <no...@so...> - 2002-01-18 18:42:40
|
Feature Requests item #505477, was opened at 2002-01-18 10:42 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426096&aid=505477&group_id=39838 Category: None Group: None Status: Open Priority: 5 Submitted By: Martin Espinoza (hyperdrink) Assigned to: Nobody/Anonymous (nobody) Summary: listNodes Initial Comment: I would like either a new parameter on listNodes to restrict results to a type or types, or a new function like listNodesOfType which does the same. I can do it myself at the application level rather than API but I can't help but feel it might be faster and would certainly be cleaner to have it in the libraries. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426096&aid=505477&group_id=39838 |
|
From: <no...@so...> - 2002-01-17 19:38:28
|
Bugs item #504682, was opened at 2002-01-16 16:54 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=504682&group_id=39838 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Martin Espinoza (hyperdrink) Assigned to: Nobody/Anonymous (nobody) Summary: Problems with ' in node titles Initial Comment: I found a problem with the ' character in node titles. When a superdoc with a ' in the node title contains code, the following in the parseCode function in HTML.pm chokes: $sub_text .= qq|\nlogErrors('', \$\@, '', { title => '$$CURRENTNODE{title}', node_id => '$$CURRENTNODE {node_id}' }) if (\$\@);\n|; To fix it, I replaced it with the following: $errornodetitle = $$CURRENTNODE{title}; $errornodetitle =~ s/\'/\\'/g; $sub_text .= qq|\nlogErrors('', \$\@, '', { title => '$errornodetitle', node_id => '$$CURRENTNODE {node_id}' }) if (\$\@);\n|; This is I am sure fare from the best way to go about this, and not very perlish in any case, but it seems to be working. I may have overescaped. Enclosed is a diff -c of the two files, though you won't need it. ---------------------------------------------------------------------- >Comment By: Martin Espinoza (hyperdrink) Date: 2002-01-17 11:38 Message: Logged In: YES user_id=374581 Okay, I have another diff against the version I got out of CVS a few days back. (looks like HTML.pm 1.71, according to CVS/Entries.) This time I make my change much earlier. New context diff enclosed. My only question is, should I be making my change before or after the following code in parseCode? And is there something else I should be doing to make sure people can't blow things up by putting something weird into their node title? # the /s modifier makes . match newlines. VERY important. for my $chunk (split(/(\[(?:\{.*?\}|\.*?\|%.*?% |<.*?>)\])/s, $$CURRENTNODE{$field})) { next unless $chunk =~ /\S/; ---------------------------------------------------------------------- Comment By: Martin Espinoza (hyperdrink) Date: 2002-01-17 11:24 Message: Logged In: YES user_id=374581 It seems that my fix breaks other cases. It looks like it's (it being Everything::HTML::parseCode) being eval'd in some places and called directly in others, but I haven't backtracked it (yet?) ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=504682&group_id=39838 |
|
From: <no...@so...> - 2002-01-17 19:24:54
|
Bugs item #504682, was opened at 2002-01-16 16:54 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=504682&group_id=39838 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Martin Espinoza (hyperdrink) Assigned to: Nobody/Anonymous (nobody) Summary: Problems with ' in node titles Initial Comment: I found a problem with the ' character in node titles. When a superdoc with a ' in the node title contains code, the following in the parseCode function in HTML.pm chokes: $sub_text .= qq|\nlogErrors('', \$\@, '', { title => '$$CURRENTNODE{title}', node_id => '$$CURRENTNODE {node_id}' }) if (\$\@);\n|; To fix it, I replaced it with the following: $errornodetitle = $$CURRENTNODE{title}; $errornodetitle =~ s/\'/\\'/g; $sub_text .= qq|\nlogErrors('', \$\@, '', { title => '$errornodetitle', node_id => '$$CURRENTNODE {node_id}' }) if (\$\@);\n|; This is I am sure fare from the best way to go about this, and not very perlish in any case, but it seems to be working. I may have overescaped. Enclosed is a diff -c of the two files, though you won't need it. ---------------------------------------------------------------------- >Comment By: Martin Espinoza (hyperdrink) Date: 2002-01-17 11:24 Message: Logged In: YES user_id=374581 It seems that my fix breaks other cases. It looks like it's (it being Everything::HTML::parseCode) being eval'd in some places and called directly in others, but I haven't backtracked it (yet?) ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=504682&group_id=39838 |
|
From: <no...@so...> - 2002-01-17 07:33:00
|
Feature Requests item #504040, was opened at 2002-01-15 12:07 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426096&aid=504040&group_id=39838 Category: None Group: None Status: Open Priority: 5 Submitted By: Martin Espinoza (hyperdrink) Assigned to: Nobody/Anonymous (nobody) Summary: Installer requires mysql root pw - plz disable w/ option Initial Comment: This seems like a simple description, but it wants the mysql root password even when you are not creating the database or the user. This complicates the install considerably when you are using hosting. Provided you have created a suitable database and user, there is no reason why the installer should require the root password at all, though it uses it repeatedly even if you specify --nocreatedb and -- nocreateuser. ~/web/everything> bin/install_esite --nocreatedb -- nocreateuser -h=localhost -u=hyperlogos -p='password' hyperlogos found Everything install at . Ok to use /web/drink/web/everything for Everything directory? (N/y)y Please enter the root password for mysql DBI->connect(mysql:localhost) failed: Access denied for user: 'root@localhost' (Using password: NO) at bin/install_esite line 378 Can't call method "disconnect" on an undefined value at bin/install_esite line 389, <STDIN> line 2. drink@denied:~/web/everything > mysql -u hyperlogos ERROR 1045: Access denied for user: 'hyperlogos@localhost' (Using password: NO) If you comment out that seemingly unnecessary access to the database (which is just a connect and disconnect to make sure you have root access) then it fails later in some call made to part of the Everything perl module. I didn't dig that far. ---------------------------------------------------------------------- >Comment By: Nate Oostendorp (n_oostendorp) Date: 2002-01-16 23:33 Message: Logged In: YES user_id=297846 I've made a few modifications to install_esite and Nodeball.pm install_esite can take a -norootpass options which implies -nocreatedb and -nocreateuser and makes SQLUSER manditory. Everything::Nodeball::installNodeball now takes an extra parameter "nochecktables", which disables table checking on import. This eliminates any checking for tables (unnecessary for a core install -- more useful for nodeball upgrades) I need to test a couple more things, but I should have it in cvs soon. ---------------------------------------------------------------------- Comment By: Nate Oostendorp (n_oostendorp) Date: 2002-01-16 11:17 Message: Logged In: YES user_id=297846 I changed this over to a Feat. Req, and altered the subject. If we have to set this up on a managed system, it's a necessity. We could sacrifice table checking. ---------------------------------------------------------------------- Comment By: Martin Espinoza (hyperdrink) Date: 2002-01-15 21:01 Message: Logged In: YES user_id=374581 Hmm, I guess this is really a feature request for an option to skip the checks, then :) Should I (gently) submit a feature request, or can I consider my (Selfish) desires communicated? ---------------------------------------------------------------------- Comment By: Nate Oostendorp (n_oostendorp) Date: 2002-01-15 12:51 Message: Logged In: YES user_id=297846 the reason why it needs the root password for the database is the installNodeball function: when a nodeball installs it runs some checks to make sure that the tables it's installing are identical to the existing tables in the database -> to do this it creates a temporary database, imports the tables, and connects to both databases and compares the SHOW COLUMNS FROM *** results. Without this test database, comparing tables becomes very hard (you have to do sql munging, etc). You could probably short-circuit the table checking by adding "return 1;" to the first line of checkTables and checkNamedTables in Everything::Nodeball.pm My only other suggestion would be to not use install_esite, but instead install the database on a system where you have root access, dump the database, and import it on your new system. Sorry -- I wish there was an easy way to get around the root user problem... ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426096&aid=504040&group_id=39838 |
|
From: <no...@so...> - 2002-01-17 00:54:23
|
Bugs item #504682, was opened at 2002-01-16 16:54 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=504682&group_id=39838 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Martin Espinoza (hyperdrink) Assigned to: Nobody/Anonymous (nobody) Summary: Problems with ' in node titles Initial Comment: I found a problem with the ' character in node titles. When a superdoc with a ' in the node title contains code, the following in the parseCode function in HTML.pm chokes: $sub_text .= qq|\nlogErrors('', \$\@, '', { title => '$$CURRENTNODE{title}', node_id => '$$CURRENTNODE {node_id}' }) if (\$\@);\n|; To fix it, I replaced it with the following: $errornodetitle = $$CURRENTNODE{title}; $errornodetitle =~ s/\'/\\'/g; $sub_text .= qq|\nlogErrors('', \$\@, '', { title => '$errornodetitle', node_id => '$$CURRENTNODE {node_id}' }) if (\$\@);\n|; This is I am sure fare from the best way to go about this, and not very perlish in any case, but it seems to be working. I may have overescaped. Enclosed is a diff -c of the two files, though you won't need it. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=504682&group_id=39838 |
|
From: <no...@so...> - 2002-01-16 19:17:14
|
Feature Requests item #504040, was opened at 2002-01-15 12:07 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426096&aid=504040&group_id=39838 >Category: None Group: None >Status: Open Priority: 5 Submitted By: Martin Espinoza (hyperdrink) Assigned to: Nobody/Anonymous (nobody) >Summary: Installer requires mysql root pw - plz disable w/ option Initial Comment: This seems like a simple description, but it wants the mysql root password even when you are not creating the database or the user. This complicates the install considerably when you are using hosting. Provided you have created a suitable database and user, there is no reason why the installer should require the root password at all, though it uses it repeatedly even if you specify --nocreatedb and -- nocreateuser. ~/web/everything> bin/install_esite --nocreatedb -- nocreateuser -h=localhost -u=hyperlogos -p='password' hyperlogos found Everything install at . Ok to use /web/drink/web/everything for Everything directory? (N/y)y Please enter the root password for mysql DBI->connect(mysql:localhost) failed: Access denied for user: 'root@localhost' (Using password: NO) at bin/install_esite line 378 Can't call method "disconnect" on an undefined value at bin/install_esite line 389, <STDIN> line 2. drink@denied:~/web/everything > mysql -u hyperlogos ERROR 1045: Access denied for user: 'hyperlogos@localhost' (Using password: NO) If you comment out that seemingly unnecessary access to the database (which is just a connect and disconnect to make sure you have root access) then it fails later in some call made to part of the Everything perl module. I didn't dig that far. ---------------------------------------------------------------------- >Comment By: Nate Oostendorp (n_oostendorp) Date: 2002-01-16 11:17 Message: Logged In: YES user_id=297846 I changed this over to a Feat. Req, and altered the subject. If we have to set this up on a managed system, it's a necessity. We could sacrifice table checking. ---------------------------------------------------------------------- Comment By: Martin Espinoza (hyperdrink) Date: 2002-01-15 21:01 Message: Logged In: YES user_id=374581 Hmm, I guess this is really a feature request for an option to skip the checks, then :) Should I (gently) submit a feature request, or can I consider my (Selfish) desires communicated? ---------------------------------------------------------------------- Comment By: Nate Oostendorp (n_oostendorp) Date: 2002-01-15 12:51 Message: Logged In: YES user_id=297846 the reason why it needs the root password for the database is the installNodeball function: when a nodeball installs it runs some checks to make sure that the tables it's installing are identical to the existing tables in the database -> to do this it creates a temporary database, imports the tables, and connects to both databases and compares the SHOW COLUMNS FROM *** results. Without this test database, comparing tables becomes very hard (you have to do sql munging, etc). You could probably short-circuit the table checking by adding "return 1;" to the first line of checkTables and checkNamedTables in Everything::Nodeball.pm My only other suggestion would be to not use install_esite, but instead install the database on a system where you have root access, dump the database, and import it on your new system. Sorry -- I wish there was an easy way to get around the root user problem... ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426096&aid=504040&group_id=39838 |
|
From: <no...@so...> - 2002-01-16 05:01:06
|
Bugs item #504040, was opened at 2002-01-15 12:07 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=504040&group_id=39838 Category: Import/Install Difficulty Group: None Status: Closed Resolution: None Priority: 5 Submitted By: Martin Espinoza (hyperdrink) Assigned to: Nobody/Anonymous (nobody) Summary: Installer requires mysql root pw Initial Comment: This seems like a simple description, but it wants the mysql root password even when you are not creating the database or the user. This complicates the install considerably when you are using hosting. Provided you have created a suitable database and user, there is no reason why the installer should require the root password at all, though it uses it repeatedly even if you specify --nocreatedb and -- nocreateuser. ~/web/everything> bin/install_esite --nocreatedb -- nocreateuser -h=localhost -u=hyperlogos -p='password' hyperlogos found Everything install at . Ok to use /web/drink/web/everything for Everything directory? (N/y)y Please enter the root password for mysql DBI->connect(mysql:localhost) failed: Access denied for user: 'root@localhost' (Using password: NO) at bin/install_esite line 378 Can't call method "disconnect" on an undefined value at bin/install_esite line 389, <STDIN> line 2. drink@denied:~/web/everything > mysql -u hyperlogos ERROR 1045: Access denied for user: 'hyperlogos@localhost' (Using password: NO) If you comment out that seemingly unnecessary access to the database (which is just a connect and disconnect to make sure you have root access) then it fails later in some call made to part of the Everything perl module. I didn't dig that far. ---------------------------------------------------------------------- >Comment By: Martin Espinoza (hyperdrink) Date: 2002-01-15 21:01 Message: Logged In: YES user_id=374581 Hmm, I guess this is really a feature request for an option to skip the checks, then :) Should I (gently) submit a feature request, or can I consider my (Selfish) desires communicated? ---------------------------------------------------------------------- Comment By: Nate Oostendorp (n_oostendorp) Date: 2002-01-15 12:51 Message: Logged In: YES user_id=297846 the reason why it needs the root password for the database is the installNodeball function: when a nodeball installs it runs some checks to make sure that the tables it's installing are identical to the existing tables in the database -> to do this it creates a temporary database, imports the tables, and connects to both databases and compares the SHOW COLUMNS FROM *** results. Without this test database, comparing tables becomes very hard (you have to do sql munging, etc). You could probably short-circuit the table checking by adding "return 1;" to the first line of checkTables and checkNamedTables in Everything::Nodeball.pm My only other suggestion would be to not use install_esite, but instead install the database on a system where you have root access, dump the database, and import it on your new system. Sorry -- I wish there was an easy way to get around the root user problem... ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=504040&group_id=39838 |
|
From: <no...@so...> - 2002-01-15 20:53:45
|
Bugs item #504040, was opened at 2002-01-15 12:07 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=504040&group_id=39838 Category: Import/Install Difficulty Group: None >Status: Closed Resolution: None Priority: 5 Submitted By: Martin Espinoza (hyperdrink) Assigned to: Nobody/Anonymous (nobody) Summary: Installer requires mysql root pw Initial Comment: This seems like a simple description, but it wants the mysql root password even when you are not creating the database or the user. This complicates the install considerably when you are using hosting. Provided you have created a suitable database and user, there is no reason why the installer should require the root password at all, though it uses it repeatedly even if you specify --nocreatedb and -- nocreateuser. ~/web/everything> bin/install_esite --nocreatedb -- nocreateuser -h=localhost -u=hyperlogos -p='password' hyperlogos found Everything install at . Ok to use /web/drink/web/everything for Everything directory? (N/y)y Please enter the root password for mysql DBI->connect(mysql:localhost) failed: Access denied for user: 'root@localhost' (Using password: NO) at bin/install_esite line 378 Can't call method "disconnect" on an undefined value at bin/install_esite line 389, <STDIN> line 2. drink@denied:~/web/everything > mysql -u hyperlogos ERROR 1045: Access denied for user: 'hyperlogos@localhost' (Using password: NO) If you comment out that seemingly unnecessary access to the database (which is just a connect and disconnect to make sure you have root access) then it fails later in some call made to part of the Everything perl module. I didn't dig that far. ---------------------------------------------------------------------- >Comment By: Nate Oostendorp (n_oostendorp) Date: 2002-01-15 12:51 Message: Logged In: YES user_id=297846 the reason why it needs the root password for the database is the installNodeball function: when a nodeball installs it runs some checks to make sure that the tables it's installing are identical to the existing tables in the database -> to do this it creates a temporary database, imports the tables, and connects to both databases and compares the SHOW COLUMNS FROM *** results. Without this test database, comparing tables becomes very hard (you have to do sql munging, etc). You could probably short-circuit the table checking by adding "return 1;" to the first line of checkTables and checkNamedTables in Everything::Nodeball.pm My only other suggestion would be to not use install_esite, but instead install the database on a system where you have root access, dump the database, and import it on your new system. Sorry -- I wish there was an easy way to get around the root user problem... ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=504040&group_id=39838 |
|
From: <no...@so...> - 2002-01-15 20:07:21
|
Bugs item #504040, was opened at 2002-01-15 12:07 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=504040&group_id=39838 Category: Import/Install Difficulty Group: None Status: Open Resolution: None Priority: 5 Submitted By: Martin Espinoza (hyperdrink) Assigned to: Nobody/Anonymous (nobody) Summary: Installer requires mysql root pw Initial Comment: This seems like a simple description, but it wants the mysql root password even when you are not creating the database or the user. This complicates the install considerably when you are using hosting. Provided you have created a suitable database and user, there is no reason why the installer should require the root password at all, though it uses it repeatedly even if you specify --nocreatedb and -- nocreateuser. ~/web/everything> bin/install_esite --nocreatedb -- nocreateuser -h=localhost -u=hyperlogos -p='password' hyperlogos found Everything install at . Ok to use /web/drink/web/everything for Everything directory? (N/y)y Please enter the root password for mysql DBI->connect(mysql:localhost) failed: Access denied for user: 'root@localhost' (Using password: NO) at bin/install_esite line 378 Can't call method "disconnect" on an undefined value at bin/install_esite line 389, <STDIN> line 2. drink@denied:~/web/everything > mysql -u hyperlogos ERROR 1045: Access denied for user: 'hyperlogos@localhost' (Using password: NO) If you comment out that seemingly unnecessary access to the database (which is just a connect and disconnect to make sure you have root access) then it fails later in some call made to part of the Everything perl module. I didn't dig that far. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=504040&group_id=39838 |
|
From: <no...@so...> - 2002-01-10 22:48:32
|
Bugs item #499920, was opened at 2002-01-05 11:13 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=499920&group_id=39838 Category: None Group: v1.0 (example) >Status: Closed Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: edit page construction Initial Comment: I have created a node type drinking_game (extending document), which has an accompanying dbtable of the same name, as well as a usergroup. Naturally there are also drinking_game display page, and drinking_game edit page. Creating a new node works fine. Displaying the node works fine. Loading the edit page also works fine, and the node's title and owner appear in the boxes. However, when I attempt to submit from this page, I get the following error in my apache error log (accompanied by a 500 error in my browser): [Sat Jan 5 10:35:56 2002] [error] [Sat Jan 5 10:35:56 2002] PerlHandler subroutine `Apache::Registry::handler': Can't use string ("gametype") as a HASH ref while "strict refs" in use at /usr/local/libdata/perl5/site_perl/Everything/HTML. pm line 2726 during global destruction. This is, of course, when I'm trying to put the string "gametype" into the drinking_game_type field. All of my fields show up properly as the drinking_game dbtable is attached to the drinking_game nodetype. Relevant snippet: drinking_game table fields: * drinking_game_boot * drinking_game_id * drinking_game_type My code is included below. It's pretty much stolen from htmlpage, or at least based on it, and reduced to a simplest case. I also took at look at some nodes from the address nodeball to see if I could figure out what it was doing and I wasn't, but without any luck. Other people have managed to extend document, so one would think I'd be able to do it too, but either I've missed something everyone else found in the docs, or the docs don't tell me what else I should be doing. I definitely did read the "Creating an edit htmlpage" document on everydevel but it is not very informative. It lists the parent container as "usually formcontainer", but everything seems to use updateFormContainer. I tried it both ways, to no effect. And naturally, I searched everydevel quite a bit. <table border=0> <tr> <td><b>Name:</b></td><td align=left> [{nodeFormObject: TextField, title}]</td> <tr> <td><b>Owner:</b></td> <td>[{nodeFormObject: AuthorMenu, author_user}]</td> </tr> <tr> <td><b>game type:</b></td> <td align=left>[{nodeFormObject: TextField, drinking_game_type}]</td> </tr> <tr> <td><b>boot factor:</b></td> <td align=left>[{nodeFormObject: TextField, drinking_game_boot}]</td> </tr> <tr> <td colspan=2> <FONT SIZE=2><b>Edit the page:</b></FONT><br> [{nodeFormObject: TextArea, doctext}] </td> </tr> </table> [{submit}] ---------------------------------------------------------------------- >Comment By: Nate Oostendorp (n_oostendorp) Date: 2002-01-10 14:48 Message: Logged In: YES user_id=297846 Sorry for not replying to the email earlier. I had to puzzle over this one for a little bit. The problem I think that you are encountering is related to a conflict b/w the Everything naming convention and your field names on drinking_game table. In the Everything system fields with an underscore typically denote references to node_ids: author_user parent_node type_nodetype the format "name" UNDERSCORE "type referred to" allows you to loosely typecast the node references. It won't /enforce/ the naming convention, but it lets you know at a glance what you're referring to. probably what's happening is it's choking on "drinking_game_type" because it's trying to find a "game_type" nodetype that it could possibly point to. If you rename your table to not use underscores in the table and field names, I think it should work normally. let me know if you need anything else, ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=499920&group_id=39838 |
|
From: <no...@so...> - 2002-01-10 22:39:45
|
Bugs item #501641, was opened at 2002-01-09 21:09 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=501641&group_id=39838 Category: None Group: v1.0 (example) >Status: Closed Resolution: None Priority: 5 Submitted By: Martin Espinoza (hyperdrink) Assigned to: Nobody/Anonymous (nobody) Summary: everydevel.com does not send me mail Initial Comment: I've tried to create several accounts, including drinkypoo and hyperdrink, with two email addresses (dr...@hy... and dri...@ho...) and did not receive the new content creation email. It works on my test installation of everything, though. ---------------------------------------------------------------------- >Comment By: Nate Oostendorp (n_oostendorp) Date: 2002-01-10 14:39 Message: Logged In: YES user_id=297846 We recently restored the site from a backup -- which had an old mailserver reference in one of the files. It's been changed to the correct mailserver again, and I tested it and it sent mail. Try going to http://everydevel.com/index.pl?node_id=656 (password reminder email) and entering either of your email addresses. Please let me know if you still don't get an email. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=501641&group_id=39838 |
|
From: <no...@so...> - 2002-01-10 05:09:17
|
Bugs item #501641, was opened at 2002-01-09 21:09 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=501641&group_id=39838 Category: None Group: v1.0 (example) Status: Open Resolution: None Priority: 5 Submitted By: Martin Espinoza (hyperdrink) Assigned to: Nobody/Anonymous (nobody) Summary: everydevel.com does not send me mail Initial Comment: I've tried to create several accounts, including drinkypoo and hyperdrink, with two email addresses (dr...@hy... and dri...@ho...) and did not receive the new content creation email. It works on my test installation of everything, though. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=501641&group_id=39838 |
|
From: <no...@so...> - 2002-01-05 19:13:24
|
Bugs item #499920, was opened at 2002-01-05 11:13 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=499920&group_id=39838 Category: None Group: v1.0 (example) Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: edit page construction Initial Comment: I have created a node type drinking_game (extending document), which has an accompanying dbtable of the same name, as well as a usergroup. Naturally there are also drinking_game display page, and drinking_game edit page. Creating a new node works fine. Displaying the node works fine. Loading the edit page also works fine, and the node's title and owner appear in the boxes. However, when I attempt to submit from this page, I get the following error in my apache error log (accompanied by a 500 error in my browser): [Sat Jan 5 10:35:56 2002] [error] [Sat Jan 5 10:35:56 2002] PerlHandler subroutine `Apache::Registry::handler': Can't use string ("gametype") as a HASH ref while "strict refs" in use at /usr/local/libdata/perl5/site_perl/Everything/HTML. pm line 2726 during global destruction. This is, of course, when I'm trying to put the string "gametype" into the drinking_game_type field. All of my fields show up properly as the drinking_game dbtable is attached to the drinking_game nodetype. Relevant snippet: drinking_game table fields: * drinking_game_boot * drinking_game_id * drinking_game_type My code is included below. It's pretty much stolen from htmlpage, or at least based on it, and reduced to a simplest case. I also took at look at some nodes from the address nodeball to see if I could figure out what it was doing and I wasn't, but without any luck. Other people have managed to extend document, so one would think I'd be able to do it too, but either I've missed something everyone else found in the docs, or the docs don't tell me what else I should be doing. I definitely did read the "Creating an edit htmlpage" document on everydevel but it is not very informative. It lists the parent container as "usually formcontainer", but everything seems to use updateFormContainer. I tried it both ways, to no effect. And naturally, I searched everydevel quite a bit. <table border=0> <tr> <td><b>Name:</b></td><td align=left> [{nodeFormObject: TextField, title}]</td> <tr> <td><b>Owner:</b></td> <td>[{nodeFormObject: AuthorMenu, author_user}]</td> </tr> <tr> <td><b>game type:</b></td> <td align=left>[{nodeFormObject: TextField, drinking_game_type}]</td> </tr> <tr> <td><b>boot factor:</b></td> <td align=left>[{nodeFormObject: TextField, drinking_game_boot}]</td> </tr> <tr> <td colspan=2> <FONT SIZE=2><b>Edit the page:</b></FONT><br> [{nodeFormObject: TextArea, doctext}] </td> </tr> </table> [{submit}] ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=499920&group_id=39838 |
|
From: <no...@so...> - 2002-01-04 17:52:37
|
Bugs item #499489, was opened at 2002-01-04 09:52 You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=499489&group_id=39838 Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: adding fields to dbtable fails Initial Comment: When trying to add a field to my dbtable, I get the following error: DBD::mysql::db do failed: Access denied for user: 'everything@localhost' to database 'everything' at /usr/local/libdata/perl5/site_perl/Everything/NodeB ase.pm line 1450 during global destruction. Checking out line 1450 shows me that it's the function addFieldToTable. addFieldToTable's readme says it wants the following arguments: $table - the table to add the new field to. $fieldname - the name of the field to add $type - the type of the field (ie int(11), char(32), etc) $primary - (optional) is this field a primary key? Defaults to no. $default - (optional) the default value of the field. However, the first line of the sub in question is: my ($this, $table, $fieldname, $type, $primary, $default) = @_; $this appears to be a database handle. $this->{dbh}->do($sql); It's called from dbtable like this: $DB->addFieldToTable($table, $fieldname, $fieldtype, $primary, $default); So maybe I'm just missing something about perl, which I'm not exactly a master of, especially not object perl. But I'm trying :) Also, the contents of my CGI::param box: displaytype:edit node_id:388 fieldname_new: fieldtype_new: fielddefault_new: button:submit op: fieldprimary_new: message: Though given the code it doesn't look like it will do much good. ---------------------------------------------------------------------- You can respond by visiting: http://sourceforge.net/tracker/?func=detail&atid=426093&aid=499489&group_id=39838 |
