January 2006 - Development - lists.drupal.org

Assigning user to roles programatically
by Rob Thorne 30 Jan '06

30 Jan '06

I'm looking for some way to assign a user to a role programatically. You'd think this would be easy to do, but it isn't: I tried just about every drupal hook you can think of to hook add this to the "user add" and "user edit" screens, and nothing worked. The problem was that node_save really really really wanted to get in there last, and I never found a way to get around this. I even tried to stamp the fields into the database. No use. node_save just went in at the end of the request and changed it back for me :-( Does anyone know how to coerce Drupal 4.6 into doing this? Or sweet talk it into this? It would be nice if there was an API for this, but AFAIK there isn't. What hook should I use, and which 2x4 do I need to apply? Thanks, Rob Thorne Torenware Networks

7 13

fixed project releases
by Dries Buytaert 30 Jan '06

30 Jan '06

Hello, I spent some time cleaning up various database inconsistencies in the project module tables (fun!). In total, 1665 releases have been deleted and merged (wow!). This might make the project pages a tad faster (woot!) and fixes the duplicate versions in the version selectors (yay!). The downside, however, is that you might want to double check your bookmarks as some URLs might no longer work (sorry!). -- Dries Buytaert :: http://www.buytaert.net/

11 15

Re: [development] Reboot the PHP filter talk
by Kobus Myburgh 30 Jan '06

30 Jan '06

Robert, You have a compelling argument. I withdraw my opinion from earlier ;-) Regards, Kobus >>> rob(a)robshouse.net 1/30/2006 12:16:08 PM >>> Kobus, I think the point is that filters have a clear path of integration through the module system already. A common case is that a module depends on the filter for a part of its functionality, and that the filter cannot simply stand alone. The the GMap module, for example. Without the macro creator to generate the blob of text from a Google map, the filter would be useless. Having it in a separate file would benefit nobody, and having some filters in modules and some filters in .filter files would be very confusing. Furthermore, filters often depend on other module hooks, so separating them from their module roots also doesn't make sense. cheers, Robert Kobus Myburgh wrote: > Hehe.. True, true. But how about .kobusshutup? > > Honestly, I really see the need of something like this - you can't seriously compare .user and .filter here, can you? A 'user' is not something you apply to content. I can also see the use of .menu. Soon .install files will also be wide spread. > > Kobus > > >>>> ber(a)webschuur.com 1/30/2006 12:05:45 PM >>> > Op maandag 30 januari 2006 10:36, schreef Kobus Myburgh: >> If I can butt in here long after talks have calmed down, I believe this is >> a good move, but it could be better if you could have some sort of >> name.filter that is plugged in with the filter.module, don't you think? In >> other words, simply copy the new .filter file in the same folder as the >> module to make it work? > > I oppose to Yet Another Module System. we have the .module. What would be > next .menu? .node? .user? etc. hooks are perfectly fine for this IMO. > >

3 2

Re: [development] Reboot the PHP filter talk
by Kobus Myburgh 30 Jan '06

30 Jan '06

Hehe.. True, true. But how about .kobusshutup? Honestly, I really see the need of something like this - you can't seriously compare .user and .filter here, can you? A 'user' is not something you apply to content. I can also see the use of .menu. Soon .install files will also be wide spread. Kobus >>> ber(a)webschuur.com 1/30/2006 12:05:45 PM >>> Op maandag 30 januari 2006 10:36, schreef Kobus Myburgh: > If I can butt in here long after talks have calmed down, I believe this is > a good move, but it could be better if you could have some sort of > name.filter that is plugged in with the filter.module, don't you think? In > other words, simply copy the new .filter file in the same folder as the > module to make it work? I oppose to Yet Another Module System. we have the .module. What would be next .menu? .node? .user? etc. hooks are perfectly fine for this IMO. -- [ Bèr Kessels | Drupal services www.webschuur.com ]

2 1

Re: [development] Reboot the PHP filter talk
by Kobus Myburgh 30 Jan '06

30 Jan '06

