Nabble - Drupal - Dev

Re: Can .htaccess discard part of a path?

2009-11-10T20:55:39Z

I know this might sound crazy, but you ming consider a custom module that responds to cgi-bin and decides what to do from there. Or one that responds to cgi-bin/printOriginal.pl. Then you don't have to work out funky rewrite logic, and you can decide what to do from there.

I've done some pretty crazy custom modules.... even wrote one once that generated dynamic css :)

On Nov 10, 2009, at 8:08 AM, Nancy Wichmann wrote:

I am getting lots of requests like this:
http://www.example.com/index.php?q=cgi-bin/printOriginal.pl&file=/alpha/beta/gamma/rage_prevention.shtml
The file argument is a valid page on our old site and is itself redirected with a ReWriteRule in .htaccess. However, cgi-bin/printOriginal.pl does not exist and I have no idea what it was supposed to do (well, I can guess print the page). We get lots of these requests for different pages. I have tried a simple rewrite rule and a URL alias to prevent the 404 processing, but neither has fixed it.
Is it possible to design a rewriterule that essentially discards the "cgi-bin/printOriginal.pl" and just serves up the requested page (well, after its own rewrite rule has worked)? So this would become
http://www.example.com/index.php/alpha/beta/gamma/rage_prevention.shtml

Nancy E. Wichmann, PMP
Injustice anywhere is a threat to justice everywhere. -- Dr. Martin L. King, Jr.

Re: new content type appear in admin/content/types but doesn't appear node/add

2009-11-10T19:04:45Z

This is a common problem. If your node type does not implement hook_form(), it will not show up in the list. This function can return node_content_form($node) if you have nothing to add to the default node form.

On Nov 10, 2009, at 3:01 PM, Matias Carranza wrote:

Hi developers!!

I've created a new content type (drupal 5) and it appears in admin/content/types, but for some reason (that I cant understand) it doesn't appear in node/add list...

And if I go to node/add/[content-type], the result is the same page of node/add, but in the title shows the title of the new content-type instead of "Create Content"

Well.... I've checked the permissions in Control Access, and these are ok...

Somebody had has this bug some time??

Thanks!!

--
------------------------
Matias Carranza

Re: Help with custom_url_rewrite_outboud(), url(), and l() because external URLs need rewriting too

2009-11-10T14:16:55Z

The limitation of a completely frozen API once a major version is
released causes these kinds of frustrations. I'd like to know what
people think of http://drupal.org/node/535612#comment-2250926. If you
have thoughts about it, please share them on the issue rather than by
email. Thanks.

Dave Reid wrote:

> It is already fixed in Drupal as it lives as hook_url_outbound_alter()
> now, as well as replacing taxonomy_term_path and hook_term_path().
>
> As I explained in the issue that MT posted, the only way to fix this
> in D5 or D6 is to patch common.inc to move the
> custom_url_rewrite_outbound up in the execution of ulr(), before the
> url alias lookups and the return line for external links. However, I
> doubt this change would ever be approved since it's basically an API
> change because of when the function is called. This would be like
> changing hook_nodeapi('update') to be called before a node is updated
> instead of afterwards.
>
> We just probably have to live with the fact that this was a poorly
> implemented feature, and at least look forward to things happening
> correctly now with D7+.
>
> Dave Reid
> dave@... <mailto:dave@...>
>
>
> On Mon, Nov 9, 2009 at 4:56 PM, Ken Rickard <agentrickard@...
> <mailto:agentrickard@...>> wrote:
>
> I think you may need a patch. We had something similar come up in
> Drupal 5, and obviously missed this use-case when we had the call to
> custom_url_rewrite_outbound() inserted in the url() function.
>
> The D5 version of Domain Access shipped with a functional backport of
> the patch, so best practice suggests fixing this against Drupal 8 (or
> 7 if we can call it an API bug) and then backport the patch to D6.
>
> /me will vote that this is a bug in the API.
>
> - Ken Rickard
> agentrickard
>
>
> On Mon, Nov 9, 2009 at 11:25 PM, Mlen-Too Wesley
> <mlen.too.wesley@... <mailto:mlen.too.wesley@...>> wrote:
> > Hello,
> >
> > I am currently developing a module to help libraries rewrite
> links to
> > external databases, such as ProQuest and LexisNexis, routing
> those links
> > through an EZProxy or other proxy referral server.
> >
> > For example, consider a resource located at:
> > http://www.books24x7.com/marc.asp?bookid=30164
> >
> > If accessed from an on-campus IP address, the resource will be
> available to
> > the student. However, if off-campus, the student would either
> have to use
> > VPN to route all their internet traffic through a university IP
> address or
> > use an proxy referral server, such as EZProxy.
> >
> > EZProxy is easier, so from the library home page, the link is
> rewritten to
> > something such as:
> >
> http://ezproxy.example-library.edu/login?url=http://www.books24x7.com/marc.asp?bookid=30164
> >
> > This way, the student is presented with a login screen for
> authentication
> > and then directed to the resource.
> >
> > An easy module to make... or so I thought. Given the
> > custom_url_rewrite_outbound() function, this kind of stuff
> should be easy to
> > do in Drupal, but it is not. The url() function in common.inc
> returns the
> > $path variable without any attempts to call
> custom_url_rewrite_outbout().
> >
> > All would be well, if line 1408 of common.inc added the same
> functionality
> > to external links in the url() function as it does for internal
> links. It
> > just needs 3 lines:
> >
> > if (function_exists('custom_url_rewrite_outbound')) {
> > // Modules may alter outbound links by reference.
> > custom_url_rewrite_outbound($path, $options, $original_path);
> > }
> >
> > Other than applying a patch, does anyone know another way around
> this issue?
> >
> > I am not talking about Apache mod_rewrite or anything similar,
> Clean URLs,
> > or the Path module and URL aliases. I am looking for a way to
> rewrite
> > external URLs in anchor tags (links) without creating a wrapper
> function for
> > url() or l()... or using JavaScript or AJAX.
> >
> > Thanks!
> >
> > MT
> >
> >
> >
> >
> >
> >
>
>
>
> --
> Ken Rickard
> agentrickard@... <mailto:agentrickard@...>
> http://ken.therickards.com
>
>

Re: Can .htaccess discard part of a path?

2009-11-10T13:14:48Z

a module based solution is possible too, but I'd point out a couple of
caveats:
- a module to handle this will require a Drupal bootstrap to take
place. Depending on your site load and resources, this may or may not
be negligible, and might not be desirable if it can be avoided. This
might be a non-issue for small or even medium traffic sites...
- drupal_goto will return a 302 http response code by default. Be sure
to specify '301' as the 4th arg to drupal_goto to tell it that this
resource has moved permanently, not temporarily.

Seth

Jamie Holly wrote:

> If there is no real way to figure out the new page from the old string
> then you could redirect it to a generic 404 page, or an internal
> Drupal page (or anything really):
>
> RewriteEngine on
> RewriteBase /
> Rewritecond %{QUERY_STRING} ^q=cgi-bin(.*)$
> RewriteRule .* {put your new URL here - keep the space between the *
> and URL}? [R=301,L]
>
> That would redirect any query that has q=cgi-bin at the beginning to
> the new page (static 404, the front page, etc.).
>
> If there is a way to figure up your own content then a simple module
> would come into play here. Check for $_GET['q'] equaling the cgi-bin
> line and for $_GET['file']. Do it on something like hook_init and then
> have some code figure the post from the $_GET['file'] and do a
> drupal_goto based on the result. If nothing is found then just do a 404.
>
>
> Jamie Holly
> http://www.intoxination.net http://www.hollyit.net
>
>
>
> Jennifer Hodgdon wrote:
>> Nancy Wichmann wrote:
>> > I put this in there already RewriteRule
>> ^cgi-bin/printOriginal.pl/$ http://www.youthsportsparents.com [R=301,L]
>> > And I am still seeing these come through to the Drupal log.
>>
>> You said the URLs that were problems looked like this:
>>
>> http://www.example.com/index.php?q=cgi-bin/printOriginal.pl&file=/alpha/beta/gamma/rage_prevention.shtml
>>
>>
>> The regular expression above ends in $, which is the regexp special
>> character meaning "end of the string/line". So it would only match a
>> URL that ended with "printOriginal.pl/". You need something after
>> that to match the rest of the URL... Something like:
>>
>> ^cgi-bin/printOriginal.pl/.*
>>
>> Might work a bit better... (Caveat: I'm not an expert on Apache
>> .htaccess redirects either.)
>>
>> -- Jennifer
>>
>>

Re: Can .htaccess discard part of a path?

2009-11-10T13:05:25Z

Hi Nancy.

I haven't tested this, but try:

RewriteCond %{REQUEST_URI} ^/index.php?q=cgi-bin/printOriginal\.pl&file=.*$ [NC] RewriteRule ^/index.php?q=cgi-bin/printOriginal\.pl&file=/(.*)$ /$1 [L,R=301]

And see if that can give you a place to start. The above assumes that clean URLs will translate it to 'index.php?q=' later. This is so that the 301 redirect (which google will remember) will be to a Clean URL. If not desired to function like this, you can change the last "/$1" in the above example to: "/index.php?q=$1" .

You can throw some "RewriteCond %{HTTP_HOST}" lines in there too and change those also if you want to preserve the SEO value of links to old domains as well, but that's probably a topic for another list, I'd guess.

Seth

(A google search for "printOriginal.pl" turned up a few momsteam.com links.)

Nancy Wichmann wrote:

Wow, how did you know about MomsTeam (now YouthSportsParents)?

I put this in there already RewriteRule ^cgi-bin/printOriginal.pl/$ http://www.youthsportsparents.com [R=301,L]

And I am still seeing these come through to the Drupal log.

There might be a clue in RewriteRule ^alpha/sports/(.*) http://www.youthsportsparents.com/sports/$1 [R=301,L] if I really understood regular [sic] expressions.

Nancy E. Wichmann, PMP

Injustice anywhere is a threat to justice everywhere. -- Dr. Martin L. King, Jr.

From: development-bounces@... [development-bounces@...] On Behalf Of Seth Freach
Sent: Tuesday, November 10, 2009 11:26 AM
To: development@...
Subject: Re: [development] Can .htaccess discard part of a path?

Nancy,

I'm assuming this is a leftover from the moms team site? The incoming requests are coming from the fact that Google appears to have lots of these links in its index still to these URLs and sites which still link to these URLs.

Instead of a rewrite, I'd suggest a a response code 301 redirect. This will be more Google friendly.

look in the default .htaccess file for the (commented out by default) lines that deal with www. redirection (ie, you always want people to see "www" or never do, regardless of how they access the site.) Using those patterns should help show you how to redirect to the same content but without the "cgi-bin/printOriginal.pl&file=/"

Seth

Nancy Wichmann wrote:

I am getting lots of requests like this:

http://www.example.com/index.php?q=cgi-bin/printOriginal.pl&file=/alpha/beta/gamma/rage_prevention.shtml

The file argument is a valid page on our old site and is itself redirected with a ReWriteRule in .htaccess. However, cgi-bin/printOriginal.pl does not exist and I have no idea what it was supposed to do (well, I can guess print the page). We get lots of these requests for different pages. I have tried a simple rewrite rule and a URL alias to prevent the 404 processing, but neither has fixed it.

Is it possible to design a rewriterule that essentially discards the "cgi-bin/printOriginal.pl" and just serves up the requested page (well, after its own rewrite rule has worked)? So this would become

http://www.example.com/index.php/alpha/beta/gamma/rage_prevention.shtml

Nancy E. Wichmann, PMP

Injustice anywhere is a threat to justice everywhere. -- Dr. Martin L. King, Jr.

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.704 / Virus Database: 270.14.59/2494 - Release Date: 11/10/09 02:38:00

Re: Can .htaccess discard part of a path?

2009-11-10T12:57:09Z

If there is no real way to figure out the new page from the old string
then you could redirect it to a generic 404 page, or an internal Drupal
page (or anything really):

RewriteEngine on
RewriteBase /
Rewritecond %{QUERY_STRING} ^q=cgi-bin(.*)$
RewriteRule .* {put your new URL here - keep the space between the * and
URL}? [R=301,L]

That would redirect any query that has q=cgi-bin at the beginning to the
new page (static 404, the front page, etc.).

