January 2010 - Development - lists.drupal.org

Private file upload
by Lee Rowlands 13 Jan '10

13 Jan '10

Hi All Can anyone suggest/recommend a module to handle users uploading files where only the uploading user can view/link to/access the file? Kind of like a private upload/file store system. The site will require public download method, except for these files. I've looked at IMCE but it doesn't appear to prevent hotlinking. I've looked at private_upload and private_download. I'm really looking for the private download/upload features of private_upload with the 'each user has a personal file collection' features of IMCE. I also like the idea of combining the token aspect of uploadpath to force files into a directory per user and then replicate the .htaccess based access permission checking of private_upload (forces redirect to replicate private download method). To complicate this further I need to allow anonymous users to upload files (temporarily of course) but each anonymous user cannot see the other. To retain the files, the user would need to register/sign in but not requiring this upfront show lower the barriers to using the site. Again I'm leaning towards forcing files into a folder per session id with access controls via .htaccess. To further complicate things, files will not be attached to a node - but it is fine if they are attached to a user. Any comments or advice would be greatly appreciated. Lee Rowlands

1 0

Re: [development] Problem I am unable to locate
by J. Sint Jago 13 Jan '10

13 Jan '10

Ah, Cory, sorry about the two mails. All rubbish :-) I was confused myself, better go to bed now. _____ Van: development-bounces(a)drupal.org [mailto:development-bounces@drupal.org] Namens Joop Sint Jago Verzonden: woensdag 13 januari 2010 9:18 Aan: development(a)drupal.org Onderwerp: Re: [development] Problem I am unable to locate Sorry, what i actually mean is that variable_get needs a variable on the second position: Maybe you intended: '#default_value' => variable_get('time_card_pay_periods', $weekly) Van: development-bounces(a)drupal.org [mailto:development-bounces@drupal.org] Namens Joop Sint Jago Verzonden: woensdag 13 januari 2010 6:57 Aan: development(a)drupal.org Onderwerp: Re: [development] Problem I am unable to locate '#default_value' => variable_get('time_card_pay_periods', array('weekly')), '#default_value' => variable_get('time_card_pay_periods', array['weekly']), Square brackets for your array? Van: development-bounces(a)drupal.org [mailto:development-bounces@drupal.org] Namens Cory Gilliam Verzonden: woensdag 13 januari 2010 6:07 Aan: development(a)drupal.org Onderwerp: [development] Problem I am unable to locate Starting a new module and cant find the solution for this problem. I am trying to check the admin settings page for the module, and I am getting this error: Invalid argument supplied for foreach() in /home/dangerou/public_html/includes/menu.inc on line 258. Here is the code in the .module: function time_card_menu() { $items['admin/settings/time_card'] = array( 'title' => 'Time card settings', 'description' => 'Change how time card behave.', 'page callback' => 'drupal_get_form', 'page arguments' => array('time_card_admin_settings'), 'access arguments' => array('administer site configuration'), 'type' => MENU_NORMAL_ITEM, 'file' => 'time_card.admin.inc', ); return $items; } Here is the code in the .inc: function time_card_admin_settings() { $options = array('weekly' => 'Weekly'); $form['time_card_pay_periods'] = array( '#type' => 'checkboxes', '#title' => t('Your Pay Period is:'), '#options' => $options, '#default_value' => variable_get('time_card_pay_periods', array('weekly')), '#description' => t('This will tell the system how many weeks of information to collect for hour totals.'), ); return system_settings_form($form); } What is it that I am not seeing.

3 3

Re: [development] Problem I am unable to locate
by Joop Sint Jago 13 Jan '10

13 Jan '10

Sorry, what i actually mean is that variable_get needs a variable on the second position: Maybe you intended: '#default_value' => variable_get('time_card_pay_periods', $weekly) Van: development-bounces(a)drupal.org [mailto:development-bounces@drupal.org] Namens Joop Sint Jago Verzonden: woensdag 13 januari 2010 6:57 Aan: development(a)drupal.org Onderwerp: Re: [development] Problem I am unable to locate '#default_value' => variable_get('time_card_pay_periods', array('weekly')), '#default_value' => variable_get('time_card_pay_periods', array['weekly']), Square brackets for your array? Van: development-bounces(a)drupal.org [mailto:development-bounces@drupal.org] Namens Cory Gilliam Verzonden: woensdag 13 januari 2010 6:07 Aan: development(a)drupal.org Onderwerp: [development] Problem I am unable to locate Starting a new module and cant find the solution for this problem. I am trying to check the admin settings page for the module, and I am getting this error: Invalid argument supplied for foreach() in /home/dangerou/public_html/includes/menu.inc on line 258. Here is the code in the .module: function time_card_menu() { $items['admin/settings/time_card'] = array( 'title' => 'Time card settings', 'description' => 'Change how time card behave.', 'page callback' => 'drupal_get_form', 'page arguments' => array('time_card_admin_settings'), 'access arguments' => array('administer site configuration'), 'type' => MENU_NORMAL_ITEM, 'file' => 'time_card.admin.inc', ); return $items; } Here is the code in the .inc: function time_card_admin_settings() { $options = array('weekly' => 'Weekly'); $form['time_card_pay_periods'] = array( '#type' => 'checkboxes', '#title' => t('Your Pay Period is:'), '#options' => $options, '#default_value' => variable_get('time_card_pay_periods', array('weekly')), '#description' => t('This will tell the system how many weeks of information to collect for hour totals.'), ); return system_settings_form($form); } What is it that I am not seeing.

