Project

General

Profile

Actions

Bug #944

closed

Sub-menu path resolving

Added by Anonymous over 13 years ago. Updated about 13 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Target version:
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
Actions #1

Updated by Koen Deforche over 13 years ago

  • 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

Actions #2

Updated by Koen Deforche about 13 years ago

  • Status changed from Resolved to Closed

Resolved in Wt 3.1.11

Actions

Also available in: Atom PDF