Project

General

Profile

Actions
Copy link

Bug #944

closed
KD

Sub-menu path resolving

Bug #944: Sub-menu path resolving

Added by Anonymous about 15 years ago. Updated almost 15 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Koen Deforche
Target version:
3.1.11
Start date:
08/10/2011
Due date:
% Done:

0%

Estimated time:

Description

I am using two level menu. When I select a an item "subitemA1" which is in sub-menu of item "itemA" a path "http://127.0.0.1/itemA/itemA1" is generated (using "menu->setInternalPathEnabled("/");" and "subMenuA->setInternalPathEnabled("itemA/");" ). But if I write this path to the browser (Opera), the application (server) write out an error message and only "itemA" become selected instead if "subitemA1"

127.0.0.1 - - [2011-Aug-10 10:11:30.270263] "GET /itemA/itemA1 HTTP/1.1" 200 1635
[2011-Aug-10 10:11:30.505691] 1345 [/ hbf1vKqCnODinvco] [error] "WMenu: unknown path: 'itemA'"

In Firefox is path longer and longer with each selection in sub-menus (e.g. "http://127.0.0.1/itemA/itemB/itemA/itemA1").
Should I use setPathComponent() on each item instead of setInternalPathEnabled on each menu?

Files

humenu.cpp (2.63 KB) humenu.cpp example with sub-menus Anonymous, 08/10/2011 10:34 AM

KD Updated by Koen Deforche about 15 years ago Actions
Copy link
 #1

  • Status changed from New to Resolved
  • Assignee set to Koen Deforche
  • Target version set to 3.1.11

Hey,

I believe I have fixed this but forgot to resolve the bug when I pushed the change to the git repo. Could you confirm ?

Regards,
koen

KD Updated by Koen Deforche almost 15 years ago Actions
Copy link
 #2

  • Status changed from Resolved to Closed

Resolved in Wt 3.1.11

Actions
Copy link

Also available in: PDF Atom