Home » Topics » Support for kiwitrees » Problem upgrading to version 3.3.4 » Page 2
Themes change, .po, lists, edit menu, not married, title, styles, pop-ups, 7.2, descendant, 7.0, seo, 3.1, administration pages, release, save settings, ID notes, editor, search, widget, clippings cart, edit interface, webtrees 1.4.4.1, message contactform, close, xmas, missing data, future, duplicates, married, 3.2.2, type, repo, 3.1.1, relationships, login failure, FAQ, 5.6, nickname, contact links, slideshow, design, 3.0.0, custom modules, census assistant, road map, living, research tasks, users, special character, family fact, upgrade, place, kiwitrees-nova, spam, illegitimate, Google Maps, My Page, google, support
Tagged: upgrade
This topic contains 21 replies, has 2 voices, and was last updated by jamesl 1 week, 1 day ago.
I completed the installation and imported a gedcom file. Everything seems to work correctly.
Great. That confirms that kiwitrees and your system are working OK. However, you still have the original problem. Something is preventing the global variable “KT_USER_ID” from being read. Every other case like this has been due to the fact that variable has been changed in kiwitrees from “WT_USER_ID”, and that has been due to session storage, either in the database or in cookies on the browser. We appear to have exhausted both of those possibilities.
You could try a search across the database, in all the original kiwitrees tables, using PhpMyAdmin for the term “WT_USER_ID” to see if it remains anywhere. Let me know what you find. Some examples might be more relevant here than others.
The only snag I encountered during the installation was that I had to use 127.0.0.1 instead of localhost for the host URL.
Localhost vs 127.0.0.1 is related to your local web server config. It can be changed. This link might help – https://apple.stackexchange.com/questions/269365/why-cant-browsers-resolve-localhost
I checked the folder permissions on the version I installed using my previous data folder, and they seem to be OK, so this doesn’t explain the error messages I was getting.
Permissions were never going to be the cause of the original error.
No luck with the search for WT_USER_ID in the database – zero matches.
I did try one other trick – for the 3.3.4 version which I installed from scratch, I modified the configuration file to point to my old kiwitrees database instead of the new one, created from scratch. As one might expect, the result was that I got the error messages again. At least this does seem to indicate that the problem is with the database somewhere, and not related to cookies.
Maybe I could try importing tables one by one from the old database into the new one, until something breaks. A bit tedious, but it should reveal which table is causing the problem.
Thanks for the link for the localhost issue.
James
I made some progress with the 3.3.4 version which I installed from scratch. I imported several gedcom files and most things seem to work. I imported kt_placelocation table from my old database and Google Maps displays events at their correct location.
However, I do still have a number of problems, as follows:
Any help much appreciated.
James
I made some progress with the 3.3.4 version which I installed from scratch. I imported several gedcom files and most things seem to work. I imported kt_placelocation table from my old database and Google Maps displays events at their correct location.
Some of those issues are normal setup requirements for a new site, others relate to the risks of tinkering with tables directly. In general, I advise against that, though there are a couple of “safe” exceptions. But many tables are interlinked and cannot be touched without knowing how the linkages work.
To address each issue…
1. Choosing a Gedcom from the “Home” menu produces a URL of the form
Thanks for that. It is a bug not previously reported. To fix replace the file kiwitrees/library/KT/MenuBar.php with the one in the zip folder attached below here.
Items 2,3, and 5
I lot of features are disabled on initial installation. This is to avoid overwhelming new users. Instead, a commonly used set of default modules are enabled and configured in a “standard” way common to many first installs. Later, or once install is complete for experienced users, more modules can be enabled (Administration > Modules > Manage modules), their access levels and (in some cases) positioning set in the appropriate page (the other options under Administration > Modules)
The Administration > Tools list of 15 you mention is a good example. I suspect you never used a good many of those. So now you don’t have them adding to the clutter, but can add any if you want them.
4. Administration – Site administration – Server usage
It is working on most sites I’ve seen, but it can be slow to load. It’s not something designed for regular use. It was actually added primarily for kiwitrees-hosted clients where database and storage use are factors in their annual hosting charges.
Check your kiwitrees and/or server logs to see if an error was generated. My first guess would be a time-out of some sort,
You must be logged in to access attached files.
Hello Nigel,
Thanks for the menu bar fix, which works fine, and for the advice about enabling modules, etc. I think I used to be familiar with this stuff, but I’d forgotten how everything worked. I couldn’t find a tutorial on this subject.
I can now configure most features I need, but one thing escapes me. I used to have two sets of “Pages”, one for a list of “What’s New” items, and one for “Links to related web sites”. However, I don’t see how to have two instances of ‘Pages”
James
… and for the advice about enabling modules, etc. I think I used to be familiar with this stuff, but I’d forgotten how everything worked. I couldn’t find a tutorial on this subject.
It’s on my “to do” list 🙂
I can now configure most features I need, but one thing escapes me. I used to have two sets of “Pages”, one for a list of “What’s New” items, and one for “Links to related web sites”. However, I don’t see how to have two instances of ‘Pages”
Thanks Nigel for the hints on using several “Pages” modules. Works fine.
As I said, I must have done this before, because I had two sets of “Pages” with the old version – amazing how one forgets how to do things that are not habitual.
I’ve pretty much completed the installation of Kiwitrees 3.3.4 on my local system now, so maybe we should close this thread. I still have to do the upgrade on my web site, which may be tricky because I only have one database available, but I’ll backup the sql database and any useful tables, and then do the installation from scratch, as I did on my local system
Thanks again for all your help.
James
You must be logged in to reply to this topic.
+64 21 79 79 73
15 Kereru Road,
Glen Massey, RD2,
Ngaruawahia,
New Zealand