If I can butt in here long after talks have calmed down, I believe this is a good move, but it could be better if you could have some sort of name.filter that is plugged in with the filter.module, don't you think? In other words, simply copy the new .filter file in the same folder as the module to make it work? Regards, Kobus >>> ber(a)webschuur.com 1/30/2006 11:33:25 AM >>> Op maandag 30 januari 2006 05:09, schreef Syscrusher: > So I'll concede Ber's point as long as the separate module's installation > puts me back where I am today. Yes. This has never been opposed. I think the fact that I, and chx, made some strong points about why one might (or should) not run PHP from the database, made people raise te pitchforks. but: * there are no plans or proposals to remove the PHP input filter * We only want to make it more modular and a lot safer by default. Bèr -- | Bèr Kessels | webschuur.com | website development | | Jabber & Google Talk: ber(a)jabber.webschuur.com | http://bler.webschuur.com | http://www.webschuur.com |

2 1

Reboot the PHP filter talk
by Karoly Negyesi 30 Jan '06

30 Jan '06

Hi! Wow. This one exploded. Let me sum up what we have and provide a summed answer so that the conversation remains focused. "I can create customized views into the data easily using PHP pages. It would take 10 times as long to write a custom module to do the same work." This quote nicely sums up what we have so far. However this is not true for Ber's nor for my proposal. I said: move the snippet into an inc. Same amount of work to _author_ the PHP code than the current solution. Upload is a bit harder. However, it seems that people are really want to enter PHP code in a webform so, I stepped a bit back and Ber's patch is preferred. I still doubt that if someone has the knowledge to author PHP, then he can't use FTP. Ber's patch is a true Drupal solution (mine is not). It factors out the PHP filter to another module and let's you decide whether you want a more secure site with this module off (even removed!) or you want to continue where you are currently. The two solutions, however, are complementary. If you do not have a PHP filter at all (Ber's patch) you could still want to use snippets quickly and easily. Regards NK

4 3

Drupal 4.7.0 beta 4 released
by Dries Buytaert 30 Jan '06

30 Jan '06

Hello world, we just released Drupal 4.7.0 beta 4. Details at http://drupal.org/ drupal-4.7.0-beta4. -- Dries Buytaert :: http://www.buytaert.net/

17 30

Re: [iai-members] Federated search tools
by Gunnar Langemark 30 Jan '06

30 Jan '06

I got this mail from a list. Could Drupal do this with some search engine? Louis is a world leader in Information Architecture and a Publisher. Best Gunnar Louis Rosenfeld wrote: > I'm looking for a search tool that will do this: > > 1) Search multiple domains that would be predetermined by me (a la > Rollyo) > 2) Return results via RSS > 3) Is free (or cheap) > > I thought that Google might somehow support this via its API. It might, but > I can't figure out how to make Google search multiple domains. > > Any ideas? > > cheers > > >

5 4

Drupal 4.7b4 problem with passwords
by Martin Tomes 30 Jan '06

30 Jan '06

I don't know if I should ask this here or on support but as it is about 4.7 beta 4 I decided to start here. I upgraded from b3 to b4 and I cannot log in, neither can I set a password, when I try to set a password I get this: * warning: array_merge() [function.array-merge.html]: Argument #2 is not an array in /var/www/fbdrupal/includes/form.inc on line 180. * warning: Missing argument 1 for password_confirm_validate() in /var/www/fbdrupal/includes/form.inc on line 595. Is this a problem with b4 or have I messed up somewhere? -- Martin Tomes echo 'martin at tomes x org x uk'\ | sed -e 's/ x /\./g' -e 's/ at /@/' The Subversion Wiki is at http://www.subversionary.org/

2 2

help w/ testing our new trashbin feature
by Chad Phillips - Apartment Lines 30 Jan '06

30 Jan '06

hello all, i've been hard at work getting drupal's new trashbin feature finished, and i'm very close! at this point i could use some testing help. i've got a test install that i'll be keeping up to date with the latest fixes. this is a clean HEAD install with my trashbin patch applied. login info and testing instructions are on the homepage: http://www.computermercenary.com/bzr/undo/ any help would be greatly appreciated! chad

2 1