If there is a way to figure up your own content then a simple module
would come into play here. Check for $_GET['q'] equaling the cgi-bin
line and for $_GET['file']. Do it on something like hook_init and then
have some code figure the post from the $_GET['file'] and do a
drupal_goto based on the result. If nothing is found then just do a 404.

Jamie Holly
http://www.intoxination.net
http://www.hollyit.net

Jennifer Hodgdon wrote:

> Nancy Wichmann wrote:
> > I put this in there already
> RewriteRule ^cgi-bin/printOriginal.pl/$
> http://www.youthsportsparents.com [R=301,L]
> > And I am still seeing these come through to the Drupal log.
>
> You said the URLs that were problems looked like this:
>
> http://www.example.com/index.php?q=cgi-bin/printOriginal.pl&file=/alpha/beta/gamma/rage_prevention.shtml
>
> The regular expression above ends in $, which is the regexp special
> character meaning "end of the string/line". So it would only match a
> URL that ended with "printOriginal.pl/". You need something after that
> to match the rest of the URL... Something like:
>
> ^cgi-bin/printOriginal.pl/.*
>
> Might work a bit better... (Caveat: I'm not an expert on Apache
> .htaccess redirects either.)
>
> -- Jennifer
>
>

Re: Can .htaccess discard part of a path?

2009-11-10T12:32:56Z

Nancy Wichmann wrote:
> I put this in there already
RewriteRule ^cgi-bin/printOriginal.pl/$
http://www.youthsportsparents.com [R=301,L]
> And I am still seeing these come through to the Drupal log.

You said the URLs that were problems looked like this:

http://www.example.com/index.php?q=cgi-bin/printOriginal.pl&file=/alpha/beta/gamma/rage_prevention.shtml

The regular expression above ends in $, which is the regexp special
character meaning "end of the string/line". So it would only match a
URL that ended with "printOriginal.pl/". You need something after that
to match the rest of the URL... Something like:

^cgi-bin/printOriginal.pl/.*

Might work a bit better... (Caveat: I'm not an expert on Apache
.htaccess redirects either.)

-- Jennifer

--
Jennifer Hodgdon * Poplar ProductivityWare
www.poplarware.com
Drupal, WordPress, and custom Web programming

new content type appear in admin/content/types but doesn't appear node/add

2009-11-10T12:01:43Z

Hi developers!!

I've created a new content type (drupal 5) and it appears in admin/content/types, but for some reason (that I cant understand) it doesn't appear in node/add list...

And if I go to node/add/[content-type], the result is the same page of node/add, but in the title shows the title of the new content-type instead of "Create Content"

Well.... I've checked the permissions in Control Access, and these are ok...

Somebody had has this bug some time??

Thanks!!

--
------------------------
Matias Carranza

Re: Can .htaccess discard part of a path?

2009-11-10T11:55:17Z

Wow, how did you know about MomsTeam (now YouthSportsParents)?

I put this in there already RewriteRule ^cgi-bin/printOriginal.pl/$ http://www.youthsportsparents.com [R=301,L]

And I am still seeing these come through to the Drupal log.

There might be a clue in RewriteRule ^alpha/sports/(.*) http://www.youthsportsparents.com/sports/$1 [R=301,L] if I really understood regular [sic] expressions.

Nancy E. Wichmann, PMP

Injustice anywhere is a threat to justice everywhere. -- Dr. Martin L. King, Jr.

From: development-bounces@... [mailto:development-bounces@...] On Behalf Of Seth Freach
Sent: Tuesday, November 10, 2009 11:26 AM
To: development@...
Subject: Re: [development] Can .htaccess discard part of a path?

Nancy,

I'm assuming this is a leftover from the moms team site? The incoming requests are coming from the fact that Google appears to have lots of these links in its index still to these URLs and sites which still link to these URLs.

Instead of a rewrite, I'd suggest a a response code 301 redirect. This will be more Google friendly.

look in the default .htaccess file for the (commented out by default) lines that deal with www. redirection (ie, you always want people to see "www" or never do, regardless of how they access the site.) Using those patterns should help show you how to redirect to the same content but without the "cgi-bin/printOriginal.pl&file=/"

Seth

Nancy Wichmann wrote:

I am getting lots of requests like this:

http://www.example.com/index.php?q=cgi-bin/printOriginal.pl&file=/alpha/beta/gamma/rage_prevention.shtml

The file argument is a valid page on our old site and is itself redirected with a ReWriteRule in .htaccess. However, cgi-bin/printOriginal.pl does not exist and I have no idea what it was supposed to do (well, I can guess print the page). We get lots of these requests for different pages. I have tried a simple rewrite rule and a URL alias to prevent the 404 processing, but neither has fixed it.

Is it possible to design a rewriterule that essentially discards the "cgi-bin/printOriginal.pl" and just serves up the requested page (well, after its own rewrite rule has worked)? So this would become

http://www.example.com/index.php/alpha/beta/gamma/rage_prevention.shtml

Nancy E. Wichmann, PMP

Injustice anywhere is a threat to justice everywhere. -- Dr. Martin L. King, Jr.

No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.704 / Virus Database: 270.14.59/2494 - Release Date: 11/10/09 02:38:00

Re: Can .htaccess discard part of a path?

2009-11-10T08:26:28Z

I am getting lots of requests like this:

http://www.example.com/index.php?q=cgi-bin/printOriginal.pl&file=/alpha/beta/gamma/rage_prevention.shtml

The file argument is a valid page on our old site and is itself redirected with a ReWriteRule in .htaccess. However, cgi-bin/printOriginal.pl does not exist and I have no idea what it was supposed to do (well, I can guess print the page). We get lots of these requests for different pages. I have tried a simple rewrite rule and a URL alias to prevent the 404 processing, but neither has fixed it.

Is it possible to design a rewriterule that essentially discards the "cgi-bin/printOriginal.pl" and just serves up the requested page (well, after its own rewrite rule has worked)? So this would become

http://www.example.com/index.php/alpha/beta/gamma/rage_prevention.shtml

Nancy E. Wichmann, PMP

Injustice anywhere is a threat to justice everywhere. -- Dr. Martin L. King, Jr.

Can .htaccess discard part of a path?

2009-11-10T08:08:49Z

I am getting lots of requests like this:

http://www.example.com/index.php?q=cgi-bin/printOriginal.pl&file=/alpha/beta/gamma/rage_prevention.shtml

http://www.example.com/index.php/alpha/beta/gamma/rage_prevention.shtml

Nancy E. Wichmann, PMP

Injustice anywhere is a threat to justice everywhere. -- Dr. Martin L. King, Jr.

Can the new D7 database api handle ER_LOCK_DEADLOCK?

2009-11-09T21:31:56Z

Database transactions are always susceptible to deadlock:
http://dev.mysql.com/doc/refman/5.0/en/innodb-deadlocks.html

Looking at the last example on this page:
http://api.drupal.org/api/group/database/7

Surely in catch{}, the exception should be examined for
ER_LOCK_DEADLOCK?

The entire transaction could be in a do-while loop, so it is continually
reattempted until the transaction does not deadlock.

ER_LOCK_DEADLOCK is mysql specific. Does the new db layer have an
abstraction for this?

--
Jonathan Brown

Blue Droplet Media
http://bluedroplet.com/

Re: Help with custom_url_rewrite_outboud(), url(), and l() because external URLs need rewriting too

2009-11-09T15:08:43Z

It is already fixed in Drupal as it lives as hook_url_outbound_alter() now, as well as replacing taxonomy_term_path and hook_term_path().

As I explained in the issue that MT posted, the only way to fix this in D5 or D6 is to patch common.inc to move the custom_url_rewrite_outbound up in the execution of ulr(), before the url alias lookups and the return line for external links. However, I doubt this change would ever be approved since it's basically an API change because of when the function is called. This would be like changing hook_nodeapi('update') to be called before a node is updated instead of afterwards.

We just probably have to live with the fact that this was a poorly implemented feature, and at least look forward to things happening correctly now with D7+.

Dave Reid
dave@...

On Mon, Nov 9, 2009 at 4:56 PM, Ken Rickard <agentrickard@...> wrote:

I think you may need a patch. We had something similar come up in
Drupal 5, and obviously missed this use-case when we had the call to
custom_url_rewrite_outbound() inserted in the url() function.

The D5 version of Domain Access shipped with a functional backport of
the patch, so best practice suggests fixing this against Drupal 8 (or
7 if we can call it an API bug) and then backport the patch to D6.

/me will vote that this is a bug in the API.

- Ken Rickard
agentrickard

On Mon, Nov 9, 2009 at 11:25 PM, Mlen-Too Wesley
<mlen.too.wesley@...> wrote:
> Hello,
>
> I am currently developing a module to help libraries rewrite links to
> external databases, such as ProQuest and LexisNexis, routing those links
> through an EZProxy or other proxy referral server.
>
> For example, consider a resource located at:
> http://www.books24x7.com/marc.asp?bookid=30164
>
> If accessed from an on-campus IP address, the resource will be available to
> the student. However, if off-campus, the student would either have to use
> VPN to route all their internet traffic through a university IP address or
> use an proxy referral server, such as EZProxy.
>
> EZProxy is easier, so from the library home page, the link is rewritten to
> something such as:
> http://ezproxy.example-library.edu/login?url=http://www.books24x7.com/marc.asp?bookid=30164
>
> This way, the student is presented with a login screen for authentication
> and then directed to the resource.
>
> An easy module to make... or so I thought. Given the
> custom_url_rewrite_outbound() function, this kind of stuff should be easy to
> do in Drupal, but it is not. The url() function in common.inc returns the
> $path variable without any attempts to call custom_url_rewrite_outbout().
>
> All would be well, if line 1408 of common.inc added the same functionality
> to external links in the url() function as it does for internal links. It
> just needs 3 lines:
>
>     if (function_exists('custom_url_rewrite_outbound')) {
>       // Modules may alter outbound links by reference.
>       custom_url_rewrite_outbound($path, $options, $original_path);
>     }
>
> Other than applying a patch, does anyone know another way around this issue?
>
> I am not talking about Apache mod_rewrite or anything similar, Clean URLs,
> or the Path module and URL aliases. I am looking for a way to rewrite
> external URLs in anchor tags (links) without creating a wrapper function for
> url() or l()... or using JavaScript or AJAX.
>
> Thanks!
>
> MT
>
>
>
>
>
>

--
Ken Rickard
agentrickard@...
http://ken.therickards.com

Re: Help with custom_url_rewrite_outboud(), url(), and l() because external URLs need rewriting too

2009-11-09T14:56:26Z

I think you may need a patch. We had something similar come up in
Drupal 5, and obviously missed this use-case when we had the call to
custom_url_rewrite_outbound() inserted in the url() function.

The D5 version of Domain Access shipped with a functional backport of
the patch, so best practice suggests fixing this against Drupal 8 (or
7 if we can call it an API bug) and then backport the patch to D6.

/me will vote that this is a bug in the API.

- Ken Rickard
agentrickard

On Mon, Nov 9, 2009 at 11:25 PM, Mlen-Too Wesley
<mlen.too.wesley@...> wrote:

> Hello,
>
> I am currently developing a module to help libraries rewrite links to
> external databases, such as ProQuest and LexisNexis, routing those links
> through an EZProxy or other proxy referral server.
>
> For example, consider a resource located at:
> http://www.books24x7.com/marc.asp?bookid=30164
>
> If accessed from an on-campus IP address, the resource will be available to
> the student. However, if off-campus, the student would either have to use
> VPN to route all their internet traffic through a university IP address or
> use an proxy referral server, such as EZProxy.
>
> EZProxy is easier, so from the library home page, the link is rewritten to
> something such as:
> http://ezproxy.example-library.edu/login?url=http://www.books24x7.com/marc.asp?bookid=30164
>
> This way, the student is presented with a login screen for authentication
> and then directed to the resource.
>
> An easy module to make... or so I thought. Given the
> custom_url_rewrite_outbound() function, this kind of stuff should be easy to
> do in Drupal, but it is not. The url() function in common.inc returns the
> $path variable without any attempts to call custom_url_rewrite_outbout().
>
> All would be well, if line 1408 of common.inc added the same functionality
> to external links in the url() function as it does for internal links. It
> just needs 3 lines:
>
>     if (function_exists('custom_url_rewrite_outbound')) {
>       // Modules may alter outbound links by reference.
>       custom_url_rewrite_outbound($path, $options, $original_path);
>     }
>
> Other than applying a patch, does anyone know another way around this issue?
>
> I am not talking about Apache mod_rewrite or anything similar, Clean URLs,
> or the Path module and URL aliases. I am looking for a way to rewrite
> external URLs in anchor tags (links) without creating a wrapper function for
> url() or l()... or using JavaScript or AJAX.
>
> Thanks!
>
> MT
>
>
>
>
>
>

