Architecture / Installation

> Thank you very much jsf2005! At least "customers" are working on problems 😂. I'm very much dissapointed with overall perfomance of tiki. Even to post here on these forums is a problem: It keeps losing replies. And if you want to joke about software - I've found "slow like tiki"...

Gary, aris002 — We also got our Tikiwiki Online Help site back up and running. BTW, Gary, I wasn't complaining about the Open Source nature of Tikiwiki, which we were well aware of when we decided to go with it for Online Help. In fact, I've been extremely impressed by the sheer abundance of Tikiwiki features, functions, plugins, etc. This is the first serious bug I encountered in 3-4 months of working with Tikiwiki. I also got good support from Sylvie, who suggested basically the same procedure as you. We do have Tikiwiki installed on a Linux machine, so evidently the bug isn't just confined to Windows. (I'm guessing it's partly a matter of how you configure Tikiwiki.) Anyway, we'd already gone in and just deleted the phplayers menu from two tables, which also works. Below is a copy of Sylvie's email and my reply describing our workaround. Thanks,

--John

>This bug belongs to the feature phplayers that is an external library. (http://phplayersmenu.sourceforge.net/)
>Instead of deleting the menu, you could have desactivated the feature feature_phplayers in tiki_preferences
>To help you to debug this, I will need the menu. I suppose it is a specific configuration of the menu phplayers doesn't like. And I will need the description of the way you activate the phplayers on this menu.
>
>PS: there is a new version of phplayers (tiki is 3.1.1) perhaps it is worth to try it)
>

Hi again Sylvie — Just to follow up on this, we did find a workaround, and our Wiki Help system is now up and running again! What we did was simply delete the problem menu from the two MySQL tables where it appeared (tiki_menus and tiki_user_modules) and voila! Tikiwiki came back up again. I also understand from the forum (and your email) that setting feature_phplayers to "n" in tiki_preferences also works. Now that I can deactivate it with the interface too, I will. Just as a reference, I've included the two tables below as they appeared before the deletion. The menu that caused the problem and was deleted is the one named "Glossary." If someone hasn't done so already, I'll formally report this as a bug, including the possible workarounds. We're also installing a separate Test Tikiwiki and MySQL database, so I will experiment with this some more, now that I know what to watch out for. Many thanks for your help,

--John

mysql> select * from tiki_menus;

| menuId | name | description | type |

| 42 | Application menu | Main extensive navigation menu | d |
| 43 | Test Menu | test menu | d |
| 44 | Glossary | Links to Glossary items | d |

3 rows in set (0.00 sec)

mysql> select * from tiki_user_modules;

| name | title | data |

| User Menu | User Menu | {menu id=43} |
| Glossary | Glossary | {phplayers id=44} |

2 rows in set (0.00 sec)