Project

General

Profile

Actions

Bug #3604

closed

Possible bug on 'setObjectName' with WTableView

Added by S van der Hoest about 10 years ago. Updated about 10 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Target version:
Start date:
09/24/2014
Due date:
% Done:

0%

Estimated time:

Description

Hi,

For my application I switched from Wt 3.2.3 to the latest 3.3.3.

Most of the UI works/seems still OK, however on one particular part I always get an 'Wt internal error'.

It seems caused by a 'setObjectName' call on a WTreeView object.

If I comment out setting that name, it works OK.

Setting the object name I do for my testcases, which find UI controls by name.

The example application TreeViewDragDrop also gives problems when the 'SetObjectName' is called on the WTreeView object.

Not an 'Wt internal software error', but the display of the page is clearly not as it should be.

E.g. by adding a line to TreeViewDragDrop.c below line 358.

/*! \brief Creates the folder WTreeView

*/

WTreeView *folderView() {

WTreeView *treeView = new FolderView();

treeView->setObjectName("MyTreeView"); // <--- this line messes up the display

Attached are screenshots of the example application and the 'Wt internal error' of my own application.


Files

treeviewdragdrop_ok.png (101 KB) treeviewdragdrop_ok.png S van der Hoest, 09/24/2014 06:31 PM
treeviewdragdrop_wrong.png (79.8 KB) treeviewdragdrop_wrong.png S van der Hoest, 09/24/2014 06:31 PM
wt_internal_error.png (14.3 KB) wt_internal_error.png S van der Hoest, 09/24/2014 06:31 PM
Actions #1

Updated by Koen Deforche about 10 years ago

  • Status changed from New to InProgress
  • Assignee set to Koen Deforche
  • Target version set to 3.3.4

Hey,

This is indeed a known limitation which we can fix.

Regards,

koen

Actions #2

Updated by Koen Deforche about 10 years ago

  • Status changed from InProgress to Resolved
Actions #3

Updated by Koen Deforche about 10 years ago

  • Status changed from Resolved to Closed
Actions

Also available in: Atom PDF