- In the line I gave above, change $USER to $GLOBALS['USER']
- Triple check that the input field is in the form
Any help?
Unfortunately, that change didn't work either
I guess this begs the question, how many changes to Moodle are occuring in the move to 1.5 and 2.0 that are going to "break" the non-standard blocks, mods, etc. that people have been working on or using over the last year?
I guess the documentation for future iterations of Moodle should include a BOLD cautionary statement that indicates blocks and modules may NOT be compatible after an upgrade with the latest stable release? Maybe one already exists and I missed it?
Just a suggestion.
Marc
function print_config() {
global $CFG, $THEME;
print_simple_box_start('center', '', $THEME->cellheading);
include($CFG->dirroot.'/blocks/'.$this->name().'/config.php');
print_simple_box_end();
return true;
}
function handle_config($config) {
foreach ($config as $name => $value) {
set_config($name, $value);
}
return true;
}
Jon;
First, thank you for taking the time to help us try to get the block working again. Unfortunately, these changes caused the entire settings interface to disappear.
I removed the snippet of code you suggested and renamed the config.php to config.html. However, the form now doesn't get printed
I am attaching our block_rssfeed.php to see if I have missed something that you or anyone else can see.
Again, thank you for the continued work in improving Moodle! I know this is the price we pay for growth, I am just frustrated that I am not understanding the code more after a year
Marc
<?php echo '<input type="hidden" name="sesskey" value="'. $GLOBALS['USER']->sesskey .'">'; ?>
Yes sir Tim, this did indeed work!
Thank you, now I can add all those requests the teachers had over the last couple of weeks
Marc
PS. Jon, hopefully this block that you speak of for 1.5 will be customizable by course. The only negative feeling I have about this block as it exists, is that the admin has to do the editing.