Just upgraded my (personal) site to 3.2.1, and noticed the menu isn't being generated anymore. I have a customized bootstrap (luca) theme running, but that is not the issue as no menu items are in both standard themes either. In all cases, "<?php get_navigation(return_page_slug()); ?>", is being used in the template, which is not giving any output.
What do you think, an issue with my site, or an issue with 3.2.1?

Did you perhaps reinstall your site from scratch or did you upgrade over the other install ?
If you added your pages in afterwards, Please visit the pages pages and see if this is a cache generation issue. It seems the cache is not generating on front end for manually added pages.

Working on it... also thought it was a caching issue. But still not sure. when using the i18n navigation it does work. Let you know when / if i found something.
Mmm, no caching does it seem to be the issue here.
Using SimpleCache, switched it off, still the same. added a new sample page, looked at the menu manager. All four pages (simple and small site :-)) are there, changed some ordering. Still nothing in the menu.
When looking in the generated pare source, there is not a single character between the used nav div.
Any clue on what else to look at?
Will switch to i18n for the moment, if no other users have this issue, lets drop it, probably something weird local issue....
Thx & regards,
Frank

Shawn,
The plugin is something I have to fix myself, have to have a look anyway, no problem.
About the menu, nope: debug shows nothing.
But we can also leave it this as it is now, its working with i18n now, and I am sure it is something in my setup somewhere, because I also tried to install a clean copy in a subdir, and there everything worked fine.
Maybe some strange things in the few pages I have...
What I might do as test, is delete all current pages, and putting them back one by one from a backup.

Anyway, thanks for the help so far, and don't worry, not too big issue. (unless others get the same thing)

There have been some reports of menus disappearing on upgrade, I am assuming it is a plugin conflict of sorts or perhaps old page files with different menu data being choked on now, either way I cannot reproduce with any of my test sites, nor do I have any further detailed information on the cause.

Also there seems to be an issue on locked down servers, api checks use curl then fallback to file_get_contents, its possible these errors are confusing or curl is failing when it should not be.

we have the impression that you did not include the CKEditor-modifications / corrections which were discussed and fixed lately in "Stable patched to ckeditor to 4.1", problems which were fixed are there again, I was told

(2013-05-25, 00:24:09)n00dles101 Wrote: They all get created on install, there in a temp folder initially.

I see - seems i didnt get the memo

(2013-05-25, 01:36:49)shawn_a Wrote: So this is a new install, and it works, but no errors, and no files in data ?
You will have to explain more, if something like that fails the installer is supposed to throw a fit.

Meanwhile I solved the issue. But i'll explain what happened anyway.
I dropped all files from the install-zip into a new Folder var/www/test
looked at 127.127.127.1/testin my browser and received the internal server error 500
So what i did is putting an echo 'hello'; in the index.php file to see exactly where the error occurs.
It occurs between line 48 and 56 which must mean there is no index.xml file
That was yesterday.
after reading noodles post i came to the conclusion, that there might be a userright problem.
I tried to install GS321 on an identical Ubuntu 12.04LTS system and everything worked fine.
so I compared userrights of the folders (ls -l) and there we go!

the admin folder on the working system had "drwxrwxr-x"
while the admin folder on the faulty system didnt even have the right to call a lawyer
-----
what I cant recall is if just pulled the files from the archive manager to the installfolder or if I unzipped the files first.
In both Cases I didnt chmod or chown anything and I believe the archive manager had the same non-root userrights.
----
So Heres my final question: what is the best practice for chowning and chmodding the folders within the installation, when I (can) have full root access on the server?