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.
bug oXBrowse:cSeek
- Marc Venken
- Posts: 1485
- Joined: Tue Jun 14, 2016 7:51 am
- Location: Belgium
Re: bug oXBrowse:cSeek
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 ?
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.08 with Harbour
Using: FWH 23.08 with Harbour
Re: bug oXBrowse:cSeek
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.
The problem is here:
Code: Select all | Expand
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
FWH 20.04, Harbour 3.2.0 dev (r1909261630) y BCC 7.40
- Marc Venken
- Posts: 1485
- Joined: Tue Jun 14, 2016 7:51 am
- Location: Belgium
Re: bug oXBrowse:cSeek
In 19.12 the wrong behaver is still there...
They have to do the update indeed.
They have to do the update indeed.
Marc Venken
Using: FWH 23.08 with Harbour
Using: FWH 23.08 with Harbour
- nageswaragunupudi
- Posts: 10729
- Joined: Sun Nov 19, 2006 5:22 am
- Location: India
- Been thanked: 10 times
- Contact:
Re: bug oXBrowse:cSeek
MOISES wrote:Hi,
The problem is here:Code: Select all | Expand
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
G. N. Rao.
Hyderabad, India
Re: bug oXBrowse:cSeek
Thank you.
I think the Original behaviour until 19.06 should be the default.
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
FWH 20.04, Harbour 3.2.0 dev (r1909261630) y BCC 7.40
Re: bug oXBrowse:cSeek
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.
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
FWH 20.04, Harbour 3.2.0 dev (r1909261630) y BCC 7.40