Problem with "defaults"
Permalink
We are using Microsoft server 2003 ja IIS6 webserver.
We managed to install the Concrete without any problems and it is working well.
However there few cases which have raised issues;
- When loading the frontpage in the Dashboard it is cancelled by the software (in source code as well). It this have something to do with php ob_start and ob_flush function's timeout parameter?
- How come the page-type "defaults" opens a new signin window and prompts a javascript error?
(clean installation and admin)
We managed to install the Concrete without any problems and it is working well.
However there few cases which have raised issues;
- When loading the frontpage in the Dashboard it is cancelled by the software (in source code as well). It this have something to do with php ob_start and ob_flush function's timeout parameter?
- How come the page-type "defaults" opens a new signin window and prompts a javascript error?
(clean installation and admin)
are you using the admin account or just someone in the admin group?
what browser?
what browser?
I use concrete version 5.1 and tried that page type "defaults" with IE7, FF2 and FF3.
I use admin account that is created when you install concrete.
And the javascript error is on the mainpage, not in the popup window.
Does the "defaults" need a python scripting support ?
Dashboard frontpage start to working
when i delete one of these "notes" (table: dashboardhomepage)
...i think this is some iis6 issues.
I use admin account that is created when you install concrete.
And the javascript error is on the mainpage, not in the popup window.
Does the "defaults" need a python scripting support ?
Dashboard frontpage start to working
when i delete one of these "notes" (table: dashboardhomepage)
...i think this is some iis6 issues.
yeah, there is a javascript error on the source page.
But that doesn't appear to affect the loading of the new page, right?
But that doesn't appear to affect the loading of the new page, right?
Javascript error doesn't affect the loading of new page... new page opens but in login mode.
are you using the admin account, or just an account in the admin group...
annoyingly, there's a difference.
admin is yer "root".. if you're being asked to login when you dont think you should have to, log out and log back in using that admin account and see if the same thing happens.
annoyingly, there's a difference.
admin is yer "root".. if you're being asked to login when you dont think you should have to, log out and log back in using that admin account and see if the same thing happens.
i see i've already told you that.. ;)
hrmmm..
i've seen some jankyness with pretty urls on.. parts of the dashboard not behaving right...
try turning that off...
i wonder if iis6 is to blame? c5 was never really intended for anything other than LAMP - and while I've heard of it working on windows, usually its iis7
hrmmm..
i've seen some jankyness with pretty urls on.. parts of the dashboard not behaving right...
try turning that off...
i wonder if iis6 is to blame? c5 was never really intended for anything other than LAMP - and while I've heard of it working on windows, usually its iis7
prety urls are turned off.
(btw I try Ionic's isapi rewriter and it works great!)
I have to try c5 on Lamp environment tomorrow...
(btw I try Ionic's isapi rewriter and it works great!)
I have to try c5 on Lamp environment tomorrow...
try it on a lamp setup in the free demo athttp://getconcrete5.com/demo
I notice that the defaults works fine with apache web server..
Only difference that I found was that IIS is not handling concrete5 404 error code sameway..
example:
index.php?cID=4&mode=edit
gives signin windows and
index.php?cID=999&mode=edit
gives IIS 404 "page not found" not the usual
C5 404 page not found (apache)..
is there some "header location" functions used ?
sorry my English ain't fluent :))
i hope u understand.. .
Only difference that I found was that IIS is not handling concrete5 404 error code sameway..
example:
index.php?cID=4&mode=edit
gives signin windows and
index.php?cID=999&mode=edit
gives IIS 404 "page not found" not the usual
C5 404 page not found (apache)..
is there some "header location" functions used ?
sorry my English ain't fluent :))
i hope u understand.. .
The "defaults" button opens link/url:
/index.php/dashboard/collection_types?cID=X&task=load_master
And that calls
concrete\single_pages\dashboard\collection_types\view.php
line 13:
$u->loadMasterCollectionEdit($_GET['cID'], 1);
and after that it should register SESSIONS:
$_SESSION['mcEditID'] AND
$_SESSION['ocID']
but some reason on IIS6 server does not register these variables
but if I change this:
header('Location: ' . BASE_URL . DIR_REL . '/index.php?cID=' . $_GET['cID'] . '&mode=edit');
to this:
echo '<meta http-equiv="refresh" content="0;url=' . BASE_URL . DIR_REL . '/index.php?cID=' . $_GET['cID'] . '&mode=edit" />';
it works..
I know this is not the right solution to fix it...
Is there some other/better solution to do this ? :)
This is almost the only issue to get C5 work perfectly on IIS6
/index.php/dashboard/collection_types?cID=X&task=load_master
And that calls
concrete\single_pages\dashboard\collection_types\view.php
line 13:
$u->loadMasterCollectionEdit($_GET['cID'], 1);
and after that it should register SESSIONS:
$_SESSION['mcEditID'] AND
$_SESSION['ocID']
but some reason on IIS6 server does not register these variables
but if I change this:
header('Location: ' . BASE_URL . DIR_REL . '/index.php?cID=' . $_GET['cID'] . '&mode=edit');
to this:
echo '<meta http-equiv="refresh" content="0;url=' . BASE_URL . DIR_REL . '/index.php?cID=' . $_GET['cID'] . '&mode=edit" />';
it works..
I know this is not the right solution to fix it...
Is there some other/better solution to do this ? :)
This is almost the only issue to get C5 work perfectly on IIS6
- We'll take a look at the defaults problem. The JavaScript error is new to me (unless you're using an old version of the software, this was a bug that I thought we fixed.)- but it should be opening in a new window, yes.