Re: SS3 sitetree issue

KTC — Mon, 20 May 2013 02:51:20 +1200

This is apparently still an issue. I have a fresh install of v 3.0.5 on my WAMP localhost and have been following the tutorial to extend the site with the Article and Staff page types. The drag-and-drop to rearrange the tree is rather difficult to control, but once I do get a page in the right place it doesn't affect the site navigation menus until I Save&Publish the moved page. Logging out and in did not do it, nor did ?flush=1.

Posted to: SS3 sitetree issue | Show Thread | Post Reply

Re: Issues in moving SS website to local WampServer

IOTI — Wed, 01 May 2013 00:33:56 +1200

I believe the error "[Warning] mysql_connect() [function.mysql-connect]: Access denied for user 'sbtindyo_smitty'@'localhost' (using password: YES)" means that you database config isn't setup properly. Open up the _config.php file in the mysite folder. You should see something that looks like

$databaseConfig = array(
"type" => 'MySQLDatabase',
"server" => 'localhost',
"username" => 'db-username',
"password" => 'db-password',
"database" => 'db-name',
"path" => '',
);

You'll want to make sure the username, password, and database are all set correctly for your local wamp server.

Posted to: Issues in moving SS website to local WampServer | Show Thread | Post Reply

Re: Issues in moving SS website to local WampServer

swaiba — Tue, 30 Apr 2013 22:51:09 +1200

I normally use http://www.heidisql.com/ to copy dbs locally on windows... it has an export feature that you can select a DB and it will duplicate the DB there (either server to localhost or reverse)

Posted to: Issues in moving SS website to local WampServer | Show Thread | Post Reply

Issues in moving SS website to local WampServer

WittySmitty — Tue, 30 Apr 2013 16:01:09 +1200

I am an amateur SilverStripe hack and I am in a mess.

Background: About three years ago, I put together a website for our church using SS (V2.3.4). It has served us well.
However, I did not upgrade the SS base code. It was working well and I did not have the time to improve the site.

A few days ago our web hosting company upgraded PHP to the latest verson (5.4) and our website went down hard. I suspect either the SS core and/or the and extensions clashed with PHP 5.4.

Since I do not know PHP, I decided to rebuild the site instead of fixing code I do not understand.

Attempt #1: I decided that starting a new SS build (V3.0.5). The new SS build works with a new DB and with my template. But when i link it to the existing Database, the site crashes (I believe the crash is a simple white screen with no error message - I may need to run it again, to record any error message). I cannot get to the original web content.

Attempt #2: I decided to pull the original website down to my laptop and run it local via WampServer. I can dial back the PHP to an older version. I have a generic SS V2,3,4 running in one folder. When I started the church website via WampServer, I got this error:
"[Warning] mysql_connect() [function.mysql-connect]: Access denied for user 'sbtindyo_smitty'@'localhost' (using password: YES)"
So I suspect the SQL database is not copied to the local WampServer

Attempt #3: I exported the MySQL database from the original church website. However, Wampserver has a 2Mb limit on importing databases. As luck would have it, the database I have is 5.5Mb in size.

At this time all I want to do is to bring up the website one more time to copy the content to our new SS build. There has to be a better way.

I am open to any suggestions.

-WittySmitty

Posted to: Issues in moving SS website to local WampServer | Show Thread | Post Reply

Re: 3.1 BUG? URL-SEGMENT is missing.

dacar — Tue, 30 Apr 2013 09:24:25 +1200

Uups, sorry. It was related to the DataObject-As-Pages module. It seems not to be compatible?!

Posted to: 3.1 BUG? URL-SEGMENT is missing. | Show Thread | Post Reply

3.1 BUG? URL-SEGMENT is missing.

dacar — Tue, 30 Apr 2013 09:16:00 +1200

Hi, i have just installed 3.1 and i am wondering why i can't edit the url-segment? The Label is visible, but nor the the Link or the edit button. Here is the generated code. Why is it set to style="display: none;"?

<div class="field text urlsegment" id="URLSegment">
   <label for="Form_EditForm_URLSegment" class="left">URL-Segment</label>
   <div class="middleColumn">
      <div class="preview-holder">
   <a target="_blank" href="http://www.xyz.de/gsw/home" class="preview" style="display: none;">home</a>
   <button class="ss-ui-button ss-ui-button-small edit ui-button ui-widget ui-state-default ui-corner-all ui-button-text-only" role="button" aria-disabled="false" style="display: none;"><span class="ui-button-text">
      Edit
   </span></button>
</div>
<div class="edit-holder">
   <input type="text" data-suffix="?stage=Stage" data-prefix="http://www.xyz.de/gsw/" id="Form_EditForm_URLSegment" class="text urlsegment" value="home" name="URLSegment" style="width: 265px;"><button class="update ss-ui-button-small ss-ui-button ui-button ui-widget ui-state-default ui-corner-all ui-button-text-only" role="button" aria-disabled="false"><span class="ui-button-text">OK</span></button><button class="cancel ss-ui-action-minor ss-ui-button-small ss-ui-button ui-button ui-widget ui-state-default ui-corner-all ui-button-text-only" href="#" role="button" aria-disabled="false"><span class="ui-button-text">Cancel</span></button><button class="ss-ui-button ss-ui-button-small edit ui-button ui-widget ui-state-default ui-corner-all ui-button-text-only" role="button" aria-disabled="false" style="display: none;"><span class="ui-button-text">Edit</span></button>
   <button class="update ss-ui-button-small ss-ui-button ui-button ui-widget ui-state-default ui-corner-all ui-button-text-only" role="button" aria-disabled="false"><span class="ui-button-text">
      OK
   </span></button>
   <button class="cancel ss-ui-button-small ss-ui-action-minor ss-ui-button ui-button ui-widget ui-state-default ui-corner-all ui-button-text-only" role="button" aria-disabled="false"><span class="ui-button-text">
      Cancel
   </span></button>
   <p class="help">Sonderzeichen werden automatisch umgewandelt oder entfernt.</p>
