I create a page view that returns nodes (in table format). I've added an edit link field. I have an exposed filter and AJAX is turned on. After filtering at least once, the destination for the edit link is http://mysite.local/node/9/edit?destination=views/ajax, so once I save the node, I get redirected to a page containing JSON, instead of the page that with the view.
Note: This seems to only happen under nginx and IIS, NOT with Apache.
The configuration section 'rewrite' cannot be read because it is missing a section declaration
When I downgrade back to v6 the site runs normally.. I've dug around your site and haven't found any references.. I am running II7 under Server 2008. Any help would be wonderful.. I'm leaving it in a broken state to try to hammer through it..
After completing installation and going to my site for the first time (and subsequently closing the dashboard on a virgin site), I get the warning message:
Page not found
The requested page could not be found.
Of course this is accurate, as I've created no pages. But it also looks like an error message, which might worry the first-time user.
Fresh install of Drupal 7.0-alpha2 on a Windows Server 2008 machine (IIS 7.5). On the homepage "yourdomain.com" the following error is shown at the top of the page and in the content area.
Notice: Undefined offset: 0 in request_uri() (line 1515 of [path_to_drupal]\includes\bootstrap.inc).
Error only show on a the home page that does not have a "?q=xxx" on it.
I'm having an error with the private file system on a shared IIS hosting account through http://webcentral.com
It is not something I have come across and seems to me to be really quite unusual.
The website was developed on Apache and then migrated to the live server which is running IIS.
Initially this website was running Drupal 6.12 which is when I first noticed the issue, I upgraded to 6.14 in the hopes it would correct it but alas it hasn't.
In drupal_detect_baseurl() in includes/install.inc it is assumed that if $_SERVER['https'] equates to TRUE then the protocol is https. This is not true on IIS where $_SERVER['https'] can be the string 'off'.
Proposed resolution
Check that $_SERVER['https'] is equal to the string 'on'.