--
Ken Rickard
agentrickard@...
http://ken.therickards.com

Help with custom_url_rewrite_outboud(), url(), and l() because external URLs need rewriting too

2009-11-09T14:25:30Z

Hello,

I am currently developing a module to help libraries rewrite links to external databases, such as ProQuest and LexisNexis, routing those links through an EZProxy or other proxy referral server.

For example, consider a resource located at:
http://www.books24x7.com/marc.asp?bookid=30164

If accessed from an on-campus IP address, the resource will be available to the student. However, if off-campus, the student would either have to use VPN to route all their internet traffic through a university IP address or use an proxy referral server, such as EZProxy.

EZProxy is easier, so from the library home page, the link is rewritten to something such as:
http://ezproxy.example-library.edu/login?url=http://www.books24x7.com/marc.asp?bookid=30164

This way, the student is presented with a login screen for authentication and then directed to the resource.

An easy module to make... or so I thought. Given the custom_url_rewrite_outbound() function, this kind of stuff should be easy to do in Drupal, but it is not. The url() function in common.inc returns the $path variable without any attempts to call custom_url_rewrite_outbout().

All would be well, if line 1408 of common.inc added the same functionality to external links in the url() function as it does for internal links. It just needs 3 lines:

    if (function_exists('custom_url_rewrite_outbound')) {
      // Modules may alter outbound links by reference.
      custom_url_rewrite_outbound($path, $options, $original_path);
    }

Other than applying a patch, does anyone know another way around this issue?

I am not talking about Apache mod_rewrite or anything similar, Clean URLs, or the Path module and URL aliases. I am looking for a way to rewrite external URLs in anchor tags (links) without creating a wrapper function for url() or l()... or using JavaScript or AJAX.

Thanks!

MT

Re: CVS Outage For Upgrade

2009-11-09T11:04:57Z

Could this recent upgrade be the reason I get this message any time I
try to access cvs.drupal.org?

cvs checkout: authorization failed: server cvs.drupal.org rejected
access to /cvs/drupal-contrib for user yogadex

Tried changing my password under my account >> edit >> cvs. No luck.
Any help is appreciated. Please reply to http://drupal.org/node/627938
unless your answer relevant to the whole email list.

Thanks,
-Dave

On Thu, 29 Oct 2009 13:51 -0700, "Narayan Newton" <nnewton@...>
wrote:

> This has been completed. Thank you for your patience!
>
> On Thu, Oct 29, 2009 at 11:00 AM, Narayan Newton <nnewton@...>
> wrote:
> > There will be a 30 min CVS outage at 1PM Pacific Time Today. After
> > which CVS will be on a much more powerful server. I apologize for any
> > inconvenience.
> >
> > 30 Min Outage
> > 1PM Pacific/2000 UTC
> >
> > --
> > Narayan Newton
> > GA Member Drupal Association
> > Tag1Consulting
> >
>
>
>
> --
> Narayan Newton
> GA Member Drupal Association
> Tag1Consulting

Re: Views and Rules

2009-11-09T07:15:43Z

Cool idea. There's definitely some sort of relationship to be made to
Views Bulk Operations module, though I'm not sure off hand exactly what
that would look like.

-Matt

Steven Jones wrote:

> Hi,
>
> Most of us know that the project_issue module automatically closes
> fixed issues after two weeks of inactivity, this is done with a fairly
> simple SQL query run on cron.
>
> The casetracker modules that are bundled with open atrium lack such a
> feature, and I'm trying to add one. Now I know that I could add a
> simple SQL query on cron, and add the feature, but I think closing
> fixed cases after two weeks is a specific example of a more general
> feature. That is: doing some actions to a bunch of stuff.
>
> I think the 'some actions' can be provided by actions, or even rule
> sets from the rules module, but it seems that the only way to invoke
> actions at the moment is from an event driven perspective, and
> although there is a 'cron' event in rules, it seems you can't then
> iterate over nodes matching certain conditions. So I'd still need to
> code a way to build the 'bunch of stuff'.
>
> One of my first thoughts was: 'can I use views for this?' My idea is
> to add a display plugin that 'renders' a view 'into actions', the
> providing module can execute the view on cron.
>
> Is there something similar out there that already does this? Does it
> sound like even a vaguely sensible idea?
>
> Regards
> Steven Jones
> ComputerMinds ltd - Perfect Drupal Websites
>
> Phone : 024 7666 7277
> Mobile : 07702 131 576
> Twitter : darthsteven
> http://www.computerminds.co.uk
>

Re: Announcing DRUPAL-7-0-UNSTABLE-10

2009-11-09T06:05:05Z

On Sun, 2009-11-08 at 14:29 -0500, Angela Byron wrote:
> * You can now choose default input formats (now called "Text
> formats")
> per role. Text formats are weightable, and whichever is the lowest-
> weighted format your role has access to becomes your default. No
> more
> cursing yourself for forgetting to flip to "Full HTML" for that
> cursed
> image tag! ;)

Thanks to whoever implemented this feature!

Scott

--
Syscrusher <syscrusher@...>

Views and Rules

2009-11-09T00:41:12Z

Hi,

Most of us know that the project_issue module automatically closes
fixed issues after two weeks of inactivity, this is done with a fairly
simple SQL query run on cron.

The casetracker modules that are bundled with open atrium lack such a
feature, and I'm trying to add one. Now I know that I could add a
simple SQL query on cron, and add the feature, but I think closing
fixed cases after two weeks is a specific example of a more general
feature. That is: doing some actions to a bunch of stuff.

I think the 'some actions' can be provided by actions, or even rule
sets from the rules module, but it seems that the only way to invoke
actions at the moment is from an event driven perspective, and
although there is a 'cron' event in rules, it seems you can't then
iterate over nodes matching certain conditions. So I'd still need to
code a way to build the 'bunch of stuff'.

One of my first thoughts was: 'can I use views for this?' My idea is
to add a display plugin that 'renders' a view 'into actions', the
providing module can execute the view on cron.

Is there something similar out there that already does this? Does it
sound like even a vaguely sensible idea?

Regards
Steven Jones
ComputerMinds ltd - Perfect Drupal Websites

Phone : 024 7666 7277
Mobile : 07702 131 576
Twitter : darthsteven
http://www.computerminds.co.uk

Re: Announcing DRUPAL-7-0-UNSTABLE-10

2009-11-08T19:27:36Z

On 11/08/2009 01:29 PM, Angela Byron wrote:
> * Themes can now implement *_alter() hooks. hook_form_alter(),
> hook_page_alter(), etc. Yet another contentious change. ;) However, it
> was deemed necessary to let themers take full advantage of the render
> API, otherwise they'd need to create modules for doing what is clearly
> presentation layer logic. Please, <em>please</em> do not do evil
> things with this that make me regret comitting it and cause it to get
> rolled back in D8. ;P
Goodbye glue.module. You will not be missed. ;) Thanks for the update
Angie. Synopsis always appreciated and informative. -mf

Announcing DRUPAL-7-0-UNSTABLE-10

2009-11-08T11:29:59Z

Today I committed the last of the straggler RTBC API changes from code
freeze week (see http://drupal.org/node/578446 for the D7 development
schedule), and have just rolled DRUPAL-7-0-UNSTABLE-10. There are /
lots/ of changes in this one, since it embodies the entire "code
slush" phase of release, and the community really rallied (especially
towards the end) to cram lots of awesome stuff in! The full commit log
is attached; this e-mail contains some of the highlights.

We're now API frozen, except for any API changes necesary to fix
critical, release-blocking issues. So it "should" be safe to start
porting your modules, if you haven't already begun. I'll announce via
the devel list and Twitter (http://twitter.com/webchick) about any
major API changes that are particularly gnarly, but hopefully, most of
the worst is behind us now. I'm also hoping that this will be one of
the last unstable releases, and that we can start heading into alpha/
beta territory in the new year.

To help make Drupal 7 the best release possible, please help out in
one or more of the following areas, which are the focus until 12/1:

* ¡¡PERFORMANCE!! (seriously, we need help! ;))
Meta issue where efforts are being coordinated: http://drupal.org/node/615822
http://drupal.org/project/issues/search/drupal?issue_tags=Performance

* Usability improvements:
"Hit list" from UX team: http://www.bojhan.nl/drupal-7-ux-last-phase/
http://drupal.org/project/issues/search/drupal?issue_tags=Usability
http://drupal.org/project/issues/search/drupal?issue_tags=D7UX
Overlays: http://drupal.org/node/610234

Note that a lot of these usability patches are relatively easy to
create for developers, but the UX team is in a lot of cases blocked by
lack of people assisting. So if you're looking for a spot to jump in,
let the folks in #drupal-usability know!

* Accessibility improvements:
http://drupal.org/project/issues/search/drupal?issue_tags=accessibility

* Documentation/Text improvements:
http://drupal.org/project/issues/search/drupal?component[]=user
+interface+text
http://drupal.org/project/issues/search/drupal?component[]=documentation

And, if /none/ of those floats your boat, there's always the critical
queue:
http://drupal.org/project/issues/search/drupal?
version
[0
]=
156281
&status
[0
]=
1
&status
[1
]=
8
&status
[2]=13&status[3]=14&priorities[0]=1&categories[0]=bug&categories[1]=task

So, what's new in DRUPAL-7-0-UNSTABLE-10? I'm so glad you asked!

Feature exceptions
==================
The first topic to cover is that of our 10 feature exceptions. As
mentioned in the last unstable release announcement at http://lists.drupal.org/pipermail/development/2009-September/033741.html
, the "code slush" period leading from Oct. 15 -> Nov. 15 established
was to get these in, along with any required API clean-ups.

The community rallied in a *huge* way, and we were able to get 8 of
the 10 feature exceptions in, including such awesomeness as:

* Image Field: The default "Article" content type even ships with an
image field utilizing image styles to auto-resize pictures to show off
this awesome functionality.

* Contextual links: If you install D7, you'll notice that there are
now edit, configure, etc. links everywhere; new functionality that's
baked into the menu system. Now, instead of this having to be
implemented separately by certain modules and themes, it comes by
default in core. Yay!