</div>
   </div>

</div>
/

Hope, anybody can help. Greetings, Carsten.

Posted to: 3.1 BUG? URL-SEGMENT is missing. | Show Thread | Post Reply

Re: [SOLVED] Readonly fields being saved as empty

blueskies — Tue, 23 Apr 2013 21:39:57 +1200

I've found out why this is happening, and am wondering why this hasn't been raised as a major issue before.

I found: API CHANGE Read-only fields no longer include companion hidden fields…
https://github.com/silverstripe/sapphire/commit/3b3b515571ba54cf8ca9c4dc1deaa82210e04d88

And because those hidden fields are no longer included my entire application (which was built upon generic views) was saving incorrectly.

If I used:

$Hoogte = new NumericField('Hoogte','Hoogte (mm)', $this->Hoogte);
if($actionGroup == 'edit'){
$Hoogte = $Hoogte->performReadonlyTransformation();
}

... it would resave the dataobject with "Hoogte"=0, even if the "Hoogte" was 250 or whatever other number.

I can fix it by using this:

$Hoogte = new NumericField('Hoogte','Hoogte (mm)', $this->Hoogte);
if($actionGroup == 'edit'){
$Hoogte = $Hoogte->performReadonlyTransformation();
$Hoogte->setIncludeHiddenField(true);
}

... but am not happy with this, as I cannot possibly change every singly form by hand (the app currently has 54 dataobjects), so I'm trying to find a way to maybe override the ReadOnly object. In the meantime: anyone running into this can find this as the answer and hopefully not spend as many days on it as I have due to lacking documentation.

Posted to: [SOLVED] Readonly fields being saved as empty | Show Thread | Post Reply

Re: Form with readonly-fields overwriting existing values

blueskies — Fri, 19 Apr 2013 08:51:21 +1200

Hmmm... I was afraid of that. Let me find a clean test-case and possibly raise a ticket.

Posted to: Form with readonly-fields overwriting existing values | Show Thread | Post Reply

Re: What Version and Updating?

Willr — Mon, 15 Apr 2013 21:57:12 +1200

1) The system doesn't currently have a UI based update tool. With 3.0 it introduced a composer support (http://getcomposer.org/) which might make a UI for updates 'possible' but it's not something the core team are interested in (updates should be done by developers, not CMS users!)

2) Version number is shown in the CMS if you hover over the SilverStripe logo on the left. If you use composer to download / manage your SilverStripe installation then you can use that to tell you what version you have.

3) You can customize the CMS CSS by defining a custom CSS file - LeftAndMain::require_css('path/to/your/css.css') then but any customisations in that CSS file.

Posted to: What Version and Updating? | Show Thread | Post Reply

What Version and Updating?

Rikev — Mon, 15 Apr 2013 08:36:28 +1200

Hello, I am very new to Silverstripe and if anything, the hardest part was finding stuff to put on my site since it's so easy to use.

I am wondering about updating though. First where do I find the update in the admin panel? Second how do I find the version number as I just installed whatever version was in my website's control panel. I looked at the bottom of my page and it was missing. If I go to /test.php though it shows string(9) "3.0.x-dev"

I love the simple skin by the way. Though I had to hack it a bit to put a small logo in. Would updates wipe that out? If I copied the skin then modified it the site showed some default blur bar with the menu missing.

Sorry lots of questions!

Posted to: What Version and Updating? | Show Thread | Post Reply

Re: Export Blog Data from 2.4 site to SS3 site [Solved]

Pix — Wed, 03 Apr 2013 06:46:10 +1300

OK, I just did this again works like a charm. Here's what I did, using phpMyAdmin:

1) Make a copy of existing 2.4 database (you really only need these tables: sitetree, sitetree_live, blogentry, blogentry_live).
2) With your database copy, you delete the following fields from sitetree and sitetree_live: ToDo, Priority, Status, HomepageForDomain
3) Export the records with class name 'BlogEntry' from sitetree and sitetree_live. Also, export the blogentry, blogentry_live tables.
4) import them into your SS3 site!

A few things to note: you will probably need to change the 'ParentID' value of the BlogEntry records to match the ID of your BlogHolder page unless coincidentally they match, otherwise the blog entries won't show in CMS or on site! Also, upon importing into your new site, you may run into a Primary Key conflict if there are pages already existing with the same ID as something you are trying to import. In that case, all you need to do is change the ID of the record you are trying to import to something unique.

Hope that helps.

Posted to: Export Blog Data from 2.4 site to SS3 site [Solved] | Show Thread | Post Reply

Pages only available in dev mode not in live mode

wagnerma — Tue, 02 Apr 2013 09:05:03 +1300

I have a strange problem. I have done a clean install of SS 3.0.5. I installed all my data, all seems fine. After switching in live mode, I can't edit the content anymore in the admin area, all content is empty and the site shows error pages. After switching back to dev mode in config.php, all is fine. Any idea what is going wrong?

Thanks for your help.

