Hi Eric,
Eric D. Schabell schrieb:
Hi Ralf,
Ok, created copy of my production env in a test env, then:
-
updated from development cvs :
cvs -z3 -d:ext:eschabell@cvs.sourceforge.net:/cvsroot/egroupware update
-dPr Version-1_2_0-branch
-
via setup ran update on header.inc.php and installed new one.
-
turned on javascript error messages and then ran the ACL script you
listed getting “1 ACL records of not (longer) existing accounts deleted.”
-
going to my calendar gives javascript errors:
“Parse error at
http:///egroupware/phpgwapi/inc/jscalendar-setup.php at line 2”
The relevant code is the first two lines of jscalendar-setup.php here:
that’s not what it should look like.
Maybe you have a CVS conflict in phpgwapi/inc/jscalendar-setup.php
I attached you the output of
http://domain.com/egroupware/phpgwapi/inc/jscalendar-setup.php for a
german utf-8 install.
I believe the other error are all caused by that one.
Ralf
Nothing special that I can see?
The following error come in when 1/2 of calendar page is loaded:
“http:///egroupware/calendar/index.html line 189:
TypeError: Value undefined (result of expression Calendar.setup) is not
an object. Cannot be called.”
This is the code in the html that is not working (pasted from the html
page):
Calendar.setup(
{
flat : “calendar-container”,
flatCallback : dateChanged,
flatWeekCallback : weekClicked,
flatWeekTTip : “show this week”,
flatMonthCallback : monthClicked,
flatMonthTTip : "show this month",
date : "04/13/2006"
}
Pretty obvious that if the setup is not run then the classes are not
known, but why?
- results are the same, no javascript navigation calendar and only one
reoccuring entry in my calendar. Again db is full of entries. Your tip
on CTRL and refresh produced same results. Even have caching turned off
on all browsers, threw out all cookies, etc. Same problem.
Note: not a single error message in apache logs, not one!
Not sure if this will result in the rest of the problems (like not
seeing any calendar entries, which is a major problem along side of not
being able to navigate in the calendar w/o the javascript thing.
Thanks again for anyones help,
erics
Hi Eric,
I view thing which might be related to your problem:
- if you are loged into eGW before, you need to log out and in again, as
some stuff gets cached in the session
- the browser caches all javascript and css files for performance
reasons, hold Ctrl and click on reload to reload EVERY file from the
server
- sometimes ACL has problems with entries from no longer existing users
and groups: 1.2 has a hidden script to fix that problem: log into eGW
with an account with admin rights and then change the url to
http://domain.com/egroupware/admin/check_acl.php
I updated my ~4000 calendar entries without problem, but I had no
recuring events at that time.
If you cant get it running, we (www.egroupware-support.net
<http://www.egroupware-support.net>) offer a
remote upgrade of you installation including 1h telefon support for
250Euro at the moment.
Ralf
Eric D. Schabell schrieb:
> Howdy all!
>
> I am trying out a test migration from the above versions, using mysql
> db. Everything is working fine on the 1.0.0.009 <http://1.0.0.009>
<http://1.0.0.009>
> installation. Here is what I am doing:
>
> 1) create a copy (dump and create) of the mysql db from 1.0.0.009
<http://1.0.0.009>
> <http://1.0.0.009> including all data (have 45382 calendar entries).
>
> 2) install latest tarball from 1.2-1 version of egroupware over my
> existing install ( 1.0.0.009 <http://1.0.0.009>
<http://1.0.0.009>) as per knowledge base
> upgrade instructions.
>
> 3) run setup, create/update my header.inc.php file pointing to
correct
> new test db.
>
> 4) it asks me to upgrade the database, upgrade of db runs fine, no
errors.
>
> 5) checks configuration, fine, nothing to be done.
>
> 6) login as my user, has admin rights, sees only one reoccuring
> appointment. Also no javascript running at all, so no navigation
calendar.
>
> 7) try another user, same problems.
>
> Seems my calendar entries are not being picked up even though db is
> filled.
>
> Missing javascript navigation calendar in Firefox 1.5 (works on
other
> sites outside of eGroupWare installation), IE and in Konqueror.
>
> Address book showing entries in db just fine.
>
> These are the two applications we are using at the moment.
>
> Running on php4.3.10, that should not be a problem no?
>
> Very strange stuff and I am scheduled to migrate this weekend
(Saturday)
> for my 105 user installation. Is there a way to maybe just do a clean
> 1.2-1 installation and then import users / calendar / infolog /
> addressbook entries only? What tables would this involve?
>
> PS. Even tried doing this with a filled db from my 1.0.0.009
<http://1.0.0.009>
> <http://1.0.0.009> install and a fresh copy of 1.2-1 tarball (no copy
> over existing install), create new header, update db steps, etc. Same
> results as above. I am severely stuck!
>
> Thanks for your help,
> erics
–
eGroupWare Training & Support ==> http://www.egroupware-support.de