(Note: The styling and interaction of these links is being handled as
a separate clean-up issue to keep bikeshedding to a minimum. If you're
design/UX-savvy and want to help out, see http://drupal.org/node/601150.)

* Customizable admin shortcuts: A dedicated menu that appears
underneath the toolbar for frequently-accessed tasks. As an
administrator, you establish "sets" of shortcuts which can then be
allocated on a per-user or per-role basis. Handy!

* Customizable administrative dashboard: Drupal now comes by default
with a drag-and-drop Dashboard screen for arranging blocks to give a
"bird's eye view" of the site's activity. We're hoping that this
addition will cause module developers to design blocks specifically
for the dashboard that would be of general use to site administrators
and content editors.

(Note: The UX team needs some hands on building out some default
Dashboard blocks to ship with core; see http://drupal.org/node/614410
if you want to lend a hand.)

* Update manager: Now, Drupal provides a web interface for installing
and updating your modules and themes! HUZZAH!! It prompts for a URL or
file upload of the module, your FTP password, and then fetches and
auto-extracts it. See http://3281d.com/2009/11/03/d7-update-manager
for more information on this totally kick-ass new feature, and for a
list of issues where you can lend a hand!

* Native RDFa support. This involves a new hook, hook_rdf_mapping()
and allows you to map your modules' data to an namespace. This
involves a few changes to theme templates as well, to print out the
necessary attributes. Really proud to see Drupal leading the way on
the semantic web!

* Taxonomy -> Field API translation: Now, not only are terms
fieldable, they're also fields themselves! How meta.

Yay! That's all great news. So what /didn't/ get in?

Unfortunately, Profile => Field API conversion. :( It turns out
there's quite a bit more to this conversion than initially meets the
eye, so the effort didn't get off the ground in time. This also means
that Drupal 7 core will be shipping with the same Profile module as
Drupal 6, sadly... But the good news is that a renewed effort for
building a full Field API-utilizing Profile module replacement has
begin in contrib as the "Profile2" module, in an effort to rectify
this situation in Drupal 8. See http://drupal.org/node/623210 for the
gory details and to help push this forward.

Administrative overlays also didn't make it, though it got around
80-90% working, and all required API changes were ready to go by code
freeze. Therefore, Dries and I have decided to treat this as a user
interface improvement, which can still be focused on during the
"polish" phase. So please pitch in at http://drupal.org/node/610234.
The latest screencast at http://drupal.org/node/610234#comment-2233140
is looking /damn/ sexy.

Finally, while all of the required API changes for translatable fields
were added, the UI unfortunately didn't make it. There is ongoing work
on this at http://drupal.org/node/539110.

As for everything else...

Changes for developers:
=======================
* There's a new hook_username_alter() which enables contrib modules to
override the display of a username everywhere. This is an important
shift, since in Drupal 6 the only option was overriding
theme_username(), which is not called consistently everywhere.

* In other user-related news, there's a spiffy new user role/
permission API, with actual functions like
user_role_grant_permissions() and so on. No more downloading Install
Profile API module to deal with basic user operations. w00t! We also
removed hook_user_form() and hook_user_register() in favour of just
using standard hook_form_alter() constructs like every other form.

* There are new hooks for menu operations: update, insert, delete for
both links and menus themselves. This should enable some interesting
new things in contrib during the Drupal 7 release cycle.

* Huge overhaul of the actions/triggers API so that they now map
directly to hooks and generalize out some stuff like the 'prepare'
property changes from node/comment.

* Pluggable field API storage engines are now per-field, rather than
per-entity. This allows a single field to pull in data from Amazon Web
Services, for example.

* Core now allows <head> metadata to be alterable via
hook_html_head_alter(), and implements the rel="canonical" and
rel="shortcut" standards out of the box.

* A few selected queries in core have been flagged as slave-safe. This
will help those sites running master/slave replication. We also
removed the last remnants of the old database system; DBTNG all the
way, baby...

* Links are altogether far more flexible now. "Operations" links are
now renderable properties which can be altered, we got rid of the
completely obtuse and befuddling custom_url_rewrite "magic" functions
in favour of good ol' fashioned hook_url_alter(), and we added a new
theme_link() function.

* There was a browser.inc we'd committed earlier in the cycle; the
intention was to use it as a general tool to replace SimpleTest's
browser, drupal_http_request(), etc. However, the necessary follow-up
work was not completed, and in talking to Jimmy, he stated that he
could handle this better in contrib. Therefore, this was rolled back,
in favour of http://drupal.org/project/browser, in case anyone /was/
using it (or wants to help improve it).

* Speaking of things we changed our minds about, remember how horrible
it was back in D5 and below where we had sequences? Well. They're
back. ;) Sorta. We added a sequences API which can be used for
selected tables that needs them. The good news is you can now import/
export a Drupal 7 DB in PHPMyAdmin without it crying.

* A /fantastic/ new JavaScript "states" system was added, which lets
module developers easily create UIs like "show this text field when
that checkbox is checked" or "populate this list of options based on
the selection from that list of options." In other JS-related news, we
also unified the page, AJAX 'path', and AJAX 'callback' callbacks.

Changes for themers:
====================
* Page.tpl.php has now been split into html.tpl.php (for <html>,
<head>, and <body>) and page.tpl.php (for page content). This was a
contentious change, but is necessary to ensure that all template files
dealing with user-facing markup can consistently benefit from the new,
powerful render()-enabled theming system in D7.

* There's a new region.tpl.php to handle changes to block regions.

* Themes can now implement *_alter() hooks. hook_form_alter(),
hook_page_alter(), etc. Yet another contentious change. ;) However, it
was deemed necessary to let themers take full advantage of the render
API, otherwise they'd need to create modules for doing what is clearly
presentation layer logic. Please, <em>please</em> do not do evil
things with this that make me regret comitting it and cause it to get
rolled back in D8. ;P

* The search box is no longer a theme variable; you now treat it as a
normal block.

* Core ships with three image style presets: thumbnail, medium, and
large. You can now depend on those being there (though not their exact
formatting/size size) in your themes.

* All theme functions now take a single $variables array. This is so
that preprocessing between template files and theme functions is
consistent.

Changes for site builders:
==========================
* You can now choose default input formats (now called "Text formats")
per role. Text formats are weightable, and whichever is the lowest-
weighted format your role has access to becomes your default. No more
cursing yourself for forgetting to flip to "Full HTML" for that cursed
image tag! ;)

* RSS now outputs to "Full node" by default, to conform with
recommended good netizen practices. As always, this is configurable if
you like to force people to come to your site to read your stuff.

* Password checker now has more sexy, with a longer bar that indicates
relative password strength. Better for accessibility, too.

* Creating a menu link from a node is a simple checkbox, which as an
added bonus pre-populates the title field with the node title. Very
slick usability improvement! Another nice one is you can limit the
parent menus that can be selected on the form; for example, to just
"Main menu" so you don't have to scroll through the 4,000 links in
"Navigation." :)

* We took out the confusing behaviour of the theme auto-switching when
you're on the blocks page. There's now a preview link if you want to
see what it looks like.

Changes since DRUPAL-7-0-UNSTABLE-9:

