Project

General

Profile

Bug #2950

Wrong behavior of editing browse on row click in web version

Added by Stanislav Lomany over 8 years ago. Updated over 7 years ago.

Status:
Closed
Priority:
Normal
Start date:
01/08/2016
Due date:
% Done:

100%

billable:
No
vendor_id:
GCD
case_num:

Related issues

Related to User Interface - Feature #2564: implement GUI BROWSE widget Closed

History

#1 Updated by Stanislav Lomany over 8 years ago

  • Parent task set to #2564

Browse has locked column set and scrollable column set. It looks like z-ordering in web version is wrong and scrollable column set receives clicks underneath the locked column set instead of it.
Web version works in Firefox for me, but fails to start in Chrome:

Uncaught TypeError: Cannot set property style of #<HTMLElement> which has only a getter
Uncaught TypeError: Cannot read property 'enableOsEvents' of null
Uncaught TypeError: Cannot set property 'resizeable' of null
Cannot draw non-existent window with id 1
Uncaught TypeError: Cannot read property 'enableOsEvents' of null
Restacking list must have the same number of elements as the z-order list!
Cannot change visibility for non-existent window with id 1
Cannot draw non-existent window with id 1
Uncaught TypeError: Cannot read property 'enableOsEvents' of null
Cannot draw non-existent window with id 1
Uncaught TypeError: Cannot read property 'enableOsEvents' of null
Cannot draw non-existent window with id 1
Uncaught TypeError: Cannot read property 'enableOsEvents' of null
Cannot draw non-existent window with id 1
Uncaught TypeError: Cannot read property 'enableOsEvents' of null
Cannot draw non-existent window with id 1
Uncaught TypeError: Cannot read property 'enableOsEvents' of null
Cannot draw non-existent window with id 1
Uncaught TypeError: Cannot read property 'enableOsEvents' of null
Cannot draw non-existent window with id 1

Maybe someone has some ideas?

#2 Updated by Sergey Ivanovskiy over 8 years ago

Stanislav Lomany wrote:

Browse has locked column set and scrollable column set. It looks like z-ordering in web version is wrong and scrollable column set receives clicks underneath the locked column set instead of it.
Web version works in Firefox for me, but fails to start in Chrome:
[...]
Maybe someone has some ideas?

This is fixed in 1811t rev 10971 (but initial commit rev 10963) where the Chrome support (2929) should be implemented but this task has not been finished yet.

#3 Updated by Sergey Ivanovskiy over 8 years ago

Stanislav Lomany wrote:

Browse has locked column set and scrollable column set. It looks like z-ordering in web version is wrong and scrollable column set receives clicks underneath the locked column set instead of it.

Widgets z-order is tested quite well, I mean GuiWebDriver.registerMouseWidgets(). What are general steps to investigate such problems like the widgets z-order, for example the web editor?
1) Log all registered widgets regions with its widgets class and its id from websock.processMouseWidgets
2) Log widgets z-order on JS client with its ids
3) Investigate the actual widgets regions and their z-orders
4) Determine to which region the target mouse event is delivered or not.

#4 Updated by Stanislav Lomany over 8 years ago

  • Status changed from WIP to Review

Sergey, thank you for the advice!

Turned out that MouseEvent.MOUSE_CLICKED should go in conjunction with MouseEvent.MOUSE_PRESSED in <widget>.mouseActions() for web version to work properly. I'll include the fix (updated mouseActions() function) in my next update for browse functionality.

#5 Updated by Greg Shah over 8 years ago

  • % Done changed from 0 to 100
  • Status changed from Review to Closed
  • Target version set to Milestone 12

#6 Updated by Greg Shah over 8 years ago

  • Parent task deleted (#2564)

#7 Updated by Greg Shah over 7 years ago

  • Target version changed from Milestone 12 to GUI Support for a Complex ADM2 App

Also available in: Atom PDF