FiveTech Support Forums

Hello,

We use oBrowse:cSeek to allow our users for example to filter a desired product, and thus we retrieve ARTICLE->NAME

Now, when the xBrowse is destroyed, the filter is lost, so we can´t retrieve what exact product did the user selected, as now xBrowse goes to dbgotop().

This worked fine in FW 14.14

Thank you.

I had that issue also, but didn't realise it could be a bug. (19.06)

I change :

  :bKeyDown   := { |k| If( k == VK_RETURN,( oDlg1:end() ),;
                       if (K == VK_DELETE, Del_row(oBrw),nil )) }

to

  :bKeyDown   := { |k| If( k == VK_RETURN,( oKlant:load(),oDlg1:end() ),;
                       if (K == VK_DELETE, Del_row(oBrw),nil )) }

Yesterday I updated to 19.12 and it seems to work as before. (but I see in your signature that you are using 19.12 ?

Hi,

The problem is here:



Either they undo this change, or they insert a new data in xBrowse to determine whether or not to clean the filter when destroying the xBrowse control.

In 19.12 the wrong behaver is still there...

They have to do the update indeed.

MOISES wrote:Hi,

The problem is here:

Code (fw): Select all Collapse

METHOD Destroy() CLASS TXBrowse

   local nFor

   if ::lIncrFilter .and. ( !Empty( ::cSeek ) .or. ::lPrevFilter ) // FWH1906
      TRY
        ::Seek( "" )
      CATCH
      END
   endif

Either they undo this change, or they insert a new data in xBrowse to determine whether or not to clean the filter when destroying the xBrowse control.

We are going to provide a classdata switch for this in FWH2001.
For now, please comment this out in your copy of xbrowse.
The change in FWH1906 was in response to request of several users that the incremental filters should be cleared when xbrowse exists and original filters, if any, should be restored. Now that different users want this in different ways, we will provide a switch in FWH2001.

Thank you.

I think the Original behaviour until 19.06 should be the default.

Thank you very much.

I would also appreciate it if, before releasing the next version of FWH, I could test it to verify that this bug, cWinversion() bug, IsKindOf() bugs, etc are fixed.