- Patch #570572 by winston, David_Rothstein | Shai, Xano, alexanderpas, emmajane, kazar: changed label for user/1 account from 'administrator' to 'site maintenance account'.
- Patch #576516 by David_Rothstein: fixed documentation.
#469242 by tic2000, Pasqualle, pwolanin, Nick Lewis, moshe weitzman, Rob Loach, and alexanderpas: page.tpl.php has now been split into html.tpl.php (for , , and ) and page.tpl.php (for page content). This now provides consistency for granular theming of renderable output in all template files.
#575796 by Heine: Fixed OpenID XRI test violates the spec.
- Patch #565792 by pwolanin, salvis: follow-up on theme_username refactoring.
- Patch #520368 by GÃ¡bor Hojtsy: fixed Admin toolbar breaks sticky table headers.
- Patch #460594 by elliotttf, lambic | LiliVG: Fixed node_assign_owner_action_form() limits username length to 7 characters.
#577912 by kkaefer: Updated OpenID icon with alpha transparency.
#577298 by David_Rothstein: Fixed body field on non-node module-added node types when included from an installation profile.
#578470 by Dries, jbrauer, GÃ¡bor Hojtsy: Add return status codes to drupal_http_request() when a URL fails to parse, instead of failing silently.
SA-CORE-2009-008
#573680 by mgifford, David_Rothstein: Fixed language import during installation (and a notice).
#574796 by sun: Fixed 'Article' content-type permissions not granted to admin role after installation.
#365597 by mfb, Jody Lynn: Don't show access denied when logging in via OpenID to user/login.
#440930 by brianV: Add @file block to menu.test.
#556534 by xmacinfo: Fixed SimpleTest help text.
#457450 by agentrickard: Added hooks to track changes to menu links.
#563998 by plach: Add a means of marking a field as translatable in Field UI.
#564394 by Berdir and Crell: Removed database BC layer. nah nah nah nah... hey hey hey... gooood byeeee...
#571086 by sun and merlinofchaos: Added a 'wrapper callback' that executes before a form builder function, to facilitate common form elements. Clean-up from form_builder changes from CTools patch. Has nice side-benefit of making all form functions' signatures consistent.
- Patch #283723 by pwolanin, sun | eddified, moshe weitzman, Dries, aether, Arancaytar: Added Make menu_tree_output() return renderable output.
- Patch #581286 by David Strauss | moshe weitzman: fixed detection of CLI environments properly.
- Patch #581594 by douggreen: minor db_query() fix to search for the new database abstraction layer.
- Patch #300993 by sun: extended the roles and permissions API so we can revoke permissions from a role etc.
- Patch ##525540 by jvandyk, sun, jhodgdon, fago | webchick, TheRec, Dave Reid, brianV, sun.core, cweagans, Dries: gave trigger.module and includes/actions.inc an API overhaul. Simplified definitions of actions and triggers and removed dependency on the combination of hooks and operations. Triggers now directly map to module hooks.
- Patch #576302 by joachim | lambic: improved rewording of user admin help text.
- Patch #553524 by John Morahan: escape link text in assertions.
- Patch #11218 by David_Rothstein, sun, quicksketch, duncf, awood456, dropcube, mgifford | pwolanin, dww, RobRoy, Crell, webchick, beginner, ray007, bjaspan, chx, GÃ¡bor Hojtsy, Steven, Dries, lutegrass, sym, guardian, matt2000, geerlingguy, SeanBannister, matt westgate, com2, praseodym: allow default text formats per role, and integrate text format permissions.
- Patch #306611 by jbomb, sun | Damien Tournoud: fixed fatal error when trying to invoke non-existing action callbacks.
- Patch #11218 by sun: fixed fatal error.
- Patch #582736 by douggreen: removed unused function.
- Patch #582758 by c960657: remove t() calls from getInfo() functions.
- Patch #445062 by sun: removed system_requirements check for tokenizer now that the registry is gone.
- Patch #444402 by sun: clean up of parseInt() usage.
#564394 follow-up by Damien Tournoud: Remove crappy old pgsql-only db_add/change_column() functions from database layer.
- Patch #550742 by douggreen | Zarabadoo: remove Search box from theme system, default to block system instead.
Patch #579366 by sun, litwol | chx, Dries: simplified form API redirection handling. I can actually understand it now. ;-).
- Patch #249553 by sun: started to rename SimpleTest to Testing, at least in user output.
- Patch #556018 by Damien Tournoud, dereine | sun: rename drupal_to_js() and drupal_json() for consistency and readability.
- Patch #500038 by Shai, sreynen | webchick: changed default for RSS output from 'teaser only' to 'full node'.
- Patch #583008 by Damien Tournoud: DRUPAL_BOOTSTRAP_ACCESS doesn't exist anymore, but is still an explicit bootstrap step.
Patch #331893 by mgifford, nigel, Xano, Everett Zufelt | Cliff, Bojhan, mcrittenden, webchick, Josh Waihi, alpritt, heather: improved the password checker.
- Patch #551694 by effulgentsia, rfay, sun | moshe weitzman, Dries: standardized the return of status messages in AJAX callbacks.
- Patch #581760 by yoroy: by default, don't center-align the user login form in the block. It is still center-aligned in Garland.
- Patch #581534 by pwolanin | sun: fix redirecting after submitting a comment on a multi-page comment thread.
- Patch #581764 by swentel, bjaspan: default profile incorrectly created 'tags' vocabulary.
- Patch #118345 by sun | nedjo, pwolanin, webchick: DIE hook_user_form() + hook_user_register() DIE!
- Patch #569364 by bjaspan, yched: handle failures on field storage creation.
- Patch #550718 by alexanderpas, GÃ¡bor Hojtsy | Dries, webchick, ugerhard: tabs on admin pages are not accessible from overviews and menus.
- Patch #572778 by Amitaibu: removed outdated comment.
- Patch #521838 by catch, jrchamp, CorniI, sun | Damien Tournoud, drewish, chx, moshe weitzman, yched, Dries: drupal_get_schema_versions() took 30% of page execution time on /admin.
- Patch #560738 by sun, noahb, David_Rothstein | dropcube: trying to delete a text format gives 'page not found'.
- Patch #581392 by sun, catch | mr.baileys: Fixed Add an API function for deleting revisions.
- Patch #521838 by jrchamp: (temporary) fix for drupal_get_schema_versions().
- Patch #585742 by Damien Tournoud | Amitaibu: content type wasn't created after drupalCreateContentType().
- Patch #118345 by sun: code clean-up and removed extra condition that slipped in.
- Patch #578676 by chx | neclimdul, Crell, Dave Reid: introduce a queue for cron.
- Patch #582956 by dww | Damien Tournoud: fixed FormsTestCase::testRequiredFields().
- Patch #578676 by sun: clean ups for cron queue.
- Patch #588218 by Dave Reid: use PHP5 date constants.
- Patch #570142 by Dave Reid | Dries: get rid of the admin/structure/contact/settings page.
- Patch #367013 by bjaspan, KarenS | yched, Dries: add support for field updates.
- Patch #588574 by dww: made Dave Reid a co-maintainer for update status.
- Patch #253501 by dww, cwgordon7 | boombatower, Dave Reid: added tests for update.module.
- Patch #550742 by Dave Reid, douggreen, Jacine | yoroy, Dries: removed status message.
- Patch #499828 by Dave Reid, Darren Oh, dww | Dries: fixed wrong release date on multi-module projects. Now with extra tests!
- Patch #557542 by CorniI, catch, fago, Crell, sun | pwolanin, chx, webchick, mattyoung, alexanderpas, justinrandell, dropcube, moshe weitzman, Damien Tournoud, Rob Loach, Dries: cache module_implements() for better performance and scalability.
- Patch #582754 by bjaspan | yched: Fixed Undefined index errors viewing nodes with fields.
- Patch #356841 by trogie, Dave Reid | dww: update status 'last checked time' should output actual date of last check.
- Patch #443422 by yched, bjaspan | chx, merlinofchaos, Scott Reynolds, plach, profix898, mattyoung: added support for pluggable 'per field' storage engine. Comes with documentation and tests. The Field Attach API uses the Field Storage API to perform all "database access". Each Field Storage API hook function defines a primitive database operation such as read, write, or delete. The default field storage module, field_sql_storage.module, uses the local SQL database to implement these operations, but alternative field storage backends can choose to represent the data in SQL differently or use a completely different storage mechanism such as a cloud-based database.
- Patch #215080 by andypost, drifter, Dave Reid | robertDouglass, catch, jaydub: drop unnecessary index.
- Patch #508570 by quicksketch, sun | pwolanin, bec: restore URL consistency for node types and menus.
- Patch #584278 by cam8001, Dave Reid | moshe weitzman: Fixed pending updates always being plural.
- Patch #584966 by mr.baileys, sun: add doxygen group for PHP function wrappers in Drupal.
- Patch #497504 by dakala, bjaspan | yched: rename #multiple to #cardinality in field forms.
- Patch #570900 by Crell | asimmonds: Changed Destroy remnants of update_sql().
- Patch #578520 by sun | c960657, mfb, Dries, catch, mattyoung: make in url() only accept an array. Another nice API clean-up!
#334238 follow-up by Dave Reid: Fixed detection of core modules and themes in update.module.
#375931 by Dave Reid: Fix SimpleTests when cvs_deploy module is enabled.
#590590 by plach: Fixed bug where field_create_field() ignores the 'translatable' property.
- Patch #584370 by JoshuaRogers, JacobSingh | mattyoung: fixed bug with CSS file inclusion in the CSS optimization code.
#557542 follow-up by catch: Fixed module_implements() caching for authenticated users.
- Patch #563526 by jhodgdon | anschinsan: fixed broken see also link in user-profile.tpl.php doc and re-organized some of the documentation.
#365597 follow-up by mfb: Tests for OpenID redirection from user/login.
- Patch #367013 by bjaspan, yched: clean ups for field_update_field().
- Patch #591758 by catch: system_region_list() should use list_themes() instead of a direct db_query().
- Patch #553944 by David_Rothstein, ksenzee | JacobSingh, sun, jhodgdon, pwolanin: allow modules to specify per-page custom themes in hook_menu().
- Patch #451604 by brianV, sun | Dries, c960657: rename drupal_set_header().
- Patch #590014 by sun, mr.baileys | Dries: fixed undefined language when language is specified in .
- Patch #592286 by ksenzee | bjaspan: adding a field fails.
- Patch #583598 by jhodgdon | moshe weitzman: fixed documentation problem with hook_elements().
- Patch #576076 by yoroy, GÃ¡bor Hojtsy | Bojhan: remove the 'Add a main menu link'.
- Patch #578520 by sun, c960657 | mfb, Dries, catch, mattyoung: Changed Make in url() only accept an array.
- Patch #574862 by jhodgdon | moshe weitzman: menu_set_active_trail() doc lacks details.
- Patch #578230 by yched, sun: clean-up: remove 'widget_active()' behavior.
- Patch #511986 by tgeller, sun | lambic: made the values for 'Poll duration' should regular.
- Patch #382834 by jhodgdon, sun: documentation improvements for hook_menu() API
- Patch #484868 by sime, sun | Dries: split parser from drupal_parse_info_file().
- Patch#583020 by c960657 | yched, Dries: fixed warning about missing argument 2 for field_delete_instance() in node_configure_fields().
- Patch #554088 by mr.baileys, sun | eaton: Changed Move user_mail_tokens() and emails to token system.
- Patch #556438 by rfay, effulgentsia, sun | quicksketch, Rob Loach, Dries, sun.core, Damien Tournoud: Fixed AJAX/AHAH 'callback' support only works for 'submit' and 'button' elements - Should work for all triggering elements.
- Patch #594434 by fago | moshe weitzman: Fixed node delete cache reset.
- Patch #576916 by BarisW | Bojhan: default menu 'Parent item' should be Navigation, not Primary links.
- Patch #536788 by jhodgdon | joachim: Fixed Provide documentation on making menu tabs.
- Patch #592572 by c960657 | moshe weitzman: API clean-up, always pass nodes as objects.
- Patch #578520 by c960657: follow-up on make in url() only accept an array.
- Patch #464862 by JohnAlbin, sun, dereine | dvessel, Jacine, Zarabadoo: added drupal_css_class() to clean class names and rename form_clean_id().
- Patch #592008 by moshe weitzman | chx: don't initialize theme system before modules are included.
- Patch #555762 by gordon, sun | yched, chx, moshe weitzman, KiamLaLuno, lilou: improvements to batch API.
- Patch #554992 by Davy Van Den Bremt, jhodgdon | Dries: added documentation.
#464862 follow-up by kkaefer: Rename drupal_css_class() to drupal_html_class_X(), for better accuracy.
#391264 by mfb and dww: Added exception handling to Update module XML parsing.
#544418 follow-up by rfay: Minor documentation fixes.
#319033 by dww, Dave Reid, Ralf: Fixed weird order of projects listed on updates page (with tests).
#60552 by JohnAlbin: Added Add region.tpl.php for all regions in themes.
#472820 by rfay, Rob Loach, and catch: Fixed improper whitespace removal/invalid CSS from drupal_load_stylesheet_content() (with tests).
#224756 by christefano and lambic: Make phpinfo() link more obvious.
#457450 follow-up by agentrickard: Documentation fixes.
#472820 follow-up by sun: Fixed tests for CSS output.
#595758 by jhodgdon: Fixed documentation for db_query_range().
#343898 by dww and JohnAlbin: Respect hidden property in themes to allow for theme testing.
- Patch #596962 by dww | Dave Reid: fix formatting on /(modules|themes)/README.txt.
- Patch #596664 by c960657 | Crell: document âcharâ, âdateâ and âtimeâ database field types.
#412518 by catch, bangpound, and yched: Convert taxonomy_node_* to field API (with upgrade path). Say buh-bye to old, crusty code.
#300993 follow-up by Dave Reid: Remove cruft from tests now that we have a real permissions API.
- Patch #343502 by Dave Reid, sun | dbabbage, Dries, boombatower: allow tests to require and test existence of modules. Required to make testing contributed modules possible.
- Patch #597336 by hunmonk: node_delete_multiple() barfs if no nids are passed.
- Patch #456088 by dww, JohnAlbin | Dave Reid, GÃ¡bor Hojtsy, pwolanin, tic2000, meba: sub-themes not notified of security updates for base themes.
- Patch #597584 by Dave Reid: added Dave Reid as the maintainer for contact module.
- Patch #595982 by moshe, chx: use #tableselect instead of ugly theming on admin users and admin nodes.
- Patch #597784 by Dave Reid: rename 'administer site-wide contact form' to 'administer contact forms'.
- Patch #572618 by effulgentsia, pwolanin, sun: all theme functions should take a single argument. Code clean-up and performance improvement. Woot.
- Patch #595982 by ksenzee: fixed warning.
- Patch #599640 by sun: move hard-coded comment query options to caller.
- Patch #599186 by Dave Reid: code clean-ups
- Patch #597540 by Dave Reid: create a default contact category on install.
#592704 by BarisW and Mike Wacker: Display number of unapproved comments in the approval queue menu item.
#597508 by sun: Add %node_type argument loader to reduce number of menu items cached.
#599122 by scor: Convert all require(DRUPAL_ROOT . 'file') to module_load_include().
#67234 by Ralf, Dave Reid, David_Rothstein, Rob Loach, dww, et al: Added a permission to update.php.
#597792 by catch and bangpound: Add catch and bangpound as maintainers for taxonomy module.
#473082 by sun, Amitaibu, dropcube, and Pasqualle: Added a custom menu API.
#464862 follow-up by JohnAlbin: Final bike-shedding of drupal_css_class() patch. We hope. :)
#322344 follow-up by sun: Fix notice.
#589160 by Amitaibu: Use user_load_multiple() in user operations.
- #440876 by Dave Reid, sun: reuse comment.module's anonymous cookie information for contact forms.
#562908 by sun and dropcube: Fixed issue where {filter}.module is not saved.
#282191 by plach, nedjo, catch, et al: TF #1: Allow different interface language for the same path.
- Patch #585838 by sun: quick fix for {comment}.status being broken.
- Patch #564886 by dmitrig01, JacobSingh, clemens.tolboom, David_Rothstein: remove 'expanded' checkbox from menu item overview.
#573292 by eMPee584: Allow enable file_unmanaged_delete() to handle stream wrapper URIs.
- Patch #597832 by markus_petruxm: add (), arguments to field_access() to enhance the context for hook_field_access().
- Patch #597784 by gpk, Dave Reid: fixed typo.
#597508 by sun: Fixed path argument loader for node type paths.
- Patch #600780 by asimmonds: fixed typo in documentation.
- Patch #391340 by dww: documentation clean-up and correction.
- Patch #122098 by Damien Tournoud, catch, mdixoncm: split comment.timestamp into 'created' and 'changed' columns, just like for nodes.
#118345 by sun: Make user.module conform to standard presave/insert/update/form_alter hook paradigm.
#360023 by stella, sun, greggles: Added 'Publish comment' action + doxygen fixes.
- Patch #600790 by Alan D: fixed wrong ISO 3166-1 code.
- Patch #600422 by alpritt: fixed WSOD.
- Patch #525504 by Dave Reid, gpk: anonymous user should not have contact form.
- Patch #600466 by Dave Reid: removed unused path_admin_filter_get_keys().
#569238 by sun, swentel, catch: Changed Make check_markup() not cache by default.
- Patch #601016 by Dave Reid: remove contact_site_page() and contact_personal_page() and use the forms directly.
#600554 by sun: Fixed drupal_parse_url() to work with clean URLs disabled (with tests).
#557292 by peximo, plach, catch, and yched: Convert node title to Field API.
#599706 by sun: Allow altering local tasks/actions.
#557292 follow-up by dmitrig01 and sun: Fix typo in tpl.php file causing node titles to not be linked.
- Patch #334283 by andypost: fix upgrade path of message contexts for translations.
- Patch #597556 by Berdir: return status to indicate executed query in MergeQuery::execute().
- Patch #601250 by Dave Reid, VeryMisunderstood: allow anonymous users to use personal contact forms.
- Patch #599706 by tobiasb: tiny documentation fix.
#589754 by rfay and Crell: Fixed non-recoverable install if invalid database specified in settings.php.
#560780 by quicksketch, ksenzee, Arancaytar, yched, and arianek: Added Image Field to image.module. Hellooooo, native image handling in core! :D
- Patch #601250 Dave Reid, andypost: upgrade path for contact form permission.
- Patch #602122 by sivaji: fixed broken link.
- Patch #602306 by chx: simplify the default queue implementation.
- Patch #402280 by mustafau, alex_b: parser should not update aggregator_feed() record.
- Patch #590092 by baldwinlouie: who's online block should never report anonymous users.
#602518 by dww and JacobSingh: Fixed PHPDoc for includes/filetransfer/filetransfer.inc.
#602570 by dww: Fix code style in _system_filetransfer_backend_form_common().
- Patch #351249 by stBorchert, coreyp_1, BrightLoudNoise, catch, kkaefer, sign: finer control over the Parent Menu select box.
- Patch #597484 by dww: use the Queue API to fetch available update data.
#569318 by Benjamin MelanÃ§on: Fixed hook_comment_load() never gets called.
#561452 by pwolanin and David_Rothstein: Add API function to get module/theme info without rebuilding it.
#602958 by chx: Added API function to SimpleTest to run cron, avoiding fatal errors.
#559294 by David_Rothstein: Allow install profiles to alter or override the task list.
#523878 follow-up by boombatower: Extend maximum execution time for tests.
#597390 by Dave Reid and dww: Fixed PHP notices on non-existant projects when parsing update XML.
- Patch #544360 by GÃ¡bor Hojtsy, ksenzee, David_Rothstein, seutje, JacobSingh, paul.lovvik, EclipseGc et al: Dashboard module 1.0. Wo-hoot!
- Patch #544360 by David_Rothstein: fix for dashboard module.
- Patch #582378 by sun: more filter system clean-up.
- Patch #373606 by jhodgdon, aj045: improved file_save_upload() documentation.
- Patch #593522 by sun: a better and faster drupal_alter().
- Patch #539434 by lambic, deekayen: re-order functions in menu.install.
- Patch #603436 by chx: small clean-up in export profile.
- Patch #601570 by effulgentsia: hook_exit() and other cleanup needs to happen for AJAX requests too.
- Patch #11623 by sun, stella, GÃ¡bor Hojtsy, Pancho: add ability to localize date formats.
- Patch #586436 by Amitaibu: execute node_type_save() after variable_set().
- Patch #581118 by GÃ¡bor Hojtsy: blocks admin user interface should not do theme switching.
- Patch #563708 by JohnAlbin, joshmiller: improve theme_get_setting() and make custom theme settings a true form_alter().
- Patch #602306 by David Strauss, Damien Tournoud: Fixed bug in the default queue implementation.
- Patch #340652 by catch: added edit/delete terms permission per vocabulary.
- Pactch #569224 by bangpound: expose field storage details through field attach.
- Patch #603702 by Xano: remove _taxonomy_term_select().
- Patch #582456 by dereine, sun, tobiasb: make confirm_form() respect query string destination.
- Patch #594650 by sun, c960657: provide central ()['values'] clearance.
- Patch #604980 by sun: factored taxonomy_term_edit() away.
- Patch #604828 by bangpound: added missing check_plain() in theme_field_formatter_taxonomy_term_plain().
- Patch #412730 by Crell, jbomb, JohnAlbin: theme system should report when a theme key is not found.
- Patch #470242 by yched, bjaspan: fixed namespacing for bundle names to avoid users rendering their site unusable.
- Patch #601586 by Xano: do not require permission.
- Patch #599804 by effulgentsia, catch: unify page, AJAX 'path', and AJAX 'callback' callbacks. Oh my, this is the beginning of something big.
- Patch #567572 by catch: remove taxonomy synonyms in favor of a future Field API based solution.
- Patch #604650 by quicksketch: new image styles were not usable as formatters.
#216098 by kwinters, jgoldberg, drawk, sun: Make drupal_goto() use the same parameters as url().
- Patch #332333 by dmitrig01, alexw: add a real API to path.module.
- Patch #604618 by Crell, JacobSingh: create a common interface for Archive operations so we can handle .zip, .tar.gz.
- Patch #557542 by catch: CLI installs were broken.
- Patch #602710 by quicksketch: fixed aggressive reset.css in Seven -- broke RTL language and some forms.
#538660 by JacobSingh, dww, JoshuaRogers, adrian, Crell, chx, anarcat, and cwgordon7: Add a functioning Plugin Manager to core. Can you say module installation and updates through the UI? I knew you could! :D
#602938 by quicksketch: Provide default styles in image.module (add hook_image_default_styles()).
#565480 by plach and peximo: TF #2: Multilingual field handling. Integration between field API and locale module + translatable node bodies.
#470242 follow-up by bjaspan: Fix typo.
- Patch #356074 by chx, Damien Tournoud: provide a sequences API.
#493314 by yched and catch: Add multiple hook for formatters.
#605862 by andypost, peximo, sun: Store language for comments.
#605442 by catch: Add a generic hook_entity_load().
#412730 folllow-up by Crell: Move missing theme key notification to watchdog so that Drupal doesn't totally bomb out when theme function isn't found. (also fixes CLI installs)
- Patch #604618 by axyjo, sun: archiver code clean-up.
- Patch #275368 by michaelfavia, sun, mattconnolly: allow disabling comment preview + unify with node preview settings.
#565480 follow-up by plach: Clean-ups and documentation.
#606460 by peximo: Fixed Node revision test fatal error.
- Patch #440876 by Dave Reid, sun: reuse comment.module's anonymous cookie information.
- Patch #440876: missing files.
- Patch #593746 by #593746 by sun, andypost: prepare Drupal core for dynamic data translation.
- Patch #557272 by kkaefer, Rob Loach, quicksketch: added FAPI JavaScript States system.
- Patch #606608 by q0rban, sun, David_Rothstein: use proper menu router paths for comment/*.
- Patch #602582 by dww, cweagans: changed name and description in update.info to reflect update manager functionality.
#606640 by eojthebrave and sun: Use proper menu router paths for the block module.
- Patch #511286 by JacobSingh, David_Rothstein, dmitrig01, GÃ¡bor Hojtsy, ksenzee et al: add customizable shortcuts to the toolbar.
#511286 follow-up: Committed rest of stuff.
- Patch #557924 by bjaspan, plach: fixed Options widget.
#511286 follow-up by DamZ: Make testMenuGetNames() less brittle (and also fix it so we can turn testing bot back on).
#473268 by David_Rothstein, sun, yoroy, GÃ¡bor Hojtsy, cwgordon7, et al.: Allow contextual editing of dang near everything on the page. Also adds a context system to menu local tasks.
- Patch #473268 by sun: documentation improvements for edit in place.
- Patch #278592 by catch, Dave Reid, andypost, lilou, sun, tobiasb: sync 6.x extra updates with HEAD.
- Patch #25801 by jweowu, marcp: taxonomy_select_nodes() hard codes limit.
- Patch #607410 by Bojhan: remove Search this site.
- Patch #607478 by Scott Reynolds: fixed small spelling mistake in field.module documentation.
#601972 by sivaji: Fixed status messages not styled when displayed inline.
#606114 by catch: taxonomy_field_formatter_load() should use taxonomy_term_load_multiple().
#595654 by sun: Fixed AJAX command 'settings' (with tests).
#516150 by David_Rothstein, dropcube, Senpai, alexanderpas, sun: Add fallback for main content block rendering. (Make it so you can't render your site completely unusable by disabling block module. Oopsie.)
#356074 by chx and Damien Tournoud: Provide a sequences API. Gets rid of stupid tables that only contain an incrementing ID, and fixes database import problems due to user ID 0.
PHP really doesn't like more than one system_update_7043() function. No, no it does not.
#356074 follow-up by sun: Fix SimpleTest's batch API processing due to typo in select.
#607652 by catch: Fix uncaught exceptions in taxonomy tests.
#602200 by stBorchert: Fixed notices in account settings.
- Patch #550718 by sun, alexanderpas: admin/people needs to have default tab so it looks consistent on ?q=admin.
- Patch #589126 by mfb: fixed bug with user module using a flood window of 6 hours, but flood events more than 1 hour old being deleted by cron. Improved API documentation, and added tests.
Patch #84008 by deviantintegral, plumbley, lilou, lambic: fixed timer_read() returns NULL (no value) after timer_stop(). Added timer tests.
- Patch #408104 by asimmonds: removed some death menu code.
- Fixed update number.
- Patch #607106 by duvien, joachim: create a bit more space for the toolbar icon.
- Patch #607896 by Benjamin MelanÃ§on, scor: add date_iso8601() function to common.inc. Part of the RDFa exception.
- Patch #594518 by jhodgdon: better documentation for file_munge_filename().
- Patch #605930 by bjaspan: fixed problem with list field static caching in field_update_field(). Added some first list tests too!
- Patch #608036 by effulgentsia: add content_attributes() variable for tpl files, so RDF can be implemented better.
- Patch #561104 by David_Rothstein: improve tests of random ordering in dynamic select queries.
- Patch #604166 by fgm: removed unused global in node_form_submit().
#412730 follow-up by mikey_p: Fixed return value of theme() when theme function not found.
- Patch #607802 by catch: fixed broken database query.
- Patch #493030 by scor, Stefan Freudenberg, pwolanin, fago, Benjamin MelanÃ§on, kriskras, dmitrig01, sun: added RDFa support to Drupal core. Oh my, oh my.
- Patch #493030 by scor: updated CHANGELOG.txt with RDF support.
- Patch #493030 by effulgentsia: documentation improvements/additions for RDF support.
- Patch #550742 by sun: removed some left-over code.
- Patch #598570 by asimmonds: Fixed test group checkboxes no longer selecting all groups tests.
- Patch #601938 by mfb: fixed some forum exceptions and added tests.
- Patch #443200 by c960657: fixed user pictures not working with private files.
- Patch #332333 by sun: more fixes for the path API.
#493030 follow-up by sun: Clean-ups to RDF module.
#356074 follow-up by mfb: Fix sequences API upgrade path.
- Patch #609090 by te-brian: fixed invalid call to node_get_types()
- Patch #610324 by dww: added CHANGELOG entry for Update manager.
- Patch #569512 by Amitaibu: fixed un-existing function name in hook_node_access() documentation.
- Patch #603236 by bjaspan, catch: add count facility to field_attach_query(). Was ready before code freeze.
- Patch #605344 by dww: documentation and code style fixes for update manager. This was ready before freeze.
- Patch #602586 by dww: document authorize.php killswitch in default.settings.php.
- Patch #550190 by boombatower: convert verbose messages to use new debug facility. We can continue to work on testing stuff post code freeze.
- Patch #611048 by c960657: removed outdated comment in _registry_check_code().
- Patch #607100 by peximo: fixed node multiple delete fatal error.
- Patch #332333 by sun: moving some functions, no API changes, no new features.
- Patch #608478 by seutje, Bojhan: replace 'Powered by' icon with text.
- Patch #604618 by Crell, JacobSingh, axyjo: improve error handling of archiver.
- Patch #611032 by c960657: fixed bug with wrong variable used in file_build_uri(). Added tests.
- Patch #611990 by c960657: the âClean environmentâ button did not flush all caches.
- Patch #606796 by jhodgdon: fixed documentation inaccuracy with filter_form().
#600974 by effulgentsia, JohnAlbin, sun, and Damien Tournoud: Allow theme functions to take one argument without any hacks. NOTE: This is an API change in hook_theme().
#612920 by catch: Added required table columns so that update.php doesn't spew fatal errors.
#585628 by catch: Fixed accessing update.php as anonymous user.
#524710 by catch and gordon: Add role_permission() table earlier in order to allow upgrade path to work.
#599804 by catch: Fix upgrade path.
#613238 by catch: Fixed missing columns and tables required for upgrade.
#595876 by c960657: Fixed taxonomy term reordering (with tests).
#320331 by Dave Reid, dww, John Morahan, cwgordon7, moshe weitzman, c960657, and smoothify: Turn custom_url_rewrite_inbound() and custom_url_rewrite_outbound() into hooks.
#609506 by yched and johanneshahn: Fixed 'Undefined index' on admin/reports/fields and 'change widget' form.
#320331 follow-up by Dave Reid: Remove documentation for no-longer-existing custom_url_rewrite functions.
#602520 by JacobSingh and dww: Make FileTransfer form have one option for FTP (ftp_extension() preferred).
- Patch #605918 by dww, JacobSingh: port update manager to use the new Archiver class, not directly Archive_Tar, and fixed usability problem with unwanted link showing up.
- Patch #610066 by jhodgdon: hook_node_access_records() documentation was badly formatted.
#613542 by yched: field_test.module cleanup.
#578544 by yched: Move field creation widgets into the same columns as existing fields.
#609152 by redndahead, bleen18 and jim0203: Ensure node filter page validates that there were rows selected. (with tests)
#608870 by c960657: Fixed notice in simpletest_clean_database().
#613238 by catch: Add more missing columns and tables required for upgrade.
#613780 by yched: Fixed incomplete initialisation in _field_info_collate_fields() / 'instances'.
- Patch #602490 by dww: fixed help text and action links to find the update manager pages.
- Patch #307354 by xmacinfo, heather: rename 'Display fields' to 'Manage Display'.
- Patch #307354 by xmacinfo, heather: rename 'Display fields' to 'Manage Display'.
#612974 by effulgentsia: Optimize toolbar to only build if it will be displayed (performance improvement).
#612392 by chx and Crell: Allow lowercase comparison operators in DBTNG.
- Patch #532010 by c960657, catch: use require instead of require_once() in _registry_check_code().
#613666 by Jody Lynn: Fixed Sorting on admin/content table.
#561452 follow-up by David_Rothstein: Use helper functions rather than file scans to retrieve module data on permissions page.
#610204 by effulgentsia, GÃ¡bor Hojtsy, sun, Damien Tournoud and ksenzee: API changes to support overlays: lays ground work for implementation.
#613912 by dww: Move host and port into a collapsed 'Advanced settings' fieldset on the authorize.php connection settings forms.
#615528 by David_Rothstein: Fixed Incorrect code comment regarding DrupalFakeCache in the installer.
#591794 by chx, Rob Loach, sun, JohnAlbin: Give themes access to alter hooks.
#610290 by dww and sun: system_run_authorized() shouldn't always drupal_goto() so it can be used in submit handlers.
#616742 by Amitaibu: Fixed adding an existing field in Field UI.
#615516 by Crell: Use slave servers for statistics module.
#615526 by Crell: Use slave servers for tracker module.
#615866 by yched: Fixed Field UI redirections.
#617532 by matt2000: Fixed field_ui() menu paths with underscores in content type names.
- Patch #200931 by Darren Oh, asimmonds: fixed schema not being available in hook_install()/hook_enable().
- Patch #519046 by catch, pwolanin, sun: clean up toolbar menu code and added TODOs.
- Patch #615734 by catch: document why we call drupal_get_filename() in module_list().
- Patch #618938 by pwolanin: fixed Drupal version is not being available until the end of bootstrap.
#619512 by catch: Add Daniel F. Kudwien (sun) as Filter system maintainer.
- Patch #602306 by alex_b: removed some unused code.
- Patch #572452 by catch, JoshuaRogers: drupal_get_filename() and drupal_load() should not use drupal_static(). Performance improvement.
#619406 by yched: Removed unneeded variable assignment in field_multiple_value_form().
- Patch #606994 by yched: move entity handling out of Field API.
- Patch #614396 by lisarex: clarify UI text on page for adding new content types.
- Patch #615484 by yched: remove schema rebuild from field_cache_clear().
- Patch #616616 by sime: add warning to 'Administer users' permission.
- Patch #321023 by Everett Zufelt, mgifford: improve accesibility in pager.inc.
- Patch #595084 by c960657: use type hinting for .
- Patch #567064 by yched, sun: widgets done 'the easy way' have too many limitations. Removes more code than it adds!
- Patch #619566 by sun: performance improvement: don't invoke hook_url_outbound_alter() if there's nothing to invoke.
- Patch #402280 by mfb: fixed PDOexception.
#614396 follow-up by David_Rothstein: Grammar police. ;)
#192056 by effulgentsia, Dave Cohen, andypost, hswong3i, geodaniel, pwolanin, and dahacouk: Ensure user's raw login name is never output directly.
#615508 by Crell: Use slave servers for search module.
#612396 by jim0203 and dman: Fixed Notice: Undefined index: process_input() in _form_builder_handle_input_element().
#592008 follow-up by chx and moshe weitzman: All theme() function calls in hook_init().
#620228 by c960657: Fixed parameter name in number.module.
#607008 by dww, Gerhard Killesreiter, JacobSingh, and chx: Changed Fix bugs in https support and use https for authorize.php if available.
#287647 by mikejoconnor, lilou, cafuego, bjaspan, and robertDouglass: Cast results of hook_schema() to an array to avoid schema corruption.
#620516 by Crell: Use isNull() inside SQLite driver.
#541612 by mgifford: Added meaningful alt attribute to sortable table header links.
#617420 by ksenzee: Fixed batch system error on redirection.
#537056 by catch and dww: Fixed Broken drupal_static() conversion in theme_comment_post_forbidden().
#504080 by eigentor, dcor, heather, lisarex, Bojhan, and keith.smith: Remove wall of text from Themes admin description.
#582364 by cwgordon7: Add sensible defaults to SimpleTest assert messages.
#239825 by jeffschuler and bjaspan: Add support for OS-specific line endings on e-mails.
#539442 by deekayen: Re-order functions in trigger.install so schema comes first.
#582584 by dww, Jacine, and chx: Move required form element marker into its own theme function.
#43462 by c960657 and andypost: Fixed issues with certain configurations of compressed pages.
#211015 by sun: Check for an existing #theme property for confirm_form() before clobbering it.
#565154 by klausi and matason: Only run cron.php when site not in maintenance mode.
#600544 by Amitaibu and yched: Added tests for Field UI (hooray! :D)
#341140 follow-up by JohnAlbin and chx: drupal_get_filename() fails for PHPTemplate themes when database is down.
#239825 follow-up: Adjusting comments.
#505942 by andypost and hass: Added label context to Trigger description's t() string.
#251255 by catch, Jody Lynn, and roychri: Fixed re-ordering bug when taxonomy overview form is saved.
*** empty log message ***
Let's try that again.
*** empty log message ***
Bleh. :( Sorry. One last time and I'll get the commit message right, I swear. :P
#484060 by EclipseGc: Remove duplicate access checking from node_add().
#608424 by peximo and plach: Fixed notice when multilingual body display set to hidden (with tests).
#503834 by lisarex and dcor: Improved help text for taxonomy module's drag and drop behaviour.
#539022 follow-up by David_Rothstein: Batch API should use the current theme to run the batches.
#569542 by bjaspan and Mike Wacker: Auto-select single option if only one is available.
#619522 by catch: Add yched and bjaspan as maintainers for Field API. Poor suckers...
#564642 by Scott Reynolds, Damien Tournoud, matt2000, and moshe weitzman: Remove previous content property from build functions so artifacts do not persist.
#211015 follow-up by sun: Don't hard-code #theme for system_settings_form().
#551034 by brandonojc, mgifford, Everett Zufelt, and Cliff: Improved Content filter usability and accessibility.
#605880 by bleen18 and David_Rothstein: Fix weird bugs with settings and menus after install due to faulty caching.
#602522 by effulgentsia, sun, and moshe weitzman: Make links in renderable arrays and forms (e.g. 'Operations') alterable.
#202533 by lisarex and brunodbo: Tell people what the heck the content type 'Description' field is for.
#561726 by effulgentsia, TwoD, and sun: Make ajax.js and tabledrag.js implement Drupal.detachBehaviors().
#552478 by pwolanin, samj, dropcube, and sun: Improve link/header API and support on node/comment pages rel=canonical and rel=shortlink standards.
#620278 by alex_b: Fixed Add feed link.
#615504 by rfay and katbailey: Fixed Ajax framework's use-ajax class on links.
#576916 follow-up by mooffie: Fixed some mistaken variable renaming.
#367567 by sun, effulgentsia, yched, and quicksketch: Use AJAX framework for 'Add more' links.
#575280 follow-up by mfb and chx: Fixed impersonation attack when an https session exists.
#571086 follow-up by sun: Allow specifying a 'wrapper callback' before executing a form builder function.
- Patch #622482 by seutje: fixed watchdog.
- Patch #622048 by sun: streamline drupal_bootstrap() and expose the flow to code profilers.
- Patch #621392 by jhodgdon: fixed formatting of phpDoc.
- Patch #609118 by te-brian, David_Rothstein: Fixed node.tokens.inc: ->body issues.
- Patch #623276 by jhodgdon: fixed documentation for file_scan_directory() is incorrect.
#606472 by peximo and plach: Remove duplicate title field data structure.
#591794 follow-up by effulgentsia: Reduce performance overhead of drupal_alter().
#613794 by jensimmons, dopry, and yched: Create a default image field in the article content type upon install. Let's show off what Drupal can do! :D
#322703 by BarisW, sun, Shai, and dman: Use on/off checkbox to enable and prepopulate node's menu item.
#585868 by sun: Provide a generic way for actions to denote that they change a property.
- Patch #607244 by sun: added permission to decrease performance impact of contextual links.
- Patch #620692 by Crell: remove drupal_render_children() from drupal_render() by inlining it.
- Patch #569814 by cweagans: fixed link to syslog.conf manual page in syslog_help().
#600032 by c960657: Removed browser.inc. Please see http://drupal.org/project/browser if you'd like to help with a more fleshed-out abstract browser for possible inclusion in D8.
#625460 by sun: Add input format to taxonomy term descriptions.
#525504 follow-up by andypost: Fixed PHPDoc typo.
#528822 by jhodgdon: Batch example should explain that a file must be included when necessary.
- Patch #625942 by catch: added index to avoid filesort in filter_formats().
- Patch #614294 by lisarex, yched, Bojhan: remove UI description that says what is stored in the field.
- Patch #623992 by catch: performance improvement: reduce {system} database hits on every page request.
- Patch #624882 by jhodgdon: fixed typos in hooks section page.
Roll-back of #595084; type-hinting parameters at stdClass makes it so you can't ever pass in another type of class.
#622766 by sun: Add contextual links UI as a JS library.
#567064 follow-up by sun: Updated documentation.
#553326 by sun: Provide consistency to the way field UI is presented for taxonomy.
#541568 by brandonojc, mgifford, Everett Zufelt, and sun: Fixed Link to expand / collapse fieldsets has poorly accessible link text.
#521852 by brandonojc, Everett Zufelt, mgifford, and sun: Provide semantic markup to local tasks to indicate an active task.
#573792 by yched: Fixed batch.test errors.
#318636 by effulgentsia, sun, Damien Tournoud, Xano, and jrchamp: Make l() themable.
#602522 follow-up by effulgentsia: Fix a couple of straggler missed operation link conversions.
#560944 follow-up by brandonojc, seutje, and Davy Van Den Bremt: Move collapsible fieldset logic from theme_fieldset() hook to form_process_fieldset().
#523058 by catch, pwolanin, sun, and smk-ka, and jrchamp: Optimize check_plain().

Re: Dispay profile category in right order

2009-11-07T04:02:25Z

Forgot to add it is Drupal 6.14

On Sat, Nov 7, 2009 at 1:46 PM, Belyaev Anatoly <tolya.msu@...> wrote:

Hi. I have some problem with sorting out which category of profile(core module) to show on user page first if i have more then one of it.
ex:. I create 2 category on administrator page with some fields on each.
category A
field A_A
filed A_B
category B
field B_A
field B_B
Then user fil in this field with data and try to review it on his page aka (example.com/user/3).
And it displays the category "B" before "A" which is not good.
I discover that it gets it from database with query "SELECT * FROM profile_fields WHERE visibility != 4 ORDER BY category, weight."
So there is all good.
Then it construct the array of this fields. And Dev_render page show me that all good with order there too. But still on page it on wrong order.
I find the work around that if i add DESC to query on category the display will be ok.
Any idea why it happened?
PS. Tested on all default theme.

--
With best wishes,
Anatoly Belyaev

--
With best wishes,
Anatoly Belyaev

Dispay profile category in right order

2009-11-07T02:46:17Z

Hi. I have some problem with sorting out which category of profile(core module) to show on user page first if i have more then one of it.
ex:. I create 2 category on administrator page with some fields on each.
category A
field A_A
filed A_B
category B
field B_A
field B_B
Then user fil in this field with data and try to review it on his page aka (example.com/user/3).
And it displays the category "B" before "A" which is not good.
I discover that it gets it from database with query "SELECT * FROM profile_fields WHERE visibility != 4 ORDER BY category, weight."
So there is all good.
Then it construct the array of this fields. And Dev_render page show me that all good with order there too. But still on page it on wrong order.
I find the work around that if i add DESC to query on category the display will be ok.
Any idea why it happened?
PS. Tested on all default theme.

--
With best wishes,
Anatoly Belyaev

Re: creating a file - path problems

2009-11-06T09:01:29Z

Jeff Greenberg wrote:

> When coding
>
> realpath(file_directory_path()) . 'the/desired/filename.ext';
>
> Isn't there an assumption that file_directory_path() is relative to the
> current path? Otherwise how does realpath know where it's intended to
> go? Which kind of brings me back to the original question, of
> file_directory_path being relative to...what? Will my current position,
> when invoking file_directory_path() always be relative to the Drupal
> root, even if the current page has a path that is a subdirectory off the
> Drupal root?

file_directory_path() is relative to the Drupal root. PHP's realpath()
function is relative to the "current" directory. If you have not run
chdir() anywhere, it appears that PHP sets the current directory to
the directory of the original PHP file (I think?), which would be the
index.php file of Drupal, which is also in the Drupal root. So it does
work, somewhat magically.

Incidentally, I'll just mention that the previous suggestion of
$_SERVER['DOCUMENT_ROOT'] . $base_path . (whatever)
is not going to work in all situations, since depending on the Apache
config, the directory for some web spaces may not even be under the
server's document root. For instance, on my test box the doc root is
/var/www/, but I have Apache configured so that the URL
http://localhost/~xyz maps to /opt/www/xyz.

realpath(), on the other hand, works perfectly in this case. You can
also do something like
realpath( drupal_get_path('module', 'mymodulename'))
if you need to reference a file in your module directory for some
reason (e.g. in a test).

--Jennifer

--
Jennifer Hodgdon * Poplar ProductivityWare
www.poplarware.com
Drupal, WordPress, and custom Web programming

Re: hostmonster

2009-11-06T08:57:12Z

good point, my bad.

On Fri, Nov 6, 2009 at 11:52 AM, Jeff Greenberg <jeff@...> wrote:

Jim Taylor wrote:

Jeff,

I think you're barking up the wrong tree on this one, uc_views is simply ading additional views based on the views module. It not doing anything that vanila views does not in other word it does not use SQL Views.

Jim

Well, perhaps, but since this is in the module install:
db_query("CREATE VIEW {uc_order_products_qty_vw} (nid,order_count,avg_qty,sum_qty,max_qty,min_qty) AS SELECT `op`.`nid` AS `nid`, COUNT(`op`.`nid`) AS `order_count`,AVG(`op`.`qty`) AS `avg_qty`, SUM(`op`.`qty`) AS `sum_qty`,MAX(`op`.`qty`) AS `max_qty`, MIN(`op`.`qty`) AS `min_qty` FROM {uc_order_products} `op` GROUP BY `op`.`nid` ORDER BY `op`.`nid`");

along with two others, and since that Popular Products view uses them, and since the module description in projects says that Mysql Views create permissions are needed...I think I'm barking in the right direction.

Re: hostmonster

2009-11-06T08:52:11Z

Jim Taylor wrote:
> Jeff,
>
> I think you're barking up the wrong tree on this one, uc_views is
> simply ading additional views based on the views module. It not doing
> anything that vanila views does not in other word it does not use SQL
> Views.
>
> Jim
>
Well, perhaps, but since this is in the module install:
db_query("CREATE VIEW {uc_order_products_qty_vw}
(nid,order_count,avg_qty,sum_qty,max_qty,min_qty) AS SELECT `op`.`nid`
AS `nid`, COUNT(`op`.`nid`) AS `order_count`,AVG(`op`.`qty`) AS
`avg_qty`, SUM(`op`.`qty`) AS `sum_qty`,MAX(`op`.`qty`) AS `max_qty`,
MIN(`op`.`qty`) AS `min_qty` FROM {uc_order_products} `op` GROUP BY
`op`.`nid` ORDER BY `op`.`nid`");

along with two others, and since that Popular Products view uses them,
and since the module description in projects says that Mysql Views
create permissions are needed...I think I'm barking in the right direction.

Re: creating a file - path problems

2009-11-06T08:23:36Z

andrew morton wrote:

> It's a bit of a pain to learn but you'll save yourself some headaches
> by using Drupal's file functions in includes/file.inc for doing path
> handling. If you're trying to create a file in Drupal's files
> directory use:
> file_create_path('the/desired/filename.ext');
> which give you a path relative to Drupal's root. If you need the full
> path from the server root you'll need to use PHP's realpath() which
> only works with existing files so you'll need to use:
> realpath(file_directory_path()) . 'the/desired/filename.ext';
> Once you get some data saved in there you can use file_create_url() to
> get a URL for the file that you can send out to visitors so they can
> download the file.
>
> andrew
>
>
>

When coding

realpath(file_directory_path()) . 'the/desired/filename.ext';

Isn't there an assumption that file_directory_path() is relative to the
current path? Otherwise how does realpath know where it's intended to
go? Which kind of brings me back to the original question, of
file_directory_path being relative to...what? Will my current position,
when invoking file_directory_path() always be relative to the Drupal
root, even if the current page has a path that is a subdirectory off the
Drupal root?

Re: hostmonster

2009-11-06T08:18:25Z

Jeff,

I think you're barking up the wrong tree on this one, uc_views is simply ading additional views based on the views module. It not doing anything that vanila views does not in other word it does not use SQL Views.

Jim

On Fri, Nov 6, 2009 at 11:07 AM, Jeff Greenberg <jeff@...> wrote:

Michael Prasuhn wrote:

The Views module does not make use of MySQL views. As far as the database is concerned* all Views module does is build queries and run them just like any other query in Drupal. If the errors are SQL related you should take a look at the SQL views is generating and review that against your schema. I would wager that you most likely have a database schema that is out of date, and you need to run update.php. If the errors are PHP related, it is probably an incompatible version of PHP itself.

It's the Ubercart Views module that does.

Re: hostmonster

2009-11-06T08:07:19Z

Michael Prasuhn wrote:

> The Views module does not make use of MySQL views. As far as the
> database is concerned* all Views module does is build queries and run
> them just like any other query in Drupal. If the errors are SQL
> related you should take a look at the SQL views is generating and
> review that against your schema. I would wager that you most likely
> have a database schema that is out of date, and you need to run
> update.php. If the errors are PHP related, it is probably an
> incompatible version of PHP itself.
>
It's the Ubercart Views module that does.

Re: hostmonster

2009-11-06T07:42:10Z

Also, I used HostMonster very successfully for about a year for a
Drupal Ubercart site -- so it sounds like you guys just had a
miscommunication.

--Kyle Mathews

kyle.mathews2000.com/blog
http://twitter.com/kylemathews

On Fri, Nov 6, 2009 at 12:49 AM, Michael Prasuhn <mike@...> wrote:

> The Views module does not make use of MySQL views. As far as the database is
> concerned* all Views module does is build queries and run them just like any
> other query in Drupal. If the errors are SQL related you should take a look
> at the SQL views is generating and review that against your schema. I would
> wager that you most likely have a database schema that is out of date, and
> you need to run update.php. If the errors are PHP related, it is probably an
> incompatible version of PHP itself.
>
> -Mike
>
>
> * I know that Views does so much more and then some, however all the RDBMS
> will see is just another select query.
> __________________
> Michael Prasuhn
> mike@...
> http://mikeyp.net
>
> On Nov 5, 2009, at 10:51 PM, Jeff Greenberg wrote:
>
>> I figure others like me use shared hosting for their test and/or
>> development servers. Thought you'd like to know that what I found out
>> midstream in a project, with Views tossing errors at me with the Ubercart
>> views. HostMonster doesn't support mysql views. I asked why they feel they
>> support Drupal, and they said that they do, just not views. I said that's
>> like saying they support it, just not php. Their response was, "Actually its
>> like saying we support a Car being in our garage.. thats not saying the
>> Doors on the car will open"
>>
>>
>> So if you need a garage for your Drupal sites...there ya go...just don't
>> plan on doing any meaningful views and e-commerce.
>>
>
>

Re: hostmonster

2009-11-06T07:39:59Z

Jeff, yes this this the wrong place to discuss. The right place to
discuss this is: http://drupal.org/hosting-support

I maintain the list of hosting companies that support Drupal:
http://drupal.org/hosting. Hostmonster is not on the list, but I am
sure they would like to be. We can discuss off-list about why they
should be more clear about what they support.

In the meantime, you should contact the author of Ubercart Views and
ask that the dependencies or a new requirements section on the project
page include mention of the need to support database views (not Drupal
views). http://drupal.org/project/uc_views

Cheers,
Kieran

On Thu, Nov 5, 2009 at 10:51 PM, Jeff Greenberg <jeff@...> wrote:

> I figure others like me use shared hosting for their test and/or development
> servers. Thought you'd like to know that what I found out midstream in a
> project, with Views tossing errors at me with the Ubercart views.
> HostMonster doesn't support mysql views. I asked why they feel they support
> Drupal, and they said that they do, just not views. I said that's like
> saying they support it, just not php. Their response was, "Actually its like
> saying we support a Car being in our garage.. thats not saying the Doors on
> the car will open"
>
>
> So if you need a garage for your Drupal sites...there ya go...just don't
> plan on doing any meaningful views and e-commerce.
>
>

Re: creating a file - path problems

2009-11-06T06:09:43Z

It's a bit of a pain to learn but you'll save yourself some headaches
by using Drupal's file functions in includes/file.inc for doing path
handling. If you're trying to create a file in Drupal's files
directory use:
file_create_path('the/desired/filename.ext');
which give you a path relative to Drupal's root. If you need the full
path from the server root you'll need to use PHP's realpath() which
only works with existing files so you'll need to use:
realpath(file_directory_path()) . 'the/desired/filename.ext';
Once you get some data saved in there you can use file_create_url() to
get a URL for the file that you can send out to visitors so they can
download the file.

andrew

On Fri, Nov 6, 2009 at 12:57 AM, Jeff Greenberg <jeff@...> wrote:
> Actually, it's worse...I forgot $base_path (which makes a difference if
> you're drupal root is a subdirectory)... so it's
>
> $fn = $_SERVER['DOCUMENT_ROOT'] . $base_path . $file_document_path() .
> '/myfilename';
>

Re: hostmonster

2009-11-05T23:49:25Z

The Views module does not make use of MySQL views. As far as the
database is concerned* all Views module does is build queries and run
them just like any other query in Drupal. If the errors are SQL
related you should take a look at the SQL views is generating and
review that against your schema. I would wager that you most likely
have a database schema that is out of date, and you need to run
update.php. If the errors are PHP related, it is probably an
incompatible version of PHP itself.

-Mike

* I know that Views does so much more and then some, however all the
RDBMS will see is just another select query.
__________________
Michael Prasuhn
mike@...
http://mikeyp.net

On Nov 5, 2009, at 10:51 PM, Jeff Greenberg wrote:

> I figure others like me use shared hosting for their test and/or
> development servers. Thought you'd like to know that what I found
> out midstream in a project, with Views tossing errors at me with the
> Ubercart views. HostMonster doesn't support mysql views. I asked
> why they feel they support Drupal, and they said that they do, just
> not views. I said that's like saying they support it, just not php.
> Their response was, "Actually its like saying we support a Car being
> in our garage.. thats not saying the Doors on the car will open"
>
>
> So if you need a garage for your Drupal sites...there ya go...just
> don't plan on doing any meaningful views and e-commerce.
>

Re: hostmonster

2009-11-05T22:59:04Z

I am not sure this is the right list, but thanks for posting anyways. I don't understand how these hosters can still be so arrogant.

On Fri, Nov 6, 2009 at 7:51 AM, Jeff Greenberg <jeff@...> wrote:

I figure others like me use shared hosting for their test and/or development servers. Thought you'd like to know that what I found out midstream in a project, with Views tossing errors at me with the Ubercart views. HostMonster doesn't support mysql views. I asked why they feel they support Drupal, and they said that they do, just not views. I said that's like saying they support it, just not php. Their response was, "Actually its like saying we support a Car being in our garage.. thats not saying the Doors on the car will open"

So if you need a garage for your Drupal sites...there ya go...just don't plan on doing any meaningful views and e-commerce.

hostmonster

2009-11-05T22:51:47Z

I figure others like me use shared hosting for their test and/or
development servers. Thought you'd like to know that what I found out
midstream in a project, with Views tossing errors at me with the
Ubercart views. HostMonster doesn't support mysql views. I asked why
they feel they support Drupal, and they said that they do, just not
views. I said that's like saying they support it, just not php. Their
response was, "Actually its like saying we support a Car being in our
garage.. thats not saying the Doors on the car will open"

So if you need a garage for your Drupal sites...there ya go...just don't
plan on doing any meaningful views and e-commerce.