bug oXBrowse:cSeek

bug oXBrowse:cSeek

Postby MOISES » Tue Dec 31, 2019 6:51 pm

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.
Saludos / Regards,

FWH 20.04, Harbour 3.2.0 dev (r1909261630) y BCC 7.40
MOISES
 
Posts: 838
Joined: Wed Aug 22, 2007 10:09 am

Re: bug oXBrowse:cSeek

Postby Marc Venken » Wed Jan 01, 2020 11:08 am

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 ?
Marc Venken
Using: FWH 23.04 with Harbour
User avatar
Marc Venken
 
Posts: 1343
Joined: Tue Jun 14, 2016 7:51 am
Location: Belgium

Re: bug oXBrowse:cSeek

Postby MOISES » Wed Jan 01, 2020 11:18 am

Hi,

The problem is here:

Code: Select all  Expand view
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.
Saludos / Regards,

FWH 20.04, Harbour 3.2.0 dev (r1909261630) y BCC 7.40
MOISES
 
Posts: 838
Joined: Wed Aug 22, 2007 10:09 am

Re: bug oXBrowse:cSeek

Postby Marc Venken » Wed Jan 01, 2020 11:25 am

In 19.12 the wrong behaver is still there...

They have to do the update indeed.
Marc Venken
Using: FWH 23.04 with Harbour
User avatar
Marc Venken
 
Posts: 1343
Joined: Tue Jun 14, 2016 7:51 am
Location: Belgium

Re: bug oXBrowse:cSeek

Postby nageswaragunupudi » Fri Jan 03, 2020 4:35 pm

MOISES wrote:Hi,

The problem is here:

Code: Select all  Expand view
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.
Regards

G. N. Rao.
Hyderabad, India
User avatar
nageswaragunupudi
 
Posts: 10248
Joined: Sun Nov 19, 2006 5:22 am
Location: India

Re: bug oXBrowse:cSeek

Postby MOISES » Fri Jan 03, 2020 5:00 pm

Thank you.

I think the Original behaviour until 19.06 should be the default.
Saludos / Regards,

FWH 20.04, Harbour 3.2.0 dev (r1909261630) y BCC 7.40
MOISES
 
Posts: 838
Joined: Wed Aug 22, 2007 10:09 am

Re: bug oXBrowse:cSeek

Postby MOISES » Mon Jan 20, 2020 6:25 pm

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.
Saludos / Regards,

FWH 20.04, Harbour 3.2.0 dev (r1909261630) y BCC 7.40
MOISES
 
Posts: 838
Joined: Wed Aug 22, 2007 10:09 am


Return to FiveWin for Harbour/xHarbour

Who is online

Users browsing this forum: No registered users and 99 guests