drupal cookbook: July 2009

Friday, July 31, 2009

[Cvs-applications] CVS account request

Motivation:

Hello,

We've created a new module and would like to contribute it to the
community.

This module displays real-time currency quotes (aka FOREX) in
configurable block(s), it is designed to operate in conjunction with the
data services of forexfeed (dot) net.

Thank you.

Client information:
CPE0014bf9febea-CM000a73a9440a.cpe.net.cable.rogers.com
CPE0014bf9febea-CM000a73a9440a.cpe.net.cable.rogers.com
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.1) Gecko/20090715
Firefox/3.5.1

_______________________________________________
CVS-applications mailing list
CVS-applications@drupal.org
http://lists.drupal.org/mailman/listinfo/cvs-applications

[webmasters] [task] Spammer - DianaBreister

Issue status update for
http://drupal.org/node/537228
Post a follow up:
http://drupal.org/comment/reply/537228#comment-form

Project: Drupal.org webmasters
Component: Spam
Category: task
Priority: normal
Assigned to: Anonymous
Status: active
Updated by: ScoutBaker

http://drupal.org/user/564892 [1]

Plastic surgery anyone?

[1] http://drupal.org/user/564892

ScoutBaker

_______________________________________________
webmasters mailing list
webmasters@drupal.org
http://lists.drupal.org/mailman/listinfo/webmasters

[support] Redirecting a deleted node

There's a node (page) that I deleted from my site. I have attempted to remove it from Google, but they keep scanning for it. They do this for about 3 hours before giving up and believe the node isn't there. The only real harm is a really huge log file and a lot of 404's generated.

I've tried a lot of the examples I found on Drupal.org, but none seem to really work. I have a feeling it's the address Google is using trying to get at. I'm not sure .htaccess can handle the '?q=' part of the line.

http://www.example.com/index.php?q=node/1234&gccid=5810652&gcp=18

The site is on latest 5.19 and uses clean urls. I have no idea where they got their address from but it is the correct node number that used to exist but it was never addressed that way, always with a clean url.

What I've tried in .htaccess:

RedirectPermanent index.php?q=node/1234 http://www.example.com/newpage

Also:

RewriteBase /
RewriteRule index.php?q=node/1234 /newpage [R=301,L]

(yes, I positioned both BEFORE the clean rewrite rules)

But none have any effect on the redirect and all these get sent to the 404 page.

I'm out of ideas on this. Anyone else have ideas how to fix this? Is there a way (or module) that might let me redirect based on a node number? I haven't seen one yet that does that.

Thanks for your help,
Skip

[infrastructure] db1-static.drupal.org: Mysql Slow Log - Other

[infrastructure] db1-static.drupal.org: Mysqlreport

MySQL 5.0.70-log uptime 55 7:38:0 Sat Aug 1 04:32:22 2009

__ Key _________________________________________________________________
Buffer used 5.45M of 40.00M %Used: 13.62
Current 7.19M %Usage: 17.97
Write hit 100.00%
Read hit 99.67%

__ Questions ___________________________________________________________
Total 12.96G 2.7k/s
QC Hits 6.72G 1.4k/s %Total: 51.82
DMS 4.84G 1.0k/s 37.32
Com_ 1.04G 216.8/s 8.00
COM_QUIT 370.81M 77.6/s 2.86
-Unknown 59.93k 0.0/s 0.00
Slow 10 s 46.24M 9.7/s 0.36 %DMS: 0.96 Log: ON
DMS 4.84G 1.0k/s 37.32
SELECT 4.35G 910.8/s 33.59 90.02
UPDATE 345.02M 72.2/s 2.66 7.13
INSERT 133.34M 27.9/s 1.03 2.76
DELETE 4.51M 0.9/s 0.03 0.09
REPLACE 0 0/s 0.00 0.00
Com_ 1.04G 216.8/s 8.00
set_option 372.69M 78.0/s 2.88
change_db 370.31M 77.5/s 2.86
show_tables 292.12M 61.1/s 2.25

__ SELECT and Sort _____________________________________________________
Scan 338.88M 70.9/s %SELECT: 7.78
Range 1.32G 275.9/s 30.29
Full join 0 0/s 0.00
Range check 0 0/s 0.00
Full rng join 8.02M 1.7/s 0.18
Sort scan 1.17G 244.3/s
Sort range 106.44M 22.3/s
Sort mrg pass 2.06M 0.4/s

__ Query Cache _________________________________________________________
Memory usage 50.00M of 60.00M %Used: 83.34
Block Fragmnt 13.92%
Hits 6.72G 1.4k/s
Inserts 3.22G 673.5/s
Insrt:Prune 1.59:1 250.0/s
Hit:Insert 2.09:1

__ Table Locks _________________________________________________________
Waited 0 0/s %Total: 0.00
Immediate 7.88G 1.6k/s

__ Tables ______________________________________________________________
Open 2500 of 2500 %Cache: 100.00
Opened 54.73k 0.0/s

__ Connections _________________________________________________________
Max used 301 of 300 %Max: 100.33
Total 370.81M 77.6/s

__ Created Temp ________________________________________________________
Disk table 859.94M 179.9/s
Table 1.45G 303.8/s Size: 180.0M
File 2.28M 0.5/s

__ Threads _____________________________________________________________
Running 3 of 15
Cached 186 of 200 %Hit: 99.99
Created 18.90k 0.0/s
Slow 37 0.0/s

__ Aborted _____________________________________________________________
Clients 869 0.0/s
Connects 66.24k 0.0/s

__ Bytes _______________________________________________________________
Sent 8.74T 1.8M/s
Received 1.61T 337.0k/s

__ InnoDB Buffer Pool __________________________________________________
Usage 15.00G of 15.00G %Used: 100.00
Read hit 100.00%
Pages
Free 0 %Total: 0.00
Data 908.67k 92.43 %Drty: 1.61
Misc 74371 7.57
Latched 0.00
Reads 2.71T 566.2k/s
From file 6.46M 1.4/s 0.00
Ahead Rnd 259766 0.1/s
Ahead Sql 19725 0.0/s
Writes 3.64G 762.6/s
Flushes 69.03M 14.4/s
Wait Free 0 0/s

__ InnoDB Lock _________________________________________________________
Waits 29050 0.0/s
Current 0
Time acquiring
Total 907673 ms
Average 31 ms
Max 29071 ms

__ InnoDB Data, Pages, Rows ____________________________________________
Data
Reads 7.90M 1.7/s
Writes 36.46M 7.6/s
fsync 7.78M 1.6/s
Pending
Reads 0
Writes 0
fsync 0

Pages
Created 4.30M 0.9/s
Read 15.19M 3.2/s
Written 69.03M 14.4/s

Rows
Deleted 216.29M 45.3/s
Inserted 225.95M 47.3/s
Read 1.22T 255.8k/s
Updated 226.84M 47.5/s
--
[ infrastructure | http://lists.drupal.org/listinfo/infrastructure ]

Re: [support] Comments needing approval block

Does not appear to.

Steve Kessler

Denver DataMan

303-587-4428

From: Brian Choc [mailto:bchoc@t4tcolorado.org]
Sent: Friday, July 31, 2009 10:20 PM
To: support@drupal.org
Subject: Re: [support] Comments needing approval block

Sorry, misread that as nodes not comments.

Does Filters -> Comment: In moderation do what you want?

Brian

On Fri, Jul 31, 2009 at 6:37 PM, Brian Choc <bchoc@t4tcolorado.org> wrote:

It's in Filters -> Node: Published.

On Thu, Jul 30, 2009 at 2:19 PM, Steve Kessler <skessler@denverdataman.com> wrote:

Thank you very much.

There does not appear to be published/unpublished toggle available in views.

Thanks,

Steve

Steve Kessler

Denver DataMan

303-587-4428

From: Neil Coghlan [mailto:neil@esl-lounge.com]
Sent: Thursday, July 30, 2009 11:46 AM
To: support@drupal.org
Subject: Re: [support] Comments needing approval block

this is what I have in a block, alongside some other stats:

<?php
$count_unpub_comm_tot = db_result(db_query("SELECT COUNT(cid) FROM {comments} WHERE `status` = 1"));
echo $count_unpub_comm_tot;
?> Unpublished Comments

with Views, I imagine it would be even easier, no? Just use unpublished filter. Preferred to roll my own though.

Neil

----- Original Message -----

From: Steve Kessler

To: support@drupal.org

Sent: Thursday, July 30, 2009 2:28 PM

Subject: [support] Comments needing approval block

I am trying to create a block of comments that need approval. I have tried many iterations of ways to do this and I cannot figure it out. I would like to do this with views. If anyone can give me a suggestion I would appreciate it.

Thanks,

Steve

Steve Kessler

Denver DataMan

303-587-4428

Sign up for the Denver DataMan Free eNewsletter

--
[ Drupal support list | http://lists.drupal.org/ ]

--
[ Drupal support list | http://lists.drupal.org/ ]

[infrastructure] db1-static.drupal.org: Mysql Slow Log - Main

[infrastructure] db2-static.drupal.org: Mysqlreport

MySQL 5.0.70-log uptime 100 4:18:41 Sat Aug 1 04:20:12 2009

__ Key _________________________________________________________________
Buffer used 1.64M of 30.00M %Used: 5.46
Current 5.28M %Usage: 17.60
Write hit 100.00%
Read hit 99.84%

__ Questions ___________________________________________________________
Total 3.83G 443.1/s
Com_ 1.88G 216.8/s %Total: 48.92
DMS 1.34G 155.1/s 35.00
COM_QUIT 476.96M 55.1/s 12.44
QC Hits 139.50M 16.1/s 3.64
+Unknown 24.88k 0.0/s 0.00
Slow 10 s 1.67M 0.2/s 0.04 %DMS: 0.12 Log: ON
DMS 1.34G 155.1/s 35.00
UPDATE 683.45M 79.0/s 17.82 50.92
SELECT 419.92M 48.5/s 10.95 31.28
INSERT 230.49M 26.6/s 6.01 17.17
DELETE 8.37M 1.0/s 0.22 0.62
REPLACE 0 0/s 0.00 0.00
Com_ 1.88G 216.8/s 48.92
begin 921.63M 106.5/s 24.03
set_option 476.33M 55.0/s 12.42
change_db 476.05M 55.0/s 12.41

__ SELECT and Sort _____________________________________________________
Scan 3.13M 0.4/s %SELECT: 0.75
Range 649.53k 0.1/s 0.15
Full join 0 0/s 0.00
Range check 0 0/s 0.00
Full rng join 2.87k 0.0/s 0.00
Sort scan 4.46M 0.5/s
Sort range 24.41M 2.8/s
Sort mrg pass 1.71M 0.2/s

__ Query Cache _________________________________________________________
Memory usage 704.45k of 60.00M %Used: 1.15
Block Fragmnt 4.27%
Hits 139.50M 16.1/s
Inserts 393.57M 45.5/s
Insrt:Prune 563.85:1 45.4/s
Hit:Insert 0.35:1

__ Table Locks _________________________________________________________
Waited 15 0.0/s %Total: 0.00
Immediate 2.02G 233.4/s

__ Tables ______________________________________________________________
Open 195 of 2500 %Cache: 7.80
Opened 16.12k 0.0/s

__ Connections _________________________________________________________
Max used 301 of 300 %Max: 100.33
Total 476.96M 55.1/s

__ Created Temp ________________________________________________________
Disk table 2.45M 0.3/s
Table 7.80M 0.9/s Size: 150.0M
File 1.69M 0.2/s

__ Threads _____________________________________________________________
Running 2 of 5
Cached 196 of 200 %Hit: 100
Created 1.06k 0.0/s
Slow 0 0/s

__ Aborted _____________________________________________________________
Clients 3.66k 0.0/s
Connects 344 0.0/s

__ Bytes _______________________________________________________________
Sent 2.16T 249.5k/s
Received 679.30G 78.5k/s

__ InnoDB Buffer Pool __________________________________________________
Usage 10.94G of 11.00G %Used: 99.43
Read hit 100.00%
Pages
Free 4.13k %Total: 0.57
Data 669.75k 92.91 %Drty: 3.56
Misc 47020 6.52
Latched 0.00
Reads 1.66T 191.8k/s
From file 1.90M 0.2/s 0.00
Ahead Rnd 58171 0.0/s
Ahead Sql 16501 0.0/s
Writes 6.77G 782.4/s
Flushes 119.73M 13.8/s
Wait Free 0 0/s

__ InnoDB Lock _________________________________________________________
Waits 986 0.0/s
Current 0
Time acquiring
Total 15416 ms
Average 15 ms
Max 185 ms

__ InnoDB Data, Pages, Rows ____________________________________________
Data
Reads 2.43M 0.3/s
Writes 65.43M 7.6/s
fsync 18.55M 2.1/s
Pending
Reads 0
Writes 0
fsync 0

Pages
Created 5.63M 0.7/s
Read 4.33M 0.5/s
Written 119.73M 13.8/s

Rows
Deleted 370.15M 42.8/s
Inserted 470.60M 54.4/s
Read 853.82G 98.6k/s
Updated 404.55M 46.7/s
--
[ infrastructure | http://lists.drupal.org/listinfo/infrastructure ]

[infrastructure] db2-static.drupal.org: Mysql Slow Log - Other

Re: [support] Comments needing approval block

Sorry, misread that as nodes not comments.

Does Filters -> Comment: In moderation do what you want?

Brian

On Fri, Jul 31, 2009 at 6:37 PM, Brian Choc <bchoc@t4tcolorado.org> wrote:

It's in Filters -> Node: Published.

On Thu, Jul 30, 2009 at 2:19 PM, Steve Kessler <skessler@denverdataman.com> wrote:

Thank you very much.

There does not appear to be published/unpublished toggle available in views.

Thanks,

Steve

Steve Kessler

Denver DataMan

303-587-4428

Sign up for the Denver DataMan Free eNewsletter

From: Neil Coghlan [mailto:neil@esl-lounge.com]
Sent: Thursday, July 30, 2009 11:46 AM
To: support@drupal.org
Subject: Re: [support] Comments needing approval block

this is what I have in a block, alongside some other stats:

<?php
$count_unpub_comm_tot = db_result(db_query("SELECT COUNT(cid) FROM {comments} WHERE `status` = 1"));
echo $count_unpub_comm_tot;
?> Unpublished Comments

with Views, I imagine it would be even easier, no? Just use unpublished filter. Preferred to roll my own though.

Neil

----- Original Message -----

From: Steve Kessler

To: support@drupal.org

Sent: Thursday, July 30, 2009 2:28 PM

Subject: [support] Comments needing approval block

I am trying to create a block of comments that need approval. I have tried many iterations of ways to do this and I cannot figure it out. I would like to do this with views. If anyone can give me a suggestion I would appreciate it.

Thanks,

Steve

Steve Kessler

Denver DataMan

303-587-4428

Sign up for the Denver DataMan Free eNewsletter

--
[ Drupal support list | http://lists.drupal.org/ ]

--
[ Drupal support list | http://lists.drupal.org/ ]

[infrastructure] db2-static.drupal.org: Mysql Slow Log - Main

Re: [development] Vim for Drupal request


	I also have a need for a list of all the hooks (for SiteDoc module), but have never thought there was an easy way to get it. If you can do so, and help me get it in a format that I can use, you would get me off top-dead-center on my new feature. -- Nancy E. Wichmann, PMP Injustice anywhere is a threat to justice everywhere. -- Dr. Martin L. King, Jr

Re: [support] Comments needing approval block

It's in Filters -> Node: Published.

On Thu, Jul 30, 2009 at 2:19 PM, Steve Kessler <skessler@denverdataman.com> wrote:

Thank you very much.

There does not appear to be published/unpublished toggle available in views.

Thanks,

Steve

Steve Kessler

Denver DataMan

303-587-4428

Sign up for the Denver DataMan Free eNewsletter

From: Neil Coghlan [mailto:neil@esl-lounge.com]
Sent: Thursday, July 30, 2009 11:46 AM
To: support@drupal.org
Subject: Re: [support] Comments needing approval block

this is what I have in a block, alongside some other stats:

<?php
$count_unpub_comm_tot = db_result(db_query("SELECT COUNT(cid) FROM {comments} WHERE `status` = 1"));
echo $count_unpub_comm_tot;
?> Unpublished Comments

with Views, I imagine it would be even easier, no? Just use unpublished filter. Preferred to roll my own though.

Neil

----- Original Message -----

From: Steve Kessler

To: support@drupal.org

Sent: Thursday, July 30, 2009 2:28 PM

Subject: [support] Comments needing approval block

I am trying to create a block of comments that need approval. I have tried many iterations of ways to do this and I cannot figure it out. I would like to do this with views. If anyone can give me a suggestion I would appreciate it.

Thanks,

Steve

Steve Kessler

Denver DataMan

303-587-4428

Sign up for the Denver DataMan Free eNewsletter

--
[ Drupal support list | http://lists.drupal.org/ ]

--
[ Drupal support list | http://lists.drupal.org/ ]

[Cvs-applications] CVS account request

User:
http://drupal.org/user/551574

Issue:
http://drupal.org/node/537078

Motivation:
We develop web based video communication software in flash at
VideoWhisper.com .

We are developing and maintaining a Drupal 6 integration module for one
of our projects:
http://www.videowhisper.com/?p=Drupal+2+Way+Video+Chat+Module
This allows easy setup and configuration of instant video chat rooms by
Drupal users.

The current module can be tested at:
http://www.videoconference-software.com/content/videowhisper-2-way-video-chat-script-integration-module-drupal6

Client information:
92.81.84.162
92.81.84.162
Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1) Gecko/20090624
Firefox/3.5 (.NET CLR 3.5.30729)

_______________________________________________
CVS-applications mailing list
CVS-applications@drupal.org
http://lists.drupal.org/mailman/listinfo/cvs-applications

[webmasters] [bug] ical feeds are not working on g.d.o

Issue status update for
http://drupal.org/node/370948
Post a follow up:
http://drupal.org/comment/reply/370948#comment-form

Project: Drupal.org webmasters
Component: Groups.drupal.org
Category: bug report
Priority: normal
Assigned to: Anonymous
Status: active
Updated by: Dave Reid

This is getting troubling. I want to be able to share the iCal feed for
my group and also add it to my Google Calendar, but I discovered it's
just plain empty. :(

Major sad face.

Dave Reid

Original issue:
------------------------------------------------------------------------
Sunday, February 8, 2009 - 00:30 : nadavoid

http://groups.drupal.org/ical [1]

currently delivers no events but only this:

BEGIN:VCALENDAR
VERSION:2.0
METHOD:PUBLISH
X-WR-CALNAME:Upcoming Events | groups.drupal.org
PRODID:-//Drupal iCal API//EN
END:VCALENDAR

Maybe it's only a temporary issue, but in case it isn't, here's a
reminder to look at it. :)

[1] http://groups.drupal.org/ical

Previous comments (3):
------------------------------------------------------------------------
#1 -- Friday, April 17, 2009 - 10:07 : deviantintegral
http://drupal.org/node/370948#comment-1487556

This is still an issue for the site-wide calendar and per-group
calendars. Subscribing.

------------------------------------------------------------------------
#2 -- Wednesday, June 10, 2009 - 03:28 : Steven Jones
http://drupal.org/node/370948#comment-1685630

Still broken

------------------------------------------------------------------------
#3 -- Wednesday, July 29, 2009 - 18:47 : redpuma
http://drupal.org/node/370948#comment-1868252

I discovered this issue with a site was involved with, thinking
Drupal.org would have a working example I came over here to discover it
was not the case. No events anywhere even though the calendars are full.

The solution was to edit the the Calendar view, specifically the "ical"
calendar view and change the default date filter from last updated to
the actual CCK date field relevant to that content. This is from memory
but is where the solution lies.

_______________________________________________
webmasters mailing list
webmasters@drupal.org
http://lists.drupal.org/mailman/listinfo/webmasters

Re: [development] Vim for Drupal request

A page on d.o summarizing this would be really great!
Also a blog post would get it in Google for future searches!

On Fri, Jul 31, 2009 at 5:58 PM, Sam Tresler <sam@treslerdesigns.com> wrote:

You know... it said that at the top of the api.drupal.org page, but I guess it didn't occur to me to actually look... Thanks.

Works like a charm. I'd really rather skip the first incarnation I had, and just have the hooks loaded. I'll update the vim docs here shortly, but for the record.

$ cvs -z6 -d:pserver:anonymous:anonymous@cvs.drupal.org:/cvs/drupal-contrib co -r DRUPAL-6--1 -d drupal6 contributions/docs/developer/hooks
$ ctags -R -o drupal6.tags hooks
$ mv drupal.tags ~/.vim

(make the .vim directory if you need to)

Then add this to ~/.vimrc

if has("autocmd")
" Drupal *.module and *.install files.
augroup module
autocmd BufRead,BufNewFile *.module set filetype=php
autocmd BufRead,BufNewFile *.install set filetype=php
set tags=.vim/drupal6.tags
augroup END
endif

And you have code-hinting for drupal core in vim. Just remember to update it as you change versions. But it sounds like in Drupal 7 this can scrape directly from .api.php files; I haven't even looked at those yet.

Now what was I doing before this diversion....

-S

Neil Drumm wrote:

6.x and lower: http://cvs.drupal.org/viewvc.py/drupal/contributions/docs/developer/hooks/?pathrev=DRUPAL-6--1
7.x: *.api.php in module directories.

-Neil

On Fri, Jul 31, 2009 at 2:03 PM, Sam Tresler <sam@treslerdesigns.com <mailto:sam@treslerdesigns.com>> wrote:

Thanks Neil,
Some further digging and I found out that php code completion in
vim can map to a ctags output file, which is pretty easy to generate.

ctags -R -o drupal6.tags --langmap=php:.module *

then load it in vim

:set tags=drupal6.tags

and you have code complete for every function in core.

However, this unfortunately doesn't get code complete on hooks, as
they aren't actually named in core, but constructed from
modulename_function().

So, I guess my next question is where are the hook function
definitions from api.drupal.org <http://api.drupal.org> generated?

Thanks in advance.

-S

Neil Drumm wrote:

http://api.drupal.org/api/function_dump/6 might have worked at
some point. I honestly haven't paid any attention to that page,
which might integrate with IDEs; apparently no one else has either.

This list is already available in JSON format in the development
version of API module. That or another format should be present
in the future for an api_filter module to provide an input
format filter without running the api module.

-Neil

On Fri, Jul 31, 2009 at 12:26 PM, Sam Tresler
<sam@treslerdesigns.com <mailto:sam@treslerdesigns.com>
<mailto:sam@treslerdesigns.com <mailto:sam@treslerdesigns.com>>>

wrote:

I am working on a drupalcomplete.vim file and would like to
generate
an list of all of Drupal 6 (and eventually 5,7, etc) functions,
objects, and anything else that might warrant code completion.

I believe that api.drupal.org <http://api.drupal.org>
<http://api.drupal.org> scrapes this

automatically from core. I can manipulate the data to match the
format I need no problem, but I thought I would ask here before I
went about finding my own way to scrape the data from a cvs
checkout.

This was broached before here
http://lists.drupal.org/pipermail/development/2009-February/032090.html
but appears stalled.

yes, I have too much time on my hands currently.

Cheers. -Sam

-- Neil Drumm
http://delocalizedham.com

--
Neil Drumm
http://delocalizedham.com

--
Khalid M. Baheyeldin
2bits.com, Inc.
http://2bits.com
Drupal optimization, development, customization and consulting.
Simplicity is prerequisite for reliability. -- Edsger W.Dijkstra
Simplicity is the ultimate sophistication. -- Leonardo da Vinci

Re: [development] Vim for Drupal request

You know... it said that at the top of the api.drupal.org page, but I
guess it didn't occur to me to actually look... Thanks.

Works like a charm. I'd really rather skip the first incarnation I had,
and just have the hooks loaded. I'll update the vim docs here shortly,
but for the record.

$ cvs -z6
-d:pserver:anonymous:anonymous@cvs.drupal.org:/cvs/drupal-contrib co -r
DRUPAL-6--1 -d drupal6 contributions/docs/developer/hooks
$ ctags -R -o drupal6.tags hooks
$ mv drupal.tags ~/.vim

(make the .vim directory if you need to)

Then add this to ~/.vimrc

if has("autocmd")
" Drupal *.module and *.install files.
augroup module
autocmd BufRead,BufNewFile *.module set filetype=php
autocmd BufRead,BufNewFile *.install set filetype=php
set tags=.vim/drupal6.tags
augroup END
endif

And you have code-hinting for drupal core in vim. Just remember to
update it as you change versions. But it sounds like in Drupal 7 this
can scrape directly from .api.php files; I haven't even looked at those
yet.

Now what was I doing before this diversion....

-S

Neil Drumm wrote:
> 6.x and
> lower: http://cvs.drupal.org/viewvc.py/drupal/contributions/docs/developer/hooks/?pathrev=DRUPAL-6--1
> 7.x: *.api.php in module directories.
>
> -Neil
>
> On Fri, Jul 31, 2009 at 2:03 PM, Sam Tresler <sam@treslerdesigns.com
> <mailto:sam@treslerdesigns.com>> wrote:
>
> Thanks Neil,
> Some further digging and I found out that php code completion in
> vim can map to a ctags output file, which is pretty easy to generate.
>
> ctags -R -o drupal6.tags --langmap=php:.module *
>
> then load it in vim
>
> :set tags=drupal6.tags
>
> and you have code complete for every function in core.
>
> However, this unfortunately doesn't get code complete on hooks, as
> they aren't actually named in core, but constructed from
> modulename_function().
>
> So, I guess my next question is where are the hook function
> definitions from api.drupal.org <http://api.drupal.org> generated?
>
> Thanks in advance.
>
> -S
>
>
>
>
> Neil Drumm wrote:
>
> http://api.drupal.org/api/function_dump/6 might have worked at
> some point. I honestly haven't paid any attention to that page,
> which might integrate with IDEs; apparently no one else has either.
>
> This list is already available in JSON format in the development
> version of API module. That or another format should be present
> in the future for an api_filter module to provide an input
> format filter without running the api module.
>
> -Neil
>
> On Fri, Jul 31, 2009 at 12:26 PM, Sam Tresler
> <sam@treslerdesigns.com <mailto:sam@treslerdesigns.com>
> <mailto:sam@treslerdesigns.com <mailto:sam@treslerdesigns.com>>>
> wrote:
>
> I am working on a drupalcomplete.vim file and would like to
> generate
> an list of all of Drupal 6 (and eventually 5,7, etc) functions,
> objects, and anything else that might warrant code completion.
>
> I believe that api.drupal.org <http://api.drupal.org>
> <http://api.drupal.org> scrapes this
>
> automatically from core. I can manipulate the data to match the
> format I need no problem, but I thought I would ask here before I
> went about finding my own way to scrape the data from a cvs
> checkout.
>
> This was broached before here
>
> http://lists.drupal.org/pipermail/development/2009-February/032090.html
> but appears stalled.
>
> yes, I have too much time on my hands currently.
>
> Cheers. -Sam
>
>
>
>
> --
> Neil Drumm
> http://delocalizedham.com
>
>
>
>
> --
> Neil Drumm
> http://delocalizedham.com

Re: [development] Vim for Drupal request

6.x and lower: http://cvs.drupal.org/viewvc.py/drupal/contributions/docs/developer/hooks/?pathrev=DRUPAL-6--1

7.x: *.api.php in module directories.

-Neil

On Fri, Jul 31, 2009 at 2:03 PM, Sam Tresler <sam@treslerdesigns.com> wrote:

Thanks Neil,
Some further digging and I found out that php code completion in vim can map to a ctags output file, which is pretty easy to generate.

ctags -R -o drupal6.tags --langmap=php:.module *

then load it in vim

:set tags=drupal6.tags

and you have code complete for every function in core.

However, this unfortunately doesn't get code complete on hooks, as they aren't actually named in core, but constructed from modulename_function().

So, I guess my next question is where are the hook function definitions from api.drupal.org generated?

Thanks in advance.

-S

Neil Drumm wrote:

http://api.drupal.org/api/function_dump/6 might have worked at some point. I honestly haven't paid any attention to that page, which might integrate with IDEs; apparently no one else has either.

This list is already available in JSON format in the development version of API module. That or another format should be present in the future for an api_filter module to provide an input format filter without running the api module.

-Neil

On Fri, Jul 31, 2009 at 12:26 PM, Sam Tresler <sam@treslerdesigns.com <mailto:sam@treslerdesigns.com>> wrote:

I am working on a drupalcomplete.vim file and would like to generate
an list of all of Drupal 6 (and eventually 5,7, etc) functions,
objects, and anything else that might warrant code completion.

I believe that api.drupal.org <http://api.drupal.org> scrapes this

automatically from core. I can manipulate the data to match the
format I need no problem, but I thought I would ask here before I
went about finding my own way to scrape the data from a cvs checkout.

This was broached before here
http://lists.drupal.org/pipermail/development/2009-February/032090.html
but appears stalled.

yes, I have too much time on my hands currently.

Cheers. -Sam

--
Neil Drumm
http://delocalizedham.com

--
Neil Drumm
http://delocalizedham.com

Re: [support] login with email and/or "hiding" user.name

Ivan Sergio Borgonovo escribió, El 31/07/09 08:27:
> Hi all,
> I've to move users from a legacy system to D5.
>
> In the legacy system the user name for login was the email.
>
> Users will produce some public content.
>
> In many places drupal uses the user.name to refer to users but I
> can't of course use users' emails to refer to users.
>
> I can't even force the users to change the way they login. So they
> have to continue to be able to login with email, password.
>
> One way would be to automatically fill name with something
> auto-generated during import and change the login process (looking
> for some clean idea that won't involve changing core, form_alter?).
>
> Any other suggestion?
>
>
http://drupal.org/project/logintoboggan
--
[ Drupal support list | http://lists.drupal.org/ ]

[webmasters] [task] Project Textmate contains no code, but links to an external site

Issue status update for
http://drupal.org/node/535622
Post a follow up:
http://drupal.org/comment/reply/535622#comment-form

Project: Drupal.org webmasters
Component: Content moderation
Category: task
Priority: normal
-Assigned to: KiamLaLuno
+Assigned to: Anonymous
Status: active
Updated by: KiamLaLuno

KiamLaLuno

Original issue:
------------------------------------------------------------------------
Thursday, July 30, 2009 - 10:41 : KiamLaLuno

Textmate [1] contains no code in CVS repository, but it is hosted on a
external site.
It's not even a Drupal module, nor a theme; there is no reason for it
to be listed between the projects. It would make more sense to put a
reference to it in a book (if there is a book that suits an add-on for a
text editor).

[1] http://drupal.org/project/textmate

Previous comments (15):
------------------------------------------------------------------------
#1 -- Thursday, July 30, 2009 - 18:19 : KiamLaLuno
http://drupal.org/node/535622#comment-1871908

------------------------------------------------------------------------
#2 -- Thursday, July 30, 2009 - 18:36 : psynaptic
http://drupal.org/node/535622#comment-1871986

Moshe Witzman created this project, I am merely the current maintainer.
What reason do you have to remove this project? It is a Drupal project,
whether it has code in the repo or not, it is still a Drupal project.

I need to be able to deal with issues related to this project on d.o,
why do you need to remove it?

------------------------------------------------------------------------
#3 -- Thursday, July 30, 2009 - 18:37 : greggles
http://drupal.org/node/535622#comment-1871988

The original logic was that it's something valuable to the community
that doesn't make sense hosting here but for which we might
theoretically want to collect issues/discussion on drupal.org
Drupal/Textmate users are more likely to find it if it's hosted in both
places.

I think this is a case where an externally hosted set of files makes
sense, but I know that it's not 100% clear and would love to have better
rules for people.

------------------------------------------------------------------------
#4 -- Thursday, July 30, 2009 - 18:47 : KiamLaLuno
http://drupal.org/node/535622#comment-1872060

Projects without code in repository, and which have been created more
than one year ago, are probably going to be removed (see #533492: 609
projects lack releases [2]).

Also, it's not allowed to create a project that is then not hosted on
Drupal.org; even if I find the bundle useful, I am not sure we should
make an exception to the normal rules followed. If this is the case,
then most of the maintainers who had their projects unpublished /
removed because they didn't host the project on Drupal.org would want
their projects back on Drupal.org.

[2] http://drupal.org/node/533492
------------------------------------------------------------------------
#5 -- Thursday, July 30, 2009 - 18:55 : KiamLaLuno
http://drupal.org/node/535622#comment-1872100

This is a partial list of issues about projects not having commits in
CVS repository; the list is far to be complete.

* #501364: Theme devavrata (and sub-themes): no code and promotion to
offsite files [3]
* #531670: Unpublishing the 1024_v theme (no code, theme name starting
with numbers) [4]
* #262557: Unpublishing the 'A Blueprint Theme' - no theme available to
download [5]

[3] http://drupal.org/node/501364
[4] http://drupal.org/node/531670
[5] http://drupal.org/node/262557
------------------------------------------------------------------------
#6 -- Thursday, July 30, 2009 - 19:06 : KiamLaLuno
http://drupal.org/node/535622#comment-1872158

"
I need to be able to deal with issues related to this project on d.o,
why do you need to remove it?

"
The Textmate bundle doesn't fall into any of the project types hosted
on Drupal.org. It's useful only to Mac users, while the projects hosted
on Drupal.org can be used on any platforms where Drupal can be installed
(which are all the platforms that can install PHP, and the PHP modules
Drupal requires).

------------------------------------------------------------------------
#7 -- Thursday, July 30, 2009 - 19:13 : bonobo
http://drupal.org/node/535622#comment-1872202

-1 for removing this project.

See greggles comment above for the rationale for why it was created in
the first place, and why it should be left intact now.

RE: "It's useful only to Mac users" -- by that rationale, we should
also go and delete all documentation that explains how to create a dev
environment on the mac.

------------------------------------------------------------------------
#8 -- Thursday, July 30, 2009 - 19:32 : KiamLaLuno
http://drupal.org/node/535622#comment-1872276

"
by that rationale, we should also go and delete all documentation that
explains how to create a dev environment on the mac.

"
It's not what I was saying, also because I was talking of projects, not
documentation.

The rule that a project without any commits, and where the code is
hosted on an external site has not been invented from me; the same is
true for the kind of projects that can be hosted on Drupal.org (which
doesn't include any shell scripts, just to make an example).

------------------------------------------------------------------------
#9 -- Thursday, July 30, 2009 - 20:00 : bonobo
http://drupal.org/node/535622#comment-1872376

The thread you link to doesn't lay down any hard and fast rules, but
rather a set of guidelines -- and recent guidelines at that, given that
the thread is less than 48 hours old at this point.

This project has an active maintainer, doesn't violate any licensing
issues, and is of use to people.

Let it be.

------------------------------------------------------------------------
#10 -- Thursday, July 30, 2009 - 20:06 : KiamLaLuno
http://drupal.org/node/535622#comment-1872386

"
This project has an active maintainer, doesn't violate any licensing
issues, and is of use to people.

"
That was true also for the other projects that has been unpublished /
removed because they didn't have code committed in CVS.
What I have reported are issues that have the same topic as this one,
and where different people have given the same motivation for
unpublishing / removing a project. I am sure all those projects were
used by people who found them useful (and the projects had an active
maintainer too).

------------------------------------------------------------------------
#11 -- Thursday, July 30, 2009 - 20:22 : bonobo
http://drupal.org/node/535622#comment-1872414

Do what you want, but IMO, this is a bit overzealous.

RE: "That was true also for the other projects that has been
unpublished / removed because they didn't have code committed in CVS."

No, it's not.

The other projects you pointed to in #5 all were trying to game the
system in some way (ie, spammy, off-site links for SEO, using numbers in
theme names to game the listing in the themes list). And in the case of
the "A Blueprint Theme" the maintainer chimed in and said that the
project should be unpublished.

From #262557: Unpublishing the 'A Blueprint Theme' - no theme available
to download [6]:

"I have stopped working on "A Blueprint" theme project, as another
Blueprint theme was already in the works:
http://drupal.org/project/blueprint [7]

Please let me know if i shall remove/delete the project page, or if
it's better if Drupal.org webmasters do it(?).

"
That is not the voice of an active maintainer.

Contrast that with what psynaptic says in #2. This is a completely
different case.

Setting to postponed, as unpublishing the project of an active
contributor should not be done lightly.

[6] http://drupal.org/node/262557
[7] http://drupal.org/project/blueprint
------------------------------------------------------------------------
#12 -- Thursday, July 30, 2009 - 21:01 : chx
http://drupal.org/node/535622#comment-1872488

The exception that strengthens the rule. If Moshe did it then it's
right. Period.

------------------------------------------------------------------------
#13 -- Thursday, July 30, 2009 - 21:52 : moshe weitzman
http://drupal.org/node/535622#comment-1872612

You gotta love people who crawl around dark corners of open source
projects trying to find minor rule violations and bring them to justice.
Hello people. We have global warming. Human rights violations. Please
turn your zeal there. This project is a record in a database. Maybe 3 or
4 records. Do those records bug you? Meditate on why that might be.
Meanwhile, folks browsing the available projects can learn about this
bundle and begin contributing real code for the benefit of all.

------------------------------------------------------------------------
#14 -- Thursday, July 30, 2009 - 21:55 : psynaptic
http://drupal.org/node/535622#comment-1872620

Thanks guys, much appreciated!

------------------------------------------------------------------------
#15 -- Friday, July 31, 2009 - 00:42 : killes@www.drop.org
http://drupal.org/node/535622#comment-1872960

Is there any reason this project can just be maintained in our cvs?

_______________________________________________
webmasters mailing list
webmasters@drupal.org
http://lists.drupal.org/mailman/listinfo/webmasters

[webmasters] [support] Two files missing from CVS, not finding way to add them

Issue status update for
http://drupal.org/node/535876
Post a follow up:
http://drupal.org/comment/reply/535876#comment-form

Project: Drupal.org webmasters
Component: Other
Category: support request
Priority: critical
Assigned to: Anonymous
Status: active
Updated by: KiamLaLuno

I noticed I had the same problem with Firefox, on Windows. It was not
exactly the same problem as your, but Firefox kept to show me a page
from the cache, and I was not able to check if a module I was developing
was working.

I didn't resolve the problem, and now I am using Mac most of the time.

KiamLaLuno

Original issue:
------------------------------------------------------------------------
Thursday, July 30, 2009 - 15:00 : vacilando

I've been committing modules to Drupal CVS for years now, always using
TortoiseCVS (if that matters), but since some time there's an issue I
cannot solve and need your assistance.

Basically, the dev version of my module does NOT contain 2 files,
namely
functions.inc
picasa.inc
See
http://ftp.drupal.org/files/projects/brilliant_gallery-6.x-3.x-dev.tar.gz
[1]

If you look at
http://cvs.drupal.org/viewvc.py/drupal/contributions/modules/brilliant_g...
[2] ... there are 6 files.
bgchecklist.js
brilliant_gallery.css
brilliant_gallery.info
brilliant_gallery.install
brilliant_gallery.module
image.php
README.txt
views.inc

The first problem that there are 'dead' files, which I am not sure what
it means. There are 6 of them. The missing files are among them, but
there are also other 'dead' files like bgchecklist.js which however are
in the dev package. So whatever 'dead' means it is probably not causing
this problem.

Yesterday I used TortoiseCVS to remove the two files from CVS, then
added them fresh, and committed. Today, after packaging, they are still
not there.

Please advise. Thanks.

[1]
http://ftp.drupal.org/files/projects/brilliant_gallery-6.x-3.x-dev.tar.gz
[2]
http://cvs.drupal.org/viewvc.py/drupal/contributions/modules/brilliant_gallery/

Previous comments (5):
------------------------------------------------------------------------
#1 -- Thursday, July 30, 2009 - 15:09 : Dave Reid
http://drupal.org/node/535876#comment-1871178

It looks liek the files are in your DRUPAL-6--3 CVS branch just fine:
http://cvs.drupal.org/viewvc.py/drupal/contributions/modules/brilliant_g...
[3]. The WebCVS link you posted is for the module's HEAD branch. Those
files are considered 'dead' in the HEAD branch since they were either
removed from HEAD or added on a different branch and not on HEAD (the
latter is likely your case).

They're also in the development package as well. Keep in mind the
development builds are only re-packaged every 12 hours, so changes are
not immediate.

[3]
http://cvs.drupal.org/viewvc.py/drupal/contributions/modules/brilliant_gallery/?pathrev=DRUPAL-6--3
------------------------------------------------------------------------
#2 -- Thursday, July 30, 2009 - 15:26 : vacilando
http://drupal.org/node/535876#comment-1871242

Thanks for the quick reaction, Dave.
Sorry for posting the head CVS link rather than the concerned one(for
6.3).

However, while
http://cvs.drupal.org/viewvc.py/drupal/contributions/modules/brilliant_g...
[4] indeed has the two missing files
functions.inc
picasa.inc
if you look at 6.x-3.x-dev they are not there. Yes, I did wait long
enough for the packaging - you can see the two files were (re-added) 25
hours ago now.

[4]
http://cvs.drupal.org/viewvc.py/drupal/contributions/modules/brilliant_gallery/?pathrev=DRUPAL-6--3
------------------------------------------------------------------------
#3 -- Thursday, July 30, 2009 - 15:33 : Dave Reid
http://drupal.org/node/535876#comment-1871288
Attachment:
http://drupal.org/files/issues/Screenshot-brilliant_gallery-6.x-3.x-dev.tar-2
[read only].png (81.54 KB)

They're in the development build. Maybe it's not downloading it
correctly? This is a screenshot of the download's contents on my
computer.

------------------------------------------------------------------------
#4 -- Thursday, July 30, 2009 - 16:19 : KiamLaLuno
http://drupal.org/node/535876#comment-1871478
Attachment: http://drupal.org/files/issues/Voila_Capture_17_0.png (100.28
KB)

I downloaded the tarball archive, and I see the two files as well (see
the attachment for a screenshot of the application I use for archives).

Bear in mind that the development snapshot archives are created just
twice per day, differently from the official release archives.

------------------------------------------------------------------------
#5 -- Friday, July 31, 2009 - 02:41 : vacilando
http://drupal.org/node/535876#comment-1873186

Folks, thanks for helping in this. It was a ... browser cache problem!

For days, Firefox 3.0.12 (on Vista 64b) kept giving me the same dev
file. Even now, minutes ago, when I downloaded the dev package, it
missed the two files. Seeing your screenshots I finally got the idea to
try it on IE, and there it got me a newever version. Then I cleared the
FFox cache and got the new file there as well.

Now, obviously I keep clearing the browser cache while developing and
whenever I suspect a stale page, etc., but I'd have never expected that
a .tar.gz file could be cached DESPITE the fact that the original had
changed on the server.

I realize that any module I've downloaded (recently) several times in
hope of getting the latest version might also have been stale.

Is there a way to have browser(s) recognize that the dev file (size and
date) changed? (Normally I would think of adjusting generated headers,
but these files seem to come from an FTP server directly, not through a
PHP script.)

_______________________________________________
webmasters mailing list
webmasters@drupal.org
http://lists.drupal.org/mailman/listinfo/webmasters

Re: [support] Does Drupal support MySQL Cluster?

Ivan Working wrote:
> Thanks a lot for the patch!
> Have you used this patch on production server?
>
Yeah I'm currently using it on one client's site and have been for
almost a year without any problem at all. One thing I would suggest is
using an alternative caching method like Memcache. We were getting some
replication lag, but once I moved Drupal's caching from database to
Memcache that cleared up.

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

--
[ Drupal support list | http://lists.drupal.org/ ]

[support] login with email and/or "hiding" user.name

Hi all,
I've to move users from a legacy system to D5.

In the legacy system the user name for login was the email.

Users will produce some public content.

In many places drupal uses the user.name to refer to users but I
can't of course use users' emails to refer to users.

I can't even force the users to change the way they login. So they
have to continue to be able to login with email, password.

One way would be to automatically fill name with something
auto-generated during import and change the login process (looking
for some clean idea that won't involve changing core, form_alter?).

Any other suggestion?

--
Ivan Sergio Borgonovo
http://www.webthatworks.it

--
[ Drupal support list | http://lists.drupal.org/ ]

Re: [support] ssl + login best practice

I don't use the default login block but set a link to the login page in
the footer block:

<a href="https://www.example.com/drupal/user">Member Login</a>

This method doesn't prevent that a user can login via http either, but
in the normal case she/he will use the easiest way and that means to
click the link in the footer ;-)

Regards,
Sebastian H.

Geoff O'Callaghan schrieb:
> Hi All,
>
> Running D6. What's the best practice for setting up a site where
> content is delivered by http *until* the user logs on and from then on I
> want all content to be via https.
>
> Cheers
> Geoff
>
> --
> [ Drupal support list | http://lists.drupal.org/ ]
>

--
[ Drupal support list | http://lists.drupal.org/ ]

[support] ssl + login best practice

Hi All,

Running D6. What's the best practice for setting up a site where
content is delivered by http *until* the user logs on and from then on I
want all content to be via https.

Cheers
Geoff

--
[ Drupal support list | http://lists.drupal.org/ ]

Re: [development] Query about new page

That’s way Drupal has several layers of caching, the biggest advantage of a database is that’s easy to move your site or for heavy visited sites you can use several front-end web servers to serve page. Amongst many other benefits of using a database (multi-user, stable, easy to backup, …)

Regarding the speed, a good database running on a decent server is as fast as file I/O

From: development-bounces@drupal.org [mailto:development-bounces@drupal.org] On Behalf Of Ankur Jain
Sent: vrijdag 31 juli 2009 10:26
To: development@drupal.org
Subject: Re: [development] Query about new page

i just wanted to know why drupal is saving all the page content in database .. if we have many pages then it may slow down the database and also page loading.

On Fri, Jul 31, 2009 at 12:14 PM, Peter Droogmans <Peter@attiks.com> wrote:

What you want to do is possible, have a look at hook_menu, this defines the path for your page, but I don’t really understand what’s your objection to saving your data in the database. What is it you want to achieve?

Best regards,

Peter Droogmans

Attiks

Ketsstraat 94

2140 Borgerhout

Belgium

32 3 288 61 17

32 497 44 44 77

From: development-bounces@drupal.org [mailto:development-bounces@drupal.org] On Behalf Of Ankur Jain
Sent: vrijdag 31 juli 2009 07:49
To: development@drupal.org
Subject: [development] Query about new page

Hi ,
I am new to drupal and i want to create new page like abc.php but i don't want to create this page from admin section create content -> page / story ... bco'z it save the page into database ... i want to create new php page by my own and then let say call this from one of the menu item ( on click of the menu ) .. how can i do that ...
and also wanted to know why drupal is saving all the page in database ... is for some optimization or achieve some functionality.

ankur

Re: [development] Query about new page

i just wanted to know why drupal is saving all the page content in database .. if we have many pages then it may slow down the database and also page loading.

On Fri, Jul 31, 2009 at 12:14 PM, Peter Droogmans <Peter@attiks.com> wrote:

What you want to do is possible, have a look at hook_menu, this defines the path for your page, but I don't really understand what's your objection to saving your data in the database. What is it you want to achieve?

Best regards,

Peter Droogmans

Attiks

Ketsstraat 94

2140 Borgerhout

Belgium

32 3 288 61 17

32 497 44 44 77

From: development-bounces@drupal.org [mailto:development-bounces@drupal.org] On Behalf Of Ankur Jain
Sent: vrijdag 31 juli 2009 07:49
To: development@drupal.org
Subject: [development] Query about new page

Hi ,
I am new to drupal and i want to create new page like abc.php but i don't want to create this page from admin section create content -> page / story ... bco'z it save the page into database ... i want to create new php page by my own and then let say call this from one of the menu item ( on click of the menu ) .. how can i do that ...
and also wanted to know why drupal is saving all the page in database ... is for some optimization or achieve some functionality.

ankur

Re: [support] Upgrading from 4.5.5 to 6.13

Update,

PHP is 4.4.9 and MySQL is 5.0.41 which is good news. Still poking around.

What took me longest so far was locating the password to the db. Found it in includes/conf.php. No settings.php back in the 4.5 days. I'm a newbie at three years :)

I'll keep you posted. Again, thanks for the help.

Shai

On Thu, Jul 30, 2009 at 9:32 AM, Shai Gluskin <shai@content2zero.com> wrote:

Victor, Bill, Earnie,

Thank you guys so much.

The potential client is going to give me server access so I'll have more solid information later and check back in.

I appreciate both, "the cup half full" and cautionary approaches!

Shai

On Thu, Jul 30, 2009 at 9:28 AM, Bill Fitzgerald <bill@funnymonkey.com> wrote:

Victor Kane wrote:

But the fact that you say there are no modules other than image (assuming no encoding problems on the filenames also) and only 1200 nodes leads me to believe it is relatively straightforward.

We don't call him Victor "The Glass is Half Full" Kane for nothing :)

Victor is probably right, but I still urge you to exercise caution. There are so many fringe cases that could pop up, and you won't see many of them until they bring your export process to a grinding halt.

But, with 1200 nodes, you could probably contract with someone to do data entry for less than what it would cost to script around fringe cases.

Cheers,

Bill

--
[ Drupal support list | http://lists.drupal.org/ ]

Thursday, July 30, 2009

Re: [development] Query about new page

Best regards,

Peter Droogmans

Attiks

Ketsstraat 94

2140 Borgerhout

Belgium

32 3 288 61 17

32 497 44 44 77

[webmasters] [support] Two files missing from CVS, not finding way to add them

Issue status update for
http://drupal.org/node/535876
Post a follow up:
http://drupal.org/comment/reply/535876#comment-form

Project: Drupal.org webmasters
Component: Other
Category: support request
Priority: critical
Assigned to: Anonymous
Status: active
Updated by: vacilando

Folks, thanks for helping in this. It was a ... browser cache problem!

I realize that any module I've downloaded (recently) several times in
hope of getting the latest version might also have been stale.

vacilando

Original issue:
------------------------------------------------------------------------
Thursday, July 30, 2009 - 21:00 : vacilando

I've been committing modules to Drupal CVS for years now, always using
TortoiseCVS (if that matters), but since some time there's an issue I
cannot solve and need your assistance.

Basically, the dev version of my module does NOT contain 2 files,
namely
functions.inc
picasa.inc
See
http://ftp.drupal.org/files/projects/brilliant_gallery-6.x-3.x-dev.tar.gz
[1]

Yesterday I used TortoiseCVS to remove the two files from CVS, then
added them fresh, and committed. Today, after packaging, they are still
not there.

Please advise. Thanks.

[1]
http://ftp.drupal.org/files/projects/brilliant_gallery-6.x-3.x-dev.tar.gz
[2]
http://cvs.drupal.org/viewvc.py/drupal/contributions/modules/brilliant_gallery/

Previous comments (4):
------------------------------------------------------------------------
#1 -- Thursday, July 30, 2009 - 21:09 : Dave Reid
http://drupal.org/node/535876#comment-1871178

They're also in the development package as well. Keep in mind the
development builds are only re-packaged every 12 hours, so changes are
not immediate.

[3]
http://cvs.drupal.org/viewvc.py/drupal/contributions/modules/brilliant_gallery/?pathrev=DRUPAL-6--3
------------------------------------------------------------------------
#2 -- Thursday, July 30, 2009 - 21:26 : vacilando
http://drupal.org/node/535876#comment-1871242

Thanks for the quick reaction, Dave.
Sorry for posting the head CVS link rather than the concerned one(for
6.3).

[4]
http://cvs.drupal.org/viewvc.py/drupal/contributions/modules/brilliant_gallery/?pathrev=DRUPAL-6--3
------------------------------------------------------------------------
#3 -- Thursday, July 30, 2009 - 21:33 : Dave Reid
http://drupal.org/node/535876#comment-1871288
Attachment:
http://drupal.org/files/issues/Screenshot-brilliant_gallery-6.x-3.x-dev.tar-2
[read only].png (81.54 KB)

They're in the development build. Maybe it's not downloading it
correctly? This is a screenshot of the download's contents on my
computer.

------------------------------------------------------------------------
#4 -- Thursday, July 30, 2009 - 22:19 : KiamLaLuno
http://drupal.org/node/535876#comment-1871478
Attachment: http://drupal.org/files/issues/Voila_Capture_17_0.png (100.28
KB)

I downloaded the tarball archive, and I see the two files as well (see
the attachment for a screenshot of the application I use for archives).

Bear in mind that the development snapshot archives are created just
twice per day, differently from the official release archives.

_______________________________________________
webmasters mailing list
webmasters@drupal.org
http://lists.drupal.org/mailman/listinfo/webmasters

[development] Query about new page

[webmasters] [task] Project Textmate contains no code, but links to an external site

Issue status update for
http://drupal.org/node/535622
Post a follow up:
http://drupal.org/comment/reply/535622#comment-form

Project: Drupal.org webmasters
Component: Content moderation
Category: task
Priority: normal
Assigned to: KiamLaLuno
-Status: won't fix
+Status: active
Updated by: killes@www.drop.org

Is there any reason this project can just be maintained in our cvs?

killes@www.drop.org

Original issue:
------------------------------------------------------------------------
Thursday, July 30, 2009 - 16:41 : KiamLaLuno

[1] http://drupal.org/project/textmate

Previous comments (14):
------------------------------------------------------------------------
#1 -- Friday, July 31, 2009 - 00:19 : KiamLaLuno
http://drupal.org/node/535622#comment-1871908

------------------------------------------------------------------------
#2 -- Friday, July 31, 2009 - 00:36 : psynaptic
http://drupal.org/node/535622#comment-1871986

I need to be able to deal with issues related to this project on d.o,
why do you need to remove it?

------------------------------------------------------------------------
#3 -- Friday, July 31, 2009 - 00:37 : greggles
http://drupal.org/node/535622#comment-1871988

I think this is a case where an externally hosted set of files makes
sense, but I know that it's not 100% clear and would love to have better
rules for people.

------------------------------------------------------------------------
#4 -- Friday, July 31, 2009 - 00:47 : KiamLaLuno
http://drupal.org/node/535622#comment-1872060

Projects without code in repository, and which have been created more
than one year ago, are probably going to be removed (see #533492: 609
projects lack releases [2]).

[2] http://drupal.org/node/533492
------------------------------------------------------------------------
#5 -- Friday, July 31, 2009 - 00:55 : KiamLaLuno
http://drupal.org/node/535622#comment-1872100

This is a partial list of issues about projects not having commits in
CVS repository; the list is far to be complete.

[3] http://drupal.org/node/501364
[4] http://drupal.org/node/531670
[5] http://drupal.org/node/262557
------------------------------------------------------------------------
#6 -- Friday, July 31, 2009 - 01:06 : KiamLaLuno
http://drupal.org/node/535622#comment-1872158

"
I need to be able to deal with issues related to this project on d.o,
why do you need to remove it?

------------------------------------------------------------------------
#7 -- Friday, July 31, 2009 - 01:13 : bonobo
http://drupal.org/node/535622#comment-1872202

-1 for removing this project.

See greggles comment above for the rationale for why it was created in
the first place, and why it should be left intact now.

RE: "It's useful only to Mac users" -- by that rationale, we should
also go and delete all documentation that explains how to create a dev
environment on the mac.

------------------------------------------------------------------------
#8 -- Friday, July 31, 2009 - 01:32 : KiamLaLuno
http://drupal.org/node/535622#comment-1872276

"
by that rationale, we should also go and delete all documentation that
explains how to create a dev environment on the mac.

"
It's not what I was saying, also because I was talking of projects, not
documentation.

------------------------------------------------------------------------
#9 -- Friday, July 31, 2009 - 02:00 : bonobo
http://drupal.org/node/535622#comment-1872376

The thread you link to doesn't lay down any hard and fast rules, but
rather a set of guidelines -- and recent guidelines at that, given that
the thread is less than 48 hours old at this point.

This project has an active maintainer, doesn't violate any licensing
issues, and is of use to people.

Let it be.

------------------------------------------------------------------------
#10 -- Friday, July 31, 2009 - 02:06 : KiamLaLuno
http://drupal.org/node/535622#comment-1872386

"
This project has an active maintainer, doesn't violate any licensing
issues, and is of use to people.

------------------------------------------------------------------------
#11 -- Friday, July 31, 2009 - 02:22 : bonobo
http://drupal.org/node/535622#comment-1872414

Do what you want, but IMO, this is a bit overzealous.

RE: "That was true also for the other projects that has been
unpublished / removed because they didn't have code committed in CVS."

No, it's not.

From #262557: Unpublishing the 'A Blueprint Theme' - no theme available
to download [6]:

"I have stopped working on "A Blueprint" theme project, as another
Blueprint theme was already in the works:
http://drupal.org/project/blueprint [7]

Please let me know if i shall remove/delete the project page, or if
it's better if Drupal.org webmasters do it(?).

"
That is not the voice of an active maintainer.

Contrast that with what psynaptic says in #2. This is a completely
different case.

Setting to postponed, as unpublishing the project of an active
contributor should not be done lightly.

[6] http://drupal.org/node/262557
[7] http://drupal.org/project/blueprint
------------------------------------------------------------------------
#12 -- Friday, July 31, 2009 - 03:01 : chx
http://drupal.org/node/535622#comment-1872488

The exception that strengthens the rule. If Moshe did it then it's
right. Period.

------------------------------------------------------------------------
#13 -- Friday, July 31, 2009 - 03:52 : moshe weitzman
http://drupal.org/node/535622#comment-1872612

------------------------------------------------------------------------
#14 -- Friday, July 31, 2009 - 03:55 : psynaptic
http://drupal.org/node/535622#comment-1872620

Thanks guys, much appreciated!

_______________________________________________
webmasters mailing list
webmasters@drupal.org
http://lists.drupal.org/mailman/listinfo/webmasters

[webmasters] [support] I have a messed up release.

Issue status update for
http://drupal.org/node/536080
Post a follow up:
http://drupal.org/comment/reply/536080#comment-form

Project: Drupal.org webmasters
Component: Other
Category: support request
Priority: normal
Assigned to: Anonymous
-Status: active
+Status: fixed
Updated by: NancyDru

Thanks, I think it is fixed now. I also cleaned up the .info file for
6.x.

NancyDru

Original issue:
------------------------------------------------------------------------
Thursday, July 30, 2009 - 17:33 : NancyDru

Content Management Filter [1]. Both versions have the correct sticky
tags in my CVS.

The 5.x-1.5 release (http://drupal.org/node/525102 [2]) somehow has 6.x
code in it. I checked my commits and they specify DRUPAL-5. I do see
that the -dev release is rolling off HEAD, which I need to change (I
don't like using HEAD).

What have I done wrong, and what do I do to get it straightened out?

[1] http://drupal.org/project/cmf
[2] http://drupal.org/node/525102

Previous comments (4):
------------------------------------------------------------------------
#1 -- Thursday, July 30, 2009 - 17:34 : NancyDru
http://drupal.org/node/536080#comment-1871976

BTW, both versions were also done from check outs.

------------------------------------------------------------------------
#2 -- Thursday, July 30, 2009 - 18:20 : KiamLaLuno
http://drupal.org/node/536080#comment-1872226

From what I can see, it seems somebody has manually added the
information that the packaging script normally add.

This is the content of the .info file as appears from the CVS
repository [3]:

; $Id: cmf.info,v 1.2.2.3 2008/12/03 18:43:45 nunoveloso18 Exp $
name = "Content management filter"
description = "This module adds an easier way for administrators to
filter the content on a Drupal site for administration purposes."
package = "Administration"
core = 6.x
; Information added by drupal.org packaging script on 2008-10-17
version = "6.x-1.1"
core = "6.x"
project = "cmf"
datestamp = "1224252903"

; Information added by drupal.org packaging script on 2008-12-04
version = "6.x-1.x-dev"
core = "6.x"
project = "cmf"
datestamp = "1228348974"

This is the content of the same file as found in the tarball archive
for version 5.x-1.5:

; $Id: cmf.info,v 1.2.2.4 2009/03/12 12:39:19 nunoveloso18 Exp $
name = "Content management filter"
description = "This module adds an easier way for administrators to
filter the content on a Drupal site for administration purposes."
package = "Administration"
core = 6.x
; Information added by drupal.org packaging script on 2008-10-17
version = "6.x-1.1"
core = "6.x"
project = "cmf"
datestamp = "1224252903"

; Information added by drupal.org packaging script on 2008-12-04
version = "6.x-1.x-dev"
core = "6.x"
project = "cmf"
datestamp = "1228348974"

; Information added by drupal.org packaging script on 2009-07-20
version = "5.x-1.5"
project = "cmf"
datestamp = "1248099031"

The packaging script adds the correct information for the Drupal 5
branch.

[3]
http://cvs.drupal.org/viewvc.py/drupal/contributions/modules/cmf/cmf.info?revision=1.2.2.4&view=markup&pathrev=DRUPAL-5--1-5
------------------------------------------------------------------------
#3 -- Thursday, July 30, 2009 - 18:20 : webernet
http://drupal.org/node/536080#comment-1872228

http://cvs.drupal.org/viewvc.py/drupal/contributions/modules/cmf/cmf.inf...
[4]

It appears that the DRUPAL-5--1-5 tag is on the DRUPAL-6--1 branch.

You'll need to create a DRUPAL-5--1-6 tag is on the correct branch and
make a new release. Once that's done, the problem release can be
unpublished.

[4]
http://cvs.drupal.org/viewvc.py/drupal/contributions/modules/cmf/cmf.info?view=log&pathrev=DRUPAL-6--1
------------------------------------------------------------------------
#4 -- Thursday, July 30, 2009 - 18:24 : KiamLaLuno
http://drupal.org/node/536080#comment-1872248

That is true: the code is tagged for both the Drupal 5, and Drupal 6
versions.

CVS Tags: DRUPAL-5--1-5, DRUPAL-6--1-5, DRUPAL-6--1-6, DRUPAL-6--1-7

_______________________________________________
webmasters mailing list
webmasters@drupal.org
http://lists.drupal.org/mailman/listinfo/webmasters

[webmasters] [task] Project Textmate contains no code, but links to an external site

Issue status update for
http://drupal.org/node/535622
Post a follow up:
http://drupal.org/comment/reply/535622#comment-form

Project: Drupal.org webmasters
Component: Content moderation
Category: task
Priority: normal
Assigned to: KiamLaLuno
Status: won't fix
Updated by: psynaptic

Thanks guys, much appreciated!

psynaptic

Original issue:
------------------------------------------------------------------------
Thursday, July 30, 2009 - 15:41 : KiamLaLuno

[1] http://drupal.org/project/textmate

Previous comments (13):
------------------------------------------------------------------------
#1 -- Thursday, July 30, 2009 - 23:19 : KiamLaLuno
http://drupal.org/node/535622#comment-1871908

------------------------------------------------------------------------
#2 -- Thursday, July 30, 2009 - 23:36 : psynaptic
http://drupal.org/node/535622#comment-1871986

I need to be able to deal with issues related to this project on d.o,
why do you need to remove it?

------------------------------------------------------------------------
#3 -- Thursday, July 30, 2009 - 23:37 : greggles
http://drupal.org/node/535622#comment-1871988

I think this is a case where an externally hosted set of files makes
sense, but I know that it's not 100% clear and would love to have better
rules for people.

------------------------------------------------------------------------
#4 -- Thursday, July 30, 2009 - 23:47 : KiamLaLuno
http://drupal.org/node/535622#comment-1872060

Projects without code in repository, and which have been created more
than one year ago, are probably going to be removed (see #533492: 609
projects lack releases [2]).

[2] http://drupal.org/node/533492
------------------------------------------------------------------------
#5 -- Thursday, July 30, 2009 - 23:55 : KiamLaLuno
http://drupal.org/node/535622#comment-1872100

This is a partial list of issues about projects not having commits in
CVS repository; the list is far to be complete.

[3] http://drupal.org/node/501364
[4] http://drupal.org/node/531670
[5] http://drupal.org/node/262557
------------------------------------------------------------------------
#6 -- Friday, July 31, 2009 - 00:06 : KiamLaLuno
http://drupal.org/node/535622#comment-1872158

"
I need to be able to deal with issues related to this project on d.o,
why do you need to remove it?

------------------------------------------------------------------------
#7 -- Friday, July 31, 2009 - 00:13 : bonobo
http://drupal.org/node/535622#comment-1872202

-1 for removing this project.

See greggles comment above for the rationale for why it was created in
the first place, and why it should be left intact now.

RE: "It's useful only to Mac users" -- by that rationale, we should
also go and delete all documentation that explains how to create a dev
environment on the mac.

------------------------------------------------------------------------
#8 -- Friday, July 31, 2009 - 00:32 : KiamLaLuno
http://drupal.org/node/535622#comment-1872276

"
by that rationale, we should also go and delete all documentation that
explains how to create a dev environment on the mac.

"
It's not what I was saying, also because I was talking of projects, not
documentation.

------------------------------------------------------------------------
#9 -- Friday, July 31, 2009 - 01:00 : bonobo
http://drupal.org/node/535622#comment-1872376

The thread you link to doesn't lay down any hard and fast rules, but
rather a set of guidelines -- and recent guidelines at that, given that
the thread is less than 48 hours old at this point.

This project has an active maintainer, doesn't violate any licensing
issues, and is of use to people.

Let it be.

------------------------------------------------------------------------
#10 -- Friday, July 31, 2009 - 01:06 : KiamLaLuno
http://drupal.org/node/535622#comment-1872386

"
This project has an active maintainer, doesn't violate any licensing
issues, and is of use to people.

------------------------------------------------------------------------
#11 -- Friday, July 31, 2009 - 01:22 : bonobo
http://drupal.org/node/535622#comment-1872414

Do what you want, but IMO, this is a bit overzealous.

RE: "That was true also for the other projects that has been
unpublished / removed because they didn't have code committed in CVS."

No, it's not.

From #262557: Unpublishing the 'A Blueprint Theme' - no theme available
to download [6]:

"I have stopped working on "A Blueprint" theme project, as another
Blueprint theme was already in the works:
http://drupal.org/project/blueprint [7]

Please let me know if i shall remove/delete the project page, or if
it's better if Drupal.org webmasters do it(?).

"
That is not the voice of an active maintainer.

Contrast that with what psynaptic says in #2. This is a completely
different case.

Setting to postponed, as unpublishing the project of an active
contributor should not be done lightly.

[6] http://drupal.org/node/262557
[7] http://drupal.org/project/blueprint
------------------------------------------------------------------------
#12 -- Friday, July 31, 2009 - 02:01 : chx
http://drupal.org/node/535622#comment-1872488

The exception that strengthens the rule. If Moshe did it then it's
right. Period.

------------------------------------------------------------------------
#13 -- Friday, July 31, 2009 - 02:52 : moshe weitzman
http://drupal.org/node/535622#comment-1872612

_______________________________________________
webmasters mailing list
webmasters@drupal.org
http://lists.drupal.org/mailman/listinfo/webmasters

[webmasters] [task] Project Textmate contains no code, but links to an external site

Issue status update for
http://drupal.org/node/535622
Post a follow up:
http://drupal.org/comment/reply/535622#comment-form

Project: Drupal.org webmasters
Component: Content moderation
Category: task
Priority: normal
Assigned to: KiamLaLuno
Status: won't fix
Updated by: moshe weitzman

moshe weitzman

Original issue:
------------------------------------------------------------------------
Thursday, July 30, 2009 - 09:41 : KiamLaLuno

[1] http://drupal.org/project/textmate

Previous comments (12):
------------------------------------------------------------------------
#1 -- Thursday, July 30, 2009 - 17:19 : KiamLaLuno
http://drupal.org/node/535622#comment-1871908

------------------------------------------------------------------------
#2 -- Thursday, July 30, 2009 - 17:36 : psynaptic
http://drupal.org/node/535622#comment-1871986

I need to be able to deal with issues related to this project on d.o,
why do you need to remove it?

------------------------------------------------------------------------
#3 -- Thursday, July 30, 2009 - 17:37 : greggles
http://drupal.org/node/535622#comment-1871988

I think this is a case where an externally hosted set of files makes
sense, but I know that it's not 100% clear and would love to have better
rules for people.

------------------------------------------------------------------------
#4 -- Thursday, July 30, 2009 - 17:47 : KiamLaLuno
http://drupal.org/node/535622#comment-1872060

Projects without code in repository, and which have been created more
than one year ago, are probably going to be removed (see #533492: 609
projects lack releases [2]).

[2] http://drupal.org/node/533492
------------------------------------------------------------------------
#5 -- Thursday, July 30, 2009 - 17:55 : KiamLaLuno
http://drupal.org/node/535622#comment-1872100

This is a partial list of issues about projects not having commits in
CVS repository; the list is far to be complete.

[3] http://drupal.org/node/501364
[4] http://drupal.org/node/531670
[5] http://drupal.org/node/262557
------------------------------------------------------------------------
#6 -- Thursday, July 30, 2009 - 18:06 : KiamLaLuno
http://drupal.org/node/535622#comment-1872158

"
I need to be able to deal with issues related to this project on d.o,
why do you need to remove it?

------------------------------------------------------------------------
#7 -- Thursday, July 30, 2009 - 18:13 : bonobo
http://drupal.org/node/535622#comment-1872202

-1 for removing this project.

See greggles comment above for the rationale for why it was created in
the first place, and why it should be left intact now.

RE: "It's useful only to Mac users" -- by that rationale, we should
also go and delete all documentation that explains how to create a dev
environment on the mac.

------------------------------------------------------------------------
#8 -- Thursday, July 30, 2009 - 18:32 : KiamLaLuno
http://drupal.org/node/535622#comment-1872276

"
by that rationale, we should also go and delete all documentation that
explains how to create a dev environment on the mac.

"
It's not what I was saying, also because I was talking of projects, not
documentation.

------------------------------------------------------------------------
#9 -- Thursday, July 30, 2009 - 19:00 : bonobo
http://drupal.org/node/535622#comment-1872376

The thread you link to doesn't lay down any hard and fast rules, but
rather a set of guidelines -- and recent guidelines at that, given that
the thread is less than 48 hours old at this point.

This project has an active maintainer, doesn't violate any licensing
issues, and is of use to people.

Let it be.

------------------------------------------------------------------------
#10 -- Thursday, July 30, 2009 - 19:06 : KiamLaLuno
http://drupal.org/node/535622#comment-1872386

"
This project has an active maintainer, doesn't violate any licensing
issues, and is of use to people.

------------------------------------------------------------------------
#11 -- Thursday, July 30, 2009 - 19:22 : bonobo
http://drupal.org/node/535622#comment-1872414

Do what you want, but IMO, this is a bit overzealous.

RE: "That was true also for the other projects that has been
unpublished / removed because they didn't have code committed in CVS."

No, it's not.

From #262557: Unpublishing the 'A Blueprint Theme' - no theme available
to download [6]:

"I have stopped working on "A Blueprint" theme project, as another
Blueprint theme was already in the works:
http://drupal.org/project/blueprint [7]

Please let me know if i shall remove/delete the project page, or if
it's better if Drupal.org webmasters do it(?).

"
That is not the voice of an active maintainer.

Contrast that with what psynaptic says in #2. This is a completely
different case.

Setting to postponed, as unpublishing the project of an active
contributor should not be done lightly.

[6] http://drupal.org/node/262557
[7] http://drupal.org/project/blueprint
------------------------------------------------------------------------
#12 -- Thursday, July 30, 2009 - 20:01 : chx
http://drupal.org/node/535622#comment-1872488

The exception that strengthens the rule. If Moshe did it then it's
right. Period.

_______________________________________________
webmasters mailing list
webmasters@drupal.org
http://lists.drupal.org/mailman/listinfo/webmasters

Re: [support] Does Drupal support MySQL Cluster?

Thanks a lot for the patch!
Have you used this patch on production server?

Regards,
Ivan

> Date: Wed, 29 Jul 2009 09:28:21 -0400
> From: Jamie Holly <hovercrafter@earthlink.net>
> Subject: Re: [support] Does Drupal support MySQL Cluster?
> To: support@drupal.org
> Message-ID: <4A704E75.3050500@earthlink.net>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Yeah Drupal will work with MySQL cluster, but its not very practical.
> Considering the number of tables in Drupal and how quickly datasets can
> grow you start seeing performance issues, plus you also need to keep
> dumping more memory into the cluster to store the tables. One thing you
> can do to help alleviate this is using an external caching mechanism
> like memcached to handle all Drupal's caching.
>
> A better solution (and one used by a lot of high traffic Drupal sites
> including Drupal.org) is to use database replication. Drupal doesn't
> support this out of the box (yet), but there are patches available that
> will make it work. Tag1 has a decent patch that I have used before
> without any problems:
>
> http://tag1consulting.com/patches#replication
>
> Jamie Holly
> http://www.intoxination.net
> http://www.hollyit.net
>
>
>
> Earnie Boyd wrote:
> > Quoting Ivan Working <workingivan@hotmail.com>:
> >
> > >
> > > Hello,
> > >
> > > I want to install Drupal with MySQL Cluster.
> > >
> > > Can Drupal be installed with MySQL Cluster?
> > >
> > > If not, does anybody know when will Drupal support MySQL Cluster?
> > >
> >
> > Drupal uses the PHP interface to MySQL. If MySQL Cluster works with
> > PHP then it should work with Drupal.
> >
> > --
> > Earnie
> > -- http://r-feed.com/ -- http://for-my-kids.com/
> > -- http://www.4offer.biz/ -- http://give-me-an-offer.com/
> >
> >
> > --
> > [ Drupal support list | http://lists.drupal.org/ ]
> >
> >
>
>
> ------------------------------
>
> --
> [ Drupal support list | http://list.drupal.org/ ]
>
> End of support Digest, Vol 79, Issue 34
> ***************************************

check out the rest of the Windows Live™. More than mail–Windows Live™ goes way beyond your inbox. More than messages

Re: [documentation] [security] [Security issue] Writing secure codecase studies...


	Hmm... I didn't know there was a maintainers' newsletter. What is it's intended audience? Since I have 20+ modules, it might be a good thing for me. @Duncan: I understand and appreciate your desire to see examples of unsafe code, but such a thing could seem embarassing to those who were reported for it. Even on security issues I find on my own modules, I would be embarrassed to have them publicly displayed. (Peter, I bet you can think of a recent example.) Perhaps an aggregate of recent issues, suitably disguised, would work. -- Nancy E. Wichmann, PMP Injustice anywhere is a threat to justice everywhere. -- Dr. Martin L. King, Jr.

[webmasters] [task] Project Textmate contains no code, but links to an external site

Issue status update for
http://drupal.org/node/535622
Post a follow up:
http://drupal.org/comment/reply/535622#comment-form

Project: Drupal.org webmasters
Component: Content moderation
Category: task
Priority: normal
Assigned to: KiamLaLuno
-Status: postponed
+Status: won't fix
Updated by: chx

The exception that strengthens the rule. If Moshe did it then it's
right. Period.

chx

Original issue:
------------------------------------------------------------------------
Thursday, July 30, 2009 - 16:41 : KiamLaLuno

[1] http://drupal.org/project/textmate

Previous comments (11):
------------------------------------------------------------------------
#1 -- Friday, July 31, 2009 - 00:19 : KiamLaLuno
http://drupal.org/node/535622#comment-1871908