1 0

cache flexibility improvement
by Ivan Sergio Borgonovo 13 Jan '10

13 Jan '10

Hi, I saw a chance to improve the flexibility of D7 cache, with something that looks as a very small change. I'm sorry if I'm missing something, but I'd really appreciate if someone will point out what's wrong with my proposal. Substantially D7 doesn't serve cached pages if $_SESSION isn't empty as stated in drupal_page_get_cache docs (I couldn't find anymore where $_SESSION is tested...). This limit the use of cache substantially. Nearly all users will have a not empty $_SESSION that will force regeneration of ALL the pages. Currently core put in SESSION: 1) openid 2) user_overview_filter 3) dblog_overview_filter 4) node_overview_filter 5) clean_url 6) authorize_filetransfer_backends 7) authorize_operation 8) ignore_slave_server 9) update_manager_update_projects 10) authorize_results 11) update_results 12) messages 13) locale_translation_filter 14) maintenance_mode 15) update_success 16) updates_remaining 17) maintenance_mode 18) batch_form_state 19) my_batch_results 20) batches Most of them shouldn't actually forbid the use of ALL cached pages. One way to retro-fit a more fine grained control over cache would be to add a field to all the SESSION items in the array eg. $_SESSION['session_var'] = $stuff; $_SESSION['session_var']['cacheable'] = true; And in spite of invalidating all cached pages we could check if there is any ['cacheable'] that is null/unset preserving current behaviour and giving a chance to exploit more the cache. Then we could add the ['cacheable'] flag where it is safe a bit at a time. If bootstrap_invoke_all('boot') in function _drupal_bootstrap_page_cache() could be anticipated we could even give a chance to modules that would like to control if the cache has to be used to fire. eg. don't serve cached pages for user coming from this IP, don't serve cached pages during these hours, always serve cached pages to these IP etc... -- Ivan Sergio Borgonovo http://www.webthatworks.it

2 1

user_roles() at hook_boot()
by Lluís 12 Jan '10

12 Jan '10

I need to check roles for a permission at hook_boot; but I recive a "Fatal error: Call to undefined function user_roles()". Is it possible that user_roles() is not defined at hook_boot? or am I missing something else? thanks. -- *Les normes hi són perquè hi pensis abans de saltar-te-les *La vida és com una taronja, què esperes a exprimir-la? *Si creus que l'educació és cara, prova la ignorància. *La vida és com una moneda, la pots gastar en el que vulguis però només una vegada. *Abans d'imprimir aquest missatge, pensa en el medi ambient.

3 3

build/deployment experiences or suggestions
by T L 12 Jan '10

12 Jan '10

Hello Everyone, Happy 2010! I've been researching different build and deployment technologies (phing, xinc, hudson ci, drush make, phpundercontrol, etc). Our requirements are pretty minimal. So, ideally, we would like just like to be in-step with the majority of the Drupal community here--what do y'all use or what are your recommendations/caveats? Thanks so much! Tim -- Tim Loudon (781) 686-6096

1 1

Need another pair of eyes - page callback & form
by Jeff Greenberg 11 Jan '10

11 Jan '10

I've been staring at this an hour now...time go ask for help! I have two reports. The menu entries are below. Each works. They are identical other than name. At the top of each, I provide a button to request a CSV. The report's callback checks for the get value associated with the button. The buttons are each submits. The action for the form in each report is the final part of the callback path. Report 1 successfully returns to the callback function for it. Report 2, when the button is clicked, just spins and spins. If I change the action in report 2 to 'customers'... it finds its way to that callback function, but can't seem to find its own. Of course, the callback function is found when simply clicking on the menu link for the report...so I'm thinking it's the form action...but can't figure it out. function my_reports_menu() { global $user; $items = array(); $items['admin/store/reports/my/customer'] = array( 'title' => 'Customers', 'description' => 'Customer name and address list', 'page callback' => 'my_reports_customers', 'access arguments' => array('view reports'), 'type' => MENU_NORMAL_ITEM, 'weight' => 10, ); $items['admin/store/reports/my/orders'] = array( 'title' => 'Orders today', 'description' => 'Orders placed today', 'page callback' => 'my_reports_orders', 'access arguments' => array('view reports'), 'type' => MENU_NORMAL_ITEM, 'weight' => 10, ); } From report that doesn't work $output .= '<div><form id="csv" action="orders" method="get" /><input type="hidden" name="csv" value="true" /><input type="submit" value="CSV" style="background-color: gold" /></form></div>'; The one that does work ...and if the action above is changed to 'customer' as below, it gets processed $output .= '<div><form id="csv" action="customer" method="get" /><input type="hidden" name="csv" value="true" /><input type="submit" value="CSV" style="background-color: gold" /></form></div>';

6 10

ISAPI Rules
by Ashraf Amayreh 11 Jan '10

11 Jan '10

Hello all, I'm using ISAPI rules to rewrite a URL transparently. As far as I know, this acts like a proxy. Let's say the browser access URL is "abc.com" and this is rewritten transparently to "xyz.com", all works great except, the Drupal session is saved with the domain "xyz.com", making me unable to read it when accessing the site on "abc.com" because it's outside the domain. I believe optimally I'd want Drupal to write it under the domain "abc.com" rather than "xyz.com". I thought this might be a setting read from the $base_url inside the settings.php but apparently not. Is there a way to force the domain Drupal uses to set its cookies? I hope I got this right and it makes sense. I appreciate any help or ideas. -- Ashraf Amayreh http://aamayreh.org

2 1

All hands on deck for Drupal 7 alpha 1 this Friday!
by Angela Byron 10 Jan '10

10 Jan '10

Greetings, folks! As you may or may not have heard (http://webchick.net/node/73) on Friday we are going to roll Drupal 7.0 Alpha 1. This will be the very first time that the *vast* majority of the community (not to mention the outside world) will download Drupal 7, and play around with all of the hard work you've all been doing for the past ~24 months. So! I would love to do everything we can to really shine it up over the next couple of days. There are three queues that I would love people to focus on if they have even *one hour* this week sometime to help Drupal 7: 1. webchick's D7 alpha hit list: http://drupal.org/project/issues/search/drupal? status[]=Open&issue_tags=webchick%27s+D7+alpha+hit+list A variety of either *seriously* critical bugs (lingering critical API breakages, the broken upgrade path, missing security updates) or really glaring user-facing bugs that just make D7 look really sloppy. Some of these are real head-scratchers, but others I think are pretty obvious things that can be fixed in just a few lines of code. We will still release the alpha regardless of the state of this list on Friday, but progress here will help determine how many bold, flashing disclaimers I can remove from the announcement. ;) (Note that this is called *webchick's* D7 alpha hit list. Please do not add/remove stuff to/from this tag. If you feel something is drastically amiss, come find me on IRC and talk to me about it.) 2. API changes lacking documentation list: http://drupal.org/project/issues/search/drupal? status[]=Open&version[]=7.x&issue_tags=Needs+Documentation Another thing that I'm really hoping to see along with the release of alpha 1, is a torrent of developers beginning to make good on their #D7CX pledges, by porting their modules and themes to Drupal 7. Right now, however, there are *two pages* of issues whose API changes are *not documented* in either the modules or theme upgrade guide. This is an extremely critical situation that we need to resolve *ASAP* in order to not stall the updates of 6.x modules to 7.x. (We all remember how much that 5.x -> 6.x lag was, don't we?) If you choose to help with this (bless you!), please both edit the appropriate handbook page(s) for the change: * 6.x => 7.x module upgrade guide (http://drupal.org/update/modules/6/7) * 6.x => 7.x theme upgrade guide (http://drupal.org/update/theme/6/7) ...and also cross-file issues into the Coder module queue (http://drupal.org/node/add/project-issue/coder ) against the "Upgrade Routines" component. Helping whittle this queue down not only will give me fewer gray hairs and make the D7 alpha 1 launch a huge success, but it will *also* help get you acclimated to the changes forthcoming in Drupal 7 *now* so that you are prepared when D7 is officially released in a few months. Plus, you can make a mean living with your brand new "Drupal 6 to 7 module/theme porting" business. ;) (Incidentally, I highly encourage the Drupal 8 maintainer to create a "Wall of Shame" for developers whose patches end up on this list for longer than 24 hours. ;)) 3. User interface text: http://drupal.org/project/issues/search/drupal? status[]=Open&version[]=7.x&component[]=user+interface+text The docs and usability teams are doing one final pass on all of the strings in core before we turn the translators loose on Friday. A lot of these require no more skill to review than the ability to read English. :) Thank you all SO much in advance for your help, folks! Let's blow 'em all out of the water! :) -Angie P.S.: I am probably going to be doing a "commit freeze" starting Wednesday night when I go to bed, in order to give 24 hours or so for any follow-up bugs to be shaken out prior to rolling the release, so we don't accidentally break something horribly in the final hours. GULP.

1 0

how template suggestion inherits default header&footer of page.tpl.php
by Wang Zi Feng 08 Jan '10

08 Jan '10

Hi, There is a rookie question. I use template_preprocess_page function in a module to specify a template file (news.tpl.php) based on the hook_menu path (?q=news), utilizing the news.tpl.php every time click on ?q=news, it works fine. But I have to copy the footer&header from page.tpl.php to the new template file (news.tpl.php) to print them, I wonder if there is an approach to inherit automatically the footer and header section? here is the code function news_menu(){ $items['news'] = array( 'title' => 'News', 'page callback' => 'news_page_default', 'access callback'=>TRUE, 'type' => MENU_CALLBACK, ); return $items; } function template_preprocess_page(&$variables){ if(drupal_strtolower(arg(0))=='news'){ $variables['template_file']='news' ; } } Thanks Wang

3 3