[#NXP-1586] Top navigation links don't work most of the time

Nuxeo Enterprise Platform

Top navigation links don't work most of the time

Created: 28/09/07 17:53 Updated: 10/01/08 03:31

Component/s:

Web UI

Affects Version/s:

5.1.1

Fix Version/s:

5.2 M1, 5.1.2

Time Tracking:

Not Specified

Environment:

« Hide

Debian GNU/Linux sid
Fresh nuxeo install from nuxeo-ep-5.1.1.SNAPSHOT-installer-20070925.jar
Backend is postgresql, though that doesn't seem to be relevant

Issue Links:

Dependency

This issue is required by:

~~NXP-1360~~ [Forum] Comments to approve displayed in dashboard after they have been approved/rejected/deleted

Duplicate

This issue is duplicated by:

~~NXP-1583~~ Pb with links in header

Resolution Date:	01/10/07 18:20
Require Callback:	No
Participants:	Anahide Tchertchian and John Goerzen
Date of First Response:	01/10/07 16:32
Tags:

Description

« Hide

I have a fresh environment. I created a second domain, and a few workspaces and sections in one domain.

For all users, the links on the top navigation bar are broken on almost all pages. I'm talking about links such as dashboard, log out, members management, search, and advanced search. When clicking on a link, whatever page is presently displayed will be re-displayed, but the URL will be changed from whatever (long) value it is showing to http://localhost:8080/nuxeo/view_domains.faces

The only page where the links work is the domain selection page, where it lists both domains that I have created. The links work fine there.

This is completely reproducable. I would be happy to provide any debugging info that would be helpful.

I am not seeing any log output when one of these links is clicked.

I also saw this behavior on instances with the default demo (hsql) backend. However, I didn't go to the effort to verify where it does or does not display.

All

Comments

Work Log

Change History

Sort Order:

Ascending order - Click to sort in descending order

[ Permlink | « Hide ]

John Goerzen - 28/09/07 19:22

I have since tested this on 5.1.1.GA and could not duplicate it there.

[ Permlink | « Hide ]

John Goerzen - 01/10/07 16:29

I have found one instance where it occurs on 5.1.1.GA: after uploading a document. This does seem to be reliably reproducible.

[ Permlink | « Hide ]

John Goerzen - 01/10/07 16:31

One other tidbit: pressing "reload" causes the page that was supposed to appear, to appear. But the same problem persists with the links on that page.

Also, with the post-upload problem in 5.1.1.GA: *all* links, not just the top ones, behave this way.

Browser is Firefox/iceweasel 2.0.0.6 with the nuxeo plugin.

[ Permlink | « Hide ]

Anahide Tchertchian - 01/10/07 16:32

I have identified that this problem appears when performing two post requests in a row.
Thanks for the reports.

[ Permlink | « Hide ]

Anahide Tchertchian - 01/10/07 17:32

In fact this is due to the s:cache tag that has been added recently, assigning to Olivier.

[ Permlink | « Hide ]

Anahide Tchertchian - 01/10/07 18:20

The s:cache tag was bothering jsf command links; change has been reverted and bug NXP-1596 has been created for caching issues.

[ Permlink | « Hide ]

John Goerzen - 02/10/07 04:47

Does this also apply to the 5.1.1.GA upload issue, or would you like me to report a new bug for that?

[ Permlink | « Hide ]

Anahide Tchertchian - 02/10/07 16:17

Sorry i did not see the file upload problem, and i did not reproduce it on the 5.1.2 branch.
The change that introduced this error was not on the 5.1.1-GA, so it should no fix it: please report a new bug and provide steps to reproduce (maybe the browser would be relevant here (?)).
Thanks a lot !