<i>We try to notify this list when <span>API</span> changes 
are made in Drupal 7, so 
contrib and custom developers have a chance to fix their code before 
they have the pain of figuring out why it&#39;s broken.</i><br><br>(<a href="http://drupal.org/node/950138">issue</a>)  New <b>field_widget_field</b>() / <b>field_widget_instance</b>() API functions to encapsulate access to Field API $form_state data. <b>If your module defines a field and a widget for that field</b>, you may well be affected if your widget depends on $element callbacks (#process, #element_validate, #value_callback). See the <a href="http://drupal.org/node/950138#comment-3649842">excellent API change summary</a>; it&#39;s recommended to wait on implementing this until D7 beta 3.<br>
<br>(<a href="http://drupal.org/node/934050">issue</a>) In the {filter} and {filter_format} tables, &#39;<b>format&#39; became a string instead of the traditional int</b>, to accomodate machine names for filters. Although existing installs will simply be updated to &#39;1&#39; being the string format of &#39;plain text&#39;, &#39;2&#39; being the string format of &#39;filtered html&#39;, or whatever, a new install actually has formats of &#39;plain_text&#39;, &#39;filtered_html&#39;, &#39;full_html&#39;, and the like. If your module actually looks at the contents of {filter} or {filter_format} then you may have work to do.<br>
<br>(<a href="http://drupal.org/node/914458">issue</a>) <b>filter_format_delete</b>() was changed to <b>filter_format_disable</b>(), and its behavior has changed. <b>hook_filter_format_delete</b>() became <b>hook_filter_format_disable</b>(). And {filter_format} table has a new  &#39;status&#39; column that must be respected in queries. In short: <b>If you&#39;re working with filters, look at this one</b>. Read the <a href="http://drupal.org/node/914458#comment-3625890">excellent API change summary</a>.<br>
<br>(<a href="http://drupal.org/node/902008">issue</a>) Field modules which are actually optional are no longer listed as required dependencies. Therefore, if your module depends on an optional field module (like &#39;options&#39; or &#39;list&#39;) then you have to explicitly list in in the dependencies[] in the .info file of your own module.<br>
<br>(<a href="http://drupal.org/node/942690">issue</a>) STREAM_WRAPPERS_REMOTE, STREAM_WRAPPERS_LOCAL, and some related constants were removed (and moved around) in stream_wrappers.inc. If you have implemented a stream wrapper, this will probably be worth looking at.<br clear="all">
<br>I suspect that there may be some breakage in the Examples project from these changes.<br><br>Thanks,<br>-Randy<br>-- <br>Randy Fay<br>Drupal Module and Site Development<br><a href="mailto:randy@randyfay.com">randy@randyfay.com</a><br>
+1  970.462.7450<br><br>