Regrads,
Marcel

Posted to: Pages only available in dev mode not in live mode | Show Thread | Post Reply

Re: [Solved] The method 'setpagesize' does not exist on 'PaginatedList'

TC81 — Wed, 27 Mar 2013 06:34:13 +1300

I could be wrong but it appears that the code at http://doc.silverstripe.org/framework/en/reference/searchcontext is actually incorrect. In order to use paginated results I've used the following instead:

public function doSearch($data, $form) {
       $context = singleton('MyObject')->getCustomSearchContext();
       $results = $context->getResults($data);
       $results = new PaginatedList($results, $this->request);

       return $this->customise(array(
       'Results' => $results
       ))->renderWith(array('MyObject_results', 'Page'));
      }

Just thought I'd share incase anyone else runs into the same problem - it may be the code on that page works and I was making some other mistake, but the above snippet seems to have done the trick for me.

Posted to: [Solved] The method 'setpagesize' does not exist on 'PaginatedList' | Show Thread | Post Reply

[Solved] The method 'setpagesize' does not exist on 'PaginatedList'

TC81 — Wed, 27 Mar 2013 01:04:35 +1300

I'm upgrading a site from 2.4.5 to 3.0.5 and I've managed to resolve most of the issues I have come up against, but this one has got me stumped.

I have a custom module - a "song library" - that is made up of several dataObjects: song, theme, subtheme and publisher. I use a custom searchcontext to provide search facilities on the front end of the site with paginated results. This was working fine in 2.4.5. I've done some minor tweaks (getting changing methods to populate dropdown menu's etc) but otherwise the actual search functions are basically exactly what's here: http://doc.silverstripe.org/framework/en/reference/searchcontext

I can get the search function to return un-paginated results, but when I try and use paginated results I get the following error:

the method 'setpagesize' does not exist on 'PaginatedList'

I'm a bit stuck because my functions are so close to the examples I don't get it. Is it possibly something in the template? One of the only differences is I use: renderWith(array('SongSearch_results', 'Page'); instead of renderWith('SongSearch_results'); but I've tried changing that line and it seems to make no difference.

Posted to: [Solved] The method 'setpagesize' does not exist on 'PaginatedList' | Show Thread | Post Reply

Re: Form with readonly-fields overwriting existing values

Willr — Wed, 20 Mar 2013 20:39:49 +1300

Sounds like a 'feature' that wasn't documented in 2.* and has been removed. If a field is a Readonly field it shouldn't update the object. Perhaps raise a ticket to open.silverstripe.org.

Posted to: Form with readonly-fields overwriting existing values | Show Thread | Post Reply

Re: Pic Upload with 2.4.5 (sapphire) doesn't work

IOTI — Wed, 20 Mar 2013 01:22:52 +1300

If you haven't already, you should also install the Uploadify module, developed by the same guy who made dataobject manager. you can get the latest version here : https://github.com/unclecheese/Uploadify.

And to be devils advocate, I would recommend upgrading to 3.0. If you're not comfortable with code and this is an older site then maybe stick with 2.4, but if this is a new project your working on you should be doing it in 3.0.

Posted to: Pic Upload with 2.4.5 (sapphire) doesn't work | Show Thread | Post Reply

Re: Upgrade to 3.0.5 causes "Compass Error:LoadError"

vwd — Wed, 20 Mar 2013 00:10:16 +1300

Thanks for clarifying that Will. I'd already removed it from my composer.json. Thanks also for pointing out Grunt.

VWD.

Posted to: Upgrade to 3.0.5 causes "Compass Error:LoadError" | Show Thread | Post Reply

Re: Upgrade to 3.0.5 causes "Compass Error:LoadError"

Willr — Tue, 19 Mar 2013 22:02:26 +1300

You only need the compass module if you're dev'ing on the core admin / cms. I personally prefer using compass via command line or grunt (https://github.com/gruntjs/grunt-contrib-compass).

Posted to: Upgrade to 3.0.5 causes "Compass Error:LoadError" | Show Thread | Post Reply

Re: Upgrade to 3.0.5 causes "Compass Error:LoadError"

vwd — Tue, 19 Mar 2013 12:38:09 +1300

Strange that this is happening after the recent composer update as the Compass module has been in composer.json all along.

In any case, I've removed the Compass module from composer.json as a workaround, as I use Compass from the CLI anyway.

Having a look this [url=https://github.com/silverstripe-labs/silverstripe-compass/issues/9 = https://github.com/silverstripe-labs/silverstripe-compass/issues/9]issue on Github[/a], am I correct in assuming that many don't use this module anyway?

Thanks.
VWD.

Posted to: Upgrade to 3.0.5 causes "Compass Error:LoadError" | Show Thread | Post Reply

Upgrade to 3.0.5 causes "Compass Error:LoadError"

vwd — Mon, 18 Mar 2013 19:08:28 +1300

Hi,

I just did a composer update and now I'm getting the following error:

[User Error] Compass Error:LoadError on line 36 of /Library/Ruby/Site/1.8/rubygems/custom_require.rb: no such file to load -- bundler/setupRun with --trace to see the full backtrace

Any ideas why this might be happening? I noticed that the composer update pulled in silverstripe/compass

Thank you very much.

Kind regards,
VWD.

Posted to: Upgrade to 3.0.5 causes "Compass Error:LoadError" | Show Thread | Post Reply

Re: Export Blog Data from 2.4 site to SS3 site [Solved]

Pix — Sat, 16 Mar 2013 13:49:35 +1300

Wow, it's been awhile...I'm trying to remember....knowing me I did it the hard way :0)

As I recall, using phpMyAdmin I exported all the tables that had to do with the blog, and then I imported them into the new SS3 site.

Then, I exported the SiteTree table, but only the blog entries (class = BlogEntry). However, there are a couple of fields (such as ToDo and Priority) that are in the 2.4 SiteTree that are not in the SS3 SiteTree, so I got rid of all of those. Basically, I made it look exactly the same as the fields in the SS3 SiteTree, and then I imported. Does that make sense?

Actually, I am going to be doing it again here soon shortly, so if I miss anything I wil post again.

Posted to: Export Blog Data from 2.4 site to SS3 site [Solved] | Show Thread | Post Reply

Re: Export Blog Data from 2.4 site to SS3 site [Solved]

DsX — Fri, 15 Mar 2013 07:15:42 +1300

What did you do?
I need to do the same. ;/

Posted to: Export Blog Data from 2.4 site to SS3 site [Solved] | Show Thread | Post Reply

Re: Pic Upload with 2.4.5 (sapphire) doesn't work

Sonjaa2322 — Fri, 15 Mar 2013 01:57:47 +1300

Thanks a lot, will try!

Posted to: Pic Upload with 2.4.5 (sapphire) doesn't work | Show Thread | Post Reply

Re: Pic Upload with 2.4.5 (sapphire) doesn't work

Devlin — Fri, 15 Mar 2013 01:52:18 +1300

You can update 2.4.5 to 2.4.10 with no problems.

As for the upload thingy: you're using the DataObjectManager module. I recommend to update the module and see if the upload works for you again.

SS3: DataObjectManager is not compatible with SS3 so you need to do some changes to your site if you want to upgrade to SS3.
@see http://doc.silverstripe.org/framework/en/installation/upgrading

I'd recommend to stick with 2.4.10 for while.

Posted to: Pic Upload with 2.4.5 (sapphire) doesn't work | Show Thread | Post Reply

Pic Upload with 2.4.5 (sapphire) doesn't work

Sonjaa2322 — Fri, 15 Mar 2013 00:54:36 +1300

Hi guys,

Files&Images/Upload

I created a new folder for pis, wanted to use the link "Add files to new folder" (see attachment), but there is no chance to upload any pic. The system doesn't react, when the continue button is pressed. What to do please ??

Is it an option to upgrade to 3.x? Any problems known? What should we take care of?

Many thanks for your help,
Sonja

Posted to: Pic Upload with 2.4.5 (sapphire) doesn't work | Show Thread | Post Reply

Pic Upload with 2.5.4 (sapphire) doesn't work

Sonjaa2322 — Fri, 15 Mar 2013 00:54:31 +1300

Hi guys,

Files&Images/Upload

Is it an option to upgrade to 3.x? Any problems known? What should we take care of?

Many thanks for your help,
Sonja

Posted to: Pic Upload with 2.5.4 (sapphire) doesn't work | Show Thread | Post Reply

Form with readonly-fields overwriting existing values

blueskies — Thu, 14 Mar 2013 00:14:47 +1300

HI all,

Hope someone can point me in the right direction with this problem. I have set up some forms in my front end to add/edit dataobjects. The idea is that with "add" all from fields are editable and with an "edit" only certain fields are editable. When I set some of the fields in the edit form to readonly, those fields get set to NULL/0 after the dataobject->write()... That is incorrect, they should be left alone and keep their original (add) value. This used to work in SS 2.* but readonly's get changed to 0/NULL when I upgraded to 3.

I have a form set up, the standard way:

public function EditForm() {
      $fields = $this->currentRecord->getFrontendFields($this->request->param('OtherID'));
      $validator = ($this->currentRecord->hasMethod('getValidator')) ? $this->currentRecord->getValidator() : new RequiredFields();
      $actions = new FieldList(
         new FormAction("doEdit", 'Opslaan')
      );
      $form = new Form($this, "EditForm", $fields, $actions, $validator);
      $form->loadDataFrom($this->currentRecord);
      return $form;
   }

with a form handler:

function doEdit($data, $form, $request) {
      $form->saveInto($this->currentRecord);
      $this->currentRecord->write();
      return "#".$CSSClassName.$this->currentRecord->ID;
   }

When I add a dataobject, all form fields are editable. When a dataobject is edited, only certain fields can be changed. I handle that in the getFrontEndFields of the dataobject. Ie:

function getFrontendFields($actionGroup='edit') {
   $VerbruikKwhUrenHoog = new TextField('Verbruik Kwh Uren Hoog','Verbruik Kwh uren hoog(T1)');
   $VerbruikKwhUrenLaag = new TextField('Verbruik Kwh Uren Laag','Verbruik Kwh uren laag (T1)');
   if( !empty($this->ID) ){
      $VerbruikKwhUrenLaag = $VerbruikKwhUrenLaag->performReadonlyTransformation();
   }
   return new FieldList(
      new FieldGroup(
         $VerbruikKwhUrenLaag,
         $VerbruikKwhUrenHoog
      )
   );
}

Now after the $this->currentRecord->write() in the doEdit method all the readonly fields are set to 0/NULL. Is this expected behaviour since SS3? Or am I missing something?

Posted to: Form with readonly-fields overwriting existing values | Show Thread | Post Reply

Re: CommentAdmin::EditForm()

IOTI — Wed, 13 Mar 2013 03:30:43 +1300

Did you try doing a ?flush=all after updating the files?

Posted to: CommentAdmin::EditForm() | Show Thread | Post Reply

Re: CommentAdmin::EditForm()

Parker1090 — Fri, 08 Mar 2013 01:26:50 +1300

Thanks both for the reply.

I've updated the files to the 3.0.5 version, but it still throws an error as it's trying to look for a file that don't exist...

[Warning] require_once(/public_html/cms/code/CommentAdmin.php): failed to open stream: No such file or directory
GET /admin/pages/edit/show/1
Line 82 in /public_html/framework/core/manifest/ClassLoader.php

Why would it be trying to look for the old file?

Trace

Trace
SS_ClassLoader::loadClass
ClassLoader.php:82
SS_ClassLoader->loadClass(CommentAdmin)
spl_autoload_call(CommentAdmin)
ReflectionClass->__construct(CommentAdmin)
CMSMenu.php:271
CMSMenu::get_cms_classes()
AdminRootController.php:40
AdminRootController::rules()
AdminRootController.php:83
AdminRootController->handleRequest(SS_HTTPRequest,DataModel)
Director.php:296
Director::handleRequest(SS_HTTPRequest,Session,DataModel)
Director.php:119
Director::direct(/admin/pages/edit/show/1,DataModel)
main.php:126

Posted to: CommentAdmin::EditForm() | Show Thread | Post Reply

Re: Upgrade Broken Certain Page Type

banksy — Wed, 06 Mar 2013 20:39:09 +1300

SOLVED

I found a report that had a link to one of the problematic pages, and when I tried to use that link it displayed the error message instead of swallowing it.

FYI in case it's useful to anyone, the problem was using a deprecated:
$fields->addFieldToTab('Root.Content.Main', new DropDownField('....
Changed to the following and I'm up and going:
$fields->addFieldToTab('Root.Main', new DropDownField('....

Posted to: Upgrade Broken Certain Page Type | Show Thread | Post Reply

Upgrade Broken Certain Page Type

banksy — Wed, 06 Mar 2013 20:25:21 +1300

My web host has recently upgraded me from 2.4 to 3.0 at my request.

It took them a bit of work and manual manipulation to make it work, but it seems to be displaying ok now.

There is a problem in the CMS though. If I click on one type of page, it will not load. It behaves as if it's going to load, but then the page I was previously on stays loaded. Other pages seem to load ok.

I'm trying to find a log message that will indicate what's going wrong.

I have the following in my _config.php.

Director::set_environment_type("dev");

But loading the page in the CMS does not add anything to my /mysite/tmp/errors.log file.

Can anyone point me in the right direction to help me troubleshoot?

Thanks in advance.

Posted to: Upgrade Broken Certain Page Type | Show Thread | Post Reply

Re: CommentAdmin::EditForm()

Willr — Tue, 05 Mar 2013 17:18:41 +1300

Comments module has probably been kept up to date in align with 3.1 so try downloading the new 3.1 beta. You should use that or 3.0.5.

Posted to: CommentAdmin::EditForm() | Show Thread | Post Reply

Re: CommentAdmin::EditForm()

frankmullenger — Tue, 05 Mar 2013 10:32:08 +1300

You probably need to add a parameter to your CommentAdmin::EditForm() declaration so it matches:
https://github.com/silverstripe/sapphire/blob/3.0/admin/code/LeftAndMain.php#L1003

So, adding $request=null should do it.

Posted to: CommentAdmin::EditForm() | Show Thread | Post Reply

CommentAdmin::EditForm()

Parker1090 — Mon, 04 Mar 2013 23:24:43 +1300

Hi All,
I downloaded a copy of SS 3.03, and trying to upgrade my site to this version.
I hit a few issues, which I've managed to get around, but now I'm stuck with this one, so any help will be massively appreciated!

[Strict Notice] Declaration of CommentAdmin::EditForm() should be compatible with that of LeftAndMain::EditForm()
GET /index.php/admin/pages
Line 318 in /xxxxx/xxxxx/cms/code/CommentAdmin.php

Cheers in advance

Posted to: CommentAdmin::EditForm() | Show Thread | Post Reply

Re: Two odd things with SS3.0.4

_Vince — Mon, 04 Mar 2013 22:47:52 +1300

Well, 3.0.5 came out in the meatime, and while I can now unpublish pages and delete them, the deleted pages stay on the tree with "deleted" next to their name and refreshing the CMS page doesn't change anything.

Why would I want to keep seeing the deleted pages forever anyway? I deleted them, didn't I?

If I go to the site tree and delete the page from there, as usual, it works.

But it's very counter-intuitive.

Or am I doing something wrong?

Posted to: Two odd things with SS3.0.4 | Show Thread | Post Reply

admin area looks strange and need always a refresh to function

wagnerma — Mon, 04 Mar 2013 10:08:50 +1300

I upgraded from silverstripe 2.4 to 3.0.5. At the beginning, all seems to work fine, after I upgraded my site like documented. At a certain point, my site seems to crash the admin area. The site is running fine, only the admin area isn't function. When you try to edit a page of the site you get wired text out put and the admin area stops working. Pressing the reload button, all is fine, I can edit the page, pressing save, the same picture. I need to reload. I took a screen shot of the wired text look.
Any idea?

Thanks for your help!

Marcel

Posted to: admin area looks strange and need always a refresh to function | Show Thread | Post Reply

Re: Upgrade 2.4.5 'sapphire' -> 3.0.5 'framework' various questions

Willr — Sun, 03 Mar 2013 10:52:51 +1300

I have in the past run into

[Warning] get_class() expects parameter 1 to be object, array given
GET /
Line 154 in /www/html/framework/core/ClassInfo.php

When I've tried applying an extension (ne. decorator) to a class that no longer exists.

Posted to: Upgrade 2.4.5 'sapphire' -> 3.0.5 'framework' various questions | Show Thread | Post Reply

Re: Upgrade 2.4.5 'sapphire' -> 3.0.5 'framework' various questions

forumq42 — Sat, 02 Mar 2013 17:11:59 +1300

Latest update.

These browser errors:

- DataObjectDecorator -> DataExtension : seems to have gone smoothly.

###

[User Deprecated] DataObjectSet is deprecated. DataObjectSet is deprecated. Use DataList or ArrayList instead.

Replaced DataObjectSet instances with DataList wherever it was found. Not sure this is all that needs to be done regarding DataObjectSet -> DataList (or ArrayList) since I see warnings and errors that I think resulted from making this change.

###

Many instances of issues with canEdit, canDelete(), canCreate() parameter list. Replaced canEdit() with canEdit($member = false) wherever found

[Strict Notice] Declaration of Author::canEdit() should be compatible with that of DataObject::canEdit()
GET /dev/build/?flush=1

Think these are all corrected now.

###

[Warning] get_class() expects parameter 1 to be object, array given
GET /
Line 154 in /www/html/framework/core/ClassInfo.php

Haven't diagnosed solution yet. Only a warning though?

###

Many /dev/builds and flushes later, still main error popping up in Apache log:

[Fri Mar 01 19:31:49 2013] [error] [client ] PHP Strict Standards: Declaration of ItemController::ThemeDir() should be compatible with that of ViewableData::ThemeDir() in /www/html/mysite/code/Book.php on line 1610

I've changed any reference of Root.Content.____ to Root.____ where I found it, however still getting the error above. There's references to Root.Behavior and Root.Subnav . Should these be altered ?

###
###

Also browser still producing:

[Warning] get_class() expects parameter 1 to be object, array given
GET /
Line 154 in /www/html/framework/core/ClassInfo.php

###

I assume this one has something to do with changing DataObjectSet to DataList. Definitely did several /dev/builds and flushes, error still present.

[User Error] DataObject::buildSQL: Can't find data classes (classes linked to tables) for Array. Please ensure you run dev/build after creating a new DataObject.
GET /
Line 113 in /www/html/framework/model/DataQuery.php

###

Not sure on these yet though assume related to DataObjectSet in some fashion:

[User Error] singleton() passed bad class_name: array ( 0 => Project::__set_state(array( 'destroyed' => false, 'model' => DataModel: ..... longlonglong output....
GET /
Line 340 in /www/html/framework/core/Core.php

[Warning] Illegal offset type in isset or empty
GET /
Line 657 in /www/html/framework/control/injector/Injector.php

[Warning] strpos() expects parameter 1 to be string, array given
GET /
Line 663 in /www/html/framework/control/injector/Injector.php

[Warning] Illegal offset type in isset or empty
GET /
Line 886 in /www/html/framework/control/injector/Injector.php

[Warning] Illegal offset type in isset or empty
GET /
Line 306 in /www/html/framework/core/Object.php

[Warning] class_exists() expects parameter 1 to be string, array given
GET /
Line 897 in /www/html/framework/control/injector/Injector.php

[Warning] Illegal offset type
GET /
Line 786 in /www/html/framework/control/injector/Injector.php

[Notice] Array to string conversion
GET /
Line 843 in /www/html/framework/control/injector/Injector.php

[User Error] Uncaught ReflectionException: Class Array does not exist
GET /
Line 843 in /www/html/framework/control/injector/Injector.php

Posted to: Upgrade 2.4.5 'sapphire' -> 3.0.5 'framework' various questions | Show Thread | Post Reply

Re: Database too heavy for import

simon_w — Fri, 01 Mar 2013 19:22:01 +1300

Alternatively, you can just pipe the SQL dump directly into MySQL. I can't remember where MAMP keeps its binaries, but the command to run from Terminal will be something like:
/Applications/MAMP/.../bin/mysql -u root -p databasename < /path/to/file.sql

If the root MySQL user doesn't have a password, drop the -p and if the database hasn't been created but the sql file has a CREATE DATABASE line at the top, then you can drop the databasename.

Posted to: Database too heavy for import | Show Thread | Post Reply

Re: Upgrade 2.4.5 'sapphire' -> 3.0.5 'framework' various questions

forumq42 — Fri, 01 Mar 2013 14:17:19 +1300

Thanks for the reply!

No .htaccess that I can find in /html or above it. Pretty sure all the rewriting is done in httpd.conf on our installation and pretty sure I corrected those.

As for modules we have installed there are a few: /subsites, /googlesitemaps, /peruseraccess, /sitetreeimporter, /swfupload and a couple others. However the Subsites module is one that is a requirement to go along with upgrading from 2.4.x to 3.x for us as we have several sites configured with subsites.

/dev/build/?flush=1 managed to run, of course the result was a page with an updated error report.

I'm hopeful that eventually I can untangle the changes from 2.4.x to 3.x and come up with the best plan of attack. From what I can tell from the upgrade docs and changelog the :

- /cms and /sapphire -> /framework directory have to be replaced. Got that far.

- Then there's the issue of module compatibility. I plan to remove any that aren't supported in 3.x or immediately needed at least.
Subsites will have to be working and stable.
- /subsites <- replaced with 3.x version of /subsites & did a /dev/build/?flush=1

- /mysite : correct any code under /mysite/code SS API function calls that <- working on this as errors pop up, we have almost 50 files under /mysite/code

- /themes: correct custom templates (.ss) code in /themes/../template to correspond to SS 3.x template language changes. <- not touched yet

Currently in my Apache error log I'm still getting complaints about errors but working through them along with what's displayed when I hit http://<mysite>

extraStatics(): I'm pretty sure the changelog explains what to do here. Changed function calls to static variable declaration in a handful of files.

___

updateCMSFields(), need to change calls of getCMSFields() to have appropriate parameters in a few files. Think those were corrected.

___

DataObject function declaration changed so was getting errors on. Fixed those in a couple files.

DataObject::canEdit()
DataObject::canDelete()
DataObject::canCreate()

___
___

[Thu Feb 28 12:39:58 2013] [error] [client ] PHP Strict Standards: Declaration of Page_Controller::ThemeDir() should be compatible with that of ViewableData::ThemeDir() in /www/html/mysite/code/Page.php on line 300

Still working on this one.

---

Some functions deprecated including:

- DataObjectDecorator, use DataExtension instead from ReflectionClass->newInstance

- DataObjectSet , use DataList or DataArray instead.

- DataList->getRange. Use limit($length,$offset) instead.

Haven't looked much at these yet.

---

[Thu Feb 28 16:58:16 2013] [error] [client] PHP Parse error: syntax error, unexpected '<', expecting T_STRING or T_VARIABLE or '{' or '$' in /www/html/silverstripe-cache/.cache.themes.sass.templates.Page.ss on line 5

One of the newest ones. Assume I have to update some lines of template code in Page.ss.

Likely will try tackling some of these tomorrow.

Posted to: Upgrade 2.4.5 'sapphire' -> 3.0.5 'framework' various questions | Show Thread | Post Reply

Re: Database too heavy for import

johannes — Fri, 01 Mar 2013 10:36:14 +1300

Try using MySQL Workbench (http://www.mysql.de/products/workbench/), I never had problem even with 50MB DB dumps.

Posted to: Database too heavy for import | Show Thread | Post Reply

Re: Upgrade 2.4.5 'sapphire' -> 3.0.5 'framework' various questions

Willr — Thu, 28 Feb 2013 21:10:51 +1300

You should see a .htaccess file (it will be a hidden file so consult your OS documentation on how to show hidden files). On the subsite issue, make sure you've updated to the latest build of subsites for 3.0 support.

Posted to: Upgrade 2.4.5 'sapphire' -> 3.0.5 'framework' various questions | Show Thread | Post Reply

Re: Database too heavy for import

Willr — Thu, 28 Feb 2013 20:58:30 +1300

You could spilt your database import file into multiple files.

Posted to: Database too heavy for import | Show Thread | Post Reply

Re: Database too heavy for import

_Vince — Thu, 28 Feb 2013 10:32:01 +1300

You've tried zipping up the database export file, right?

If that doesn't solve it, do you have a lot of versions of each page?

There's an SQL script somewhere that deletes the older versions of each page and this might reduce the size of the database somewhat. I can't google it now, but I remember it worked quite well.

Posted to: Database too heavy for import | Show Thread | Post Reply

Two odd things with SS3.0.4

_Vince — Thu, 28 Feb 2013 10:25:52 +1300

I'm having two problems with 3.0.4 that I think are odd.

The first is that the "Unpublish" and "Delete from the draft site" buttons under the editor box in the CMS don't actually DO anything. I get the "spinning" .gif and then... nothing happens. If I want to delete a page I have to go into the Edit Tree panel and do it from there.

The other odd thing is that, for the life of me, I cannot find the "disable comments" check box on the blog.

Now, I assume that these errors are pretty obvious so, I must be doing something wrong. Can someone tell me what I need to do?

Sounds like some sort of settings thing?

Posted to: Two odd things with SS3.0.4 | Show Thread | Post Reply

Database too heavy for import

rsilvajls — Wed, 27 Feb 2013 09:26:01 +1300

Hi, I am a SS newbie and I am trying to upgrade a site but I am stuck backing up the database. I am trying to bring my site back into my MAMP server but the database seems to be too large for import.

Can anyone help?

Thanks!

Posted to: Database too heavy for import | Show Thread | Post Reply

Upgrade 2.4.5 'sapphire' -> 3.0.5 'framework' various questions

forumq42 — Tue, 26 Feb 2013 12:38:27 +1300

Currently I have multiple installations SS 2.4.5 running in production.

On our dev web server I've just recently downloaded SS 3.0.5 and started walking through the upgrade guidelines from:
http://doc.silverstripe.org/framework/en/installation/upgrading

and reading:
http://doc.silverstripe.org/framework/en/trunk/changelogs/3.0.0#upgrading

"Rename references of sapphire to framework in .htaccess, web.config and /usr/bin/sake (the last is only necessary if you use sake)"
- don't see any .htaccess files
- /cms/web.config doesn't seem to contain any reference to /sapphire or /framework
- not using /usr/bin/sake as far as I know

I've backed up the working test installation of 2.4.5 before starting. I've only been working with this inherited SilverStripe a few months however I am fairly familiar with Unix, Apache and PHP. There is a fair bit of content on the 3 sites along with a handful of custom templates that were developed outside our organization.

Basically I've just deleted/moved the old 2.4.5 /cms and /sapphire directories and moved the 3.0.5 directories for /cms and the /framework directories into the old /html.

At this point I am sure some url's are broken due to rewrite rules. I've gone into Apache's httpd.conf and vhosts.conf files and replaced the few instances of 'sapphire' with 'framework' and restarted Apache. I did not find any .htaccess files under /html.

When I attempt to go the the website in order to do a /dev/build, I end up with a 500 Internal Error instead of the /dev/build output. Going to http://<mysite>/i.php will show me the PHP info page.

I assumed at first SilverStripe's main.php isn't even getting read and that I'm missing somewhere that has sapphire hardcoded instead of framework at the very least but was wondering where I should be looking next, however from my Apache error log I've seen (IPs changed to xxx by me:

[Mon Feb 25 16:08:50 2013] [error] [client xxx.xxx.xxx.xxx] Request exceeded the limit of 10 internal redirects due to probable configuration error. Use 'LimitInternalRecursion' to increase the limit if necessary. Use 'LogLevel debug' to get a backtrace.

[Mon Feb 25 16:05:10 2013] [error] [client xxx.xxx.xxx.xxx] PHP Fatal error: Call to undefined function mb_http_output() in ../www/html/framework/core/Core.php on line 232

the lines from Core.php:
232   mb_http_output('UTF-8');
233   mb_internal_encoding('UTF-8');
234   mb_regex_encoding('UTF-8');

###

Update:

Looking at phpinfo() I don't think multibyte extensions are installed in the version of PHP on the server currently. Perhaps this is the culprit?

After doing a 'yum install php53-mbstring.x86_64' and restarting Apache I seem to no longer be getting mbstring errors. Still can't /dev/build but errors from Apache now look like:

[Mon Feb 25 17:05:18 2013] [error] [client xxx.xxx.xxx.xxx] PHP Strict Standards: Declaration of SortableDataObject::extraStatics() should be compatible with that of DataExtension::extraStatics() in /www/html/dataobject_manager/code/SortableDataObject.php on line 123

and similar errors for other modules like ConcurrentEditingSiteTree, GoogleSitemapDecorator, AssetManagerFolder, etc.

###

Update #2:

After commenting out about a dozen lines from /mysite/_config.php and many reloads of http://<mysite>/dev/buid/?flush=1 some dev/build output was displayed. Quite a bit actually. Hopefull I would at least be able to get to the front page I directed the browser to http://<mysite> but was greeted by trace output which I suppose is a better than a 500 Internal Error. The trace results without the actual lines of code displayed looks something like:

[Strict Notice] Declaration of Subsite::duplicate() should be compatible with that of DataObject::duplicate()
GET /
Line 8 in /www/html/subsites/code/Subsite.php

[Strict Notice] Declaration of Subsite::canEdit() should be compatible with that of DataObject::canEdit()
GET /
Line 8 in /www/html/subsites/code/Subsite.php

[User Deprecated] DataList->join is deprecated. Use innerJoin() or leftJoin() instead. Called from DataObject::get.
GET /
Line 171 in /www/html/framework/dev/Deprecation.php

[User Deprecated] DataQuery->join is deprecated. Use innerJoin() or leftJoin() instead. Called from {closure}.
GET /
Line 171 in /www/html/framework/dev/Deprecation.php

[Notice] Undefined offset: 0
GET /
Line 306 in /data/www/html/subsites/code/Subsite.php

[User Deprecated] SQLQuery->__get is deprecated. Please use getDelete() instead. Called from SiteTreeSubsites->augmentSQL.
GET /
Line 171 in /www/html/framework/dev/Deprecation.php

###

Suggestions welcome.

Posted to: Upgrade 2.4.5 'sapphire' -> 3.0.5 'framework' various questions | Show Thread | Post Reply

Re: [SOLVED] Readonly fields being saved as empty

Van — Mon, 18 Feb 2013 13:19:30 +1300

Hi blueskies,

That's a tough one. It might help if you could post some of your code because it shouldn't be doing that.

Perhaps look over the bug tracker to see if anyone else is having that problem. Sorry I can't help any more than that.

Posted to: [SOLVED] Readonly fields being saved as empty | Show Thread | Post Reply

Re: rssFeed on 3.03

cduff — Tue, 12 Feb 2013 08:22:59 +1300

Thank you very much. I can hardly believe I missed that.

Posted to: rssFeed on 3.03 | Show Thread | Post Reply

[SOLVED] Readonly fields being saved as empty

blueskies — Tue, 12 Feb 2013 00:28:33 +1300

I have the following situation: In a DataObject I have a list of formfields in getFrontendFields of which some are readonly (performReadonlyTransformation) when _updating_ the dataobject. So when I _add_ a dataobject I can fill in things like ManufacturedDate and when I _edit_ the DataObject the ManufacturedDate is readonly but other fields (such as Status) are editable.

The problem is, is that when I change the Status during _editing_, the ManufacturedDate is reset to NULL. Even though I filled in 2013 when I _added_ the dataobject, when I edit it and _only_ change the Status (and ManufacturedDate is readonly) the ManufacturedDate gets saved/reset to NULL.

This was NOT the case in Silverstripe 2.*. It has only been happening since 3.*. What is best practice to prevent this from happening? Do I really need to add a hidden field with the current ManufacturedDate in it? That seems so messy. Somehow I'm missing something in the docs... can someone please point me in the right direction?

Posted to: [SOLVED] Readonly fields being saved as empty | Show Thread | Post Reply