Skip to main content

This site requires you to update your browser. Your browsing experience maybe affected by not having the most up to date version.

Archive /

Our old forums are still available as a read-only archive.

Moderators: martimiz, Sean, biapar, Willr, Ingo, simon_w

SilverStripe 2.0.2-rc1


Reply


38 Posts   75454 Views

Avatar
Sigurd

Forum Moderator, 628 Posts

11 July 2007 at 12:56pm

Sam, what about the trigger that enacts http_basic_auth on "test" sites? Is that another thing to put in _config along the lines of

if (http_host begins with "test.") enforce-basic-auth-for-viewing-site()

(like my code ? :P )

Or is this something we manually enforce and isn't hardcoded in the distrubution? (in which case we do nothing for 202)

Avatar
elijahlofgren

Google Summer of Code Hacker, 222 Posts

11 July 2007 at 2:00pm

> It shouldn't ask for authorisation if the site is in dev mode. Should I add code to the default _config.php to put the site in dev mode by default?

Thanks Andrew!

Adding this line to mysite/_config.php makes it possible to run db/build without asking for password:

Director::set_environment_type('dev');

Maybe it would make sense to add the following lines to the default _config.php file?

// Uncomment the line below to enable passwordless access to db/build
// Director::set_environment_type('dev');

Thanks,

Elijah

Avatar
Sigurd

Forum Moderator, 628 Posts

11 July 2007 at 2:05pm

Elijah... although "Director::set_environment_type('dev');" does a lot more than just turn off that password, hence my suggestion it is behind an "if". You don't want this running on a live, public, website, ever.

Avatar
elijahlofgren

Google Summer of Code Hacker, 222 Posts

11 July 2007 at 2:50pm

> Elijah... although "Director::set_environment_type('dev');" does a lot more than just turn off that password, hence my suggestion it is behind an "if". You don't want this running on a live, public, website, ever.

Hmm.. Then should I spent time trying to fix/find source of the problem where db/build authentication does not work on my remote server? Or should I just leave it since it works fine on my local test server and likely most other people's servers as well.

Avatar
Andy

230 Posts

11 July 2007 at 6:08pm

SilverStripe 2.0.2-rc3 is released. It contains the following changes over 2.0.2-rc2:

- Changed tooltip for link insertion to say that text needs to be highlighted
- Fixed javascript error caused by "Fixed bug with TreeDropdownField when you clicked the expand link 3 or more times, it wouldn't close"
- Check for existance of Permission table when authenticating for db/build
- Don't require authentification for db/build when running the installer
- Added templates to UserDefinedForm so that it works out of the box better
- Removed some debug messages in tiny_mce_improvements.js
- Fixed some php notice level warnings

Download:
[url]http://www.silverstripe.com/assets/rc/silverstripe-v2.0.2-rc3.tar.gz[/url]

Diff since 2.0.2-rc2:
[url]http://www.silverstripe.com/assets/rc/2.0.2-rc2_2.0.2-rc3.diff[/url]

Avatar
Sigurd

Forum Moderator, 628 Posts

11 July 2007 at 11:37pm

Edited: 11/07/2007 11:40pm

Something which looks benign, but is just a little worrying, is this warning that pops up if you install into a blank, new database:

Installing SilverStripe...

I am now running through the installation steps (this should take about 30 seconds)

If you receive a fatal error, refresh this page to continue the installation
# Creating 'mysite/_config.php'...
# Creating '.htaccess' file...
# Building database schema...
# Waiting until the database is created before compiling the manifest

Warning: None of these templates can be found: ErrorPage.ss, Page.ss, ContentController.ss in /sites/dev.silverstripe.com/smagnusson/sigtest/silverstripe-v2.0/sapphire/core/SSViewer.php on line 53
# Checking mod_rewrite works

Installed SilverStripe successfully. I will now try and direct you to home/successfullyinstalled to confirm that the installation was successful.

Is this actually causing a problem? I'm assuming it doesn't need these files anyway, and this is a false alarm. I wouldn't want to delay 202rc3 from going live... ? Because there's no such thing as ErrorPage.ss nor ContentController.ss ...

Avatar
Sam

Administrator, 685 Posts

12 July 2007 at 2:31pm

For some reason, the system is tryig to render a 404 page before the manifest has been generated, or before the Page.ss has been copied to the right place, or before the _config.php has been generated.

Andrew - this should be investigated prior to releasing 2.0.2 stable.

Avatar
Sigurd

Forum Moderator, 628 Posts

12 July 2007 at 4:03pm

Edited: 12/07/2007 4:07pm

I also thought I'd look over the log files to see what sorts of files get requested when installed. I don't see any issue here:

192.168.1.11 - smagnusson [12/Jul/2007:16:01:38 +1200] dev56k:80 "GET smagnusson/sigtest/silverstripe-v2.0/InstallerTest/testRewrite HTTP/1.0" 200 2 "-" "-" (-)

192.168.1.22 - smagnusson [12/Jul/2007:16:01:33 +1200] dev56k:80 "POST /smagnusson/sigtest/silverstripe-v2.0/install.php HTTP/1.1" 200 562 "http://dev56k/smagnusson/sigtest/silverstripe-v2.0/install.php" "Mozilla/5.0 (Windows; U; Windows NT 5.2; en-G
B; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4" (54)

192.168.1.22 - smagnusson [12/Jul/2007:16:01:40 +1200] dev56k:80 "GET /smagnusson/sigtest/silverstripe-v2.0/home/successfullyinstalled HTTP/1.1" 200 2916 "http://dev56k/smagnusson/sigtest/silverstripe-v2.0/install.php" "Mozilla/5.0 (Windows; U; Windows NT 5.2; en-GB; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4" (-)

192.168.1.22 - smagnusson [12/Jul/2007:16:01:41 +1200] dev56k:80 "GET /smagnusson/sigtest/silverstripe-v2.0/cms/images/dialogs/alert.gif HTTP/1.1" 200 1916 "http://dev56k/smagnusson/sigtest/silverstripe-v2.0/home/successfullyinstalled" "Mozilla/5.0 (Windows; U; Windows NT 5.2; en-GB; rv:1.8.1.4) Gecko/20070515 Firefox/2.0.0.4" (-)