Bug 123905 - Counter in form search dialog display issue
Summary: Counter in form search dialog display issue
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Base (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-03-06 16:05 UTC by flonflonj
Modified: 2019-10-10 02:41 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
screenshot (1.38 MB, image/bmp)
2019-03-06 16:12 UTC, flonflonj
Details

Note You need to log in before you can comment on or make changes to this bug.
Description flonflonj 2019-03-06 16:05:15 UTC
Description:
Dans le module base lorsque l'on utilise le module formulaire et que dans ce formulaire on utilise la recherche d'un enregistrement, si l'on fait une recherche de texte en sélectionnant champ unique,le nombre d'enregistrement ne s’incrémente pas, il se met à jour uniquement lorsqu'il a terminer la recherche

In the base module when using the form module and when using the form module to search for a record, if you do a text search by selecting a single field, the number of records does not increase, it is updated only when it has finished the search

Actual Results:
ouvrir le module base
ouvrir le module formulaire
ouvrir une recherche d'enregistrement
sélectionner rechercher texte et mettre le texte à rechercher
sélectionner effectuer la recherche dans un champ unique
puis lancer la recherche

open the form module
open a registration search
select search text and put the text to search
select search in a single field
then launch the search

Expected Results:
le compteur dans la fenêtre statut ne s’incrémente pas
-si il trouve l'enregistrement correspondant il affiche le numéro à la fin de la recherche
- si il ne trouve pas d’occurrence correspondante il affiche enregistrement 1  alors qu'il devrait afficher le numéro du dernier enregistrement

the counter in the status window does not increment
-if it finds the corresponding record it displays the number at the end of the search
- - if it does not find a corresponding occurrence it displays record 1 when it should display the number of the last record


Reproducible: Always


User Profile Reset: No



Additional Info:
Ce qui est ennuyeux c'est que durant toute la phase de recherche (qui peut durer plusieurs dizaines de seconde sur une grosse base), on ne voit rien bouger, on ne sait pas si il continu sa recherche ou pas

What is annoying is that during the whole research phase (which can last several tens of seconds on a large base), we don't see anything moving, we don't know if he continues his research or not
Comment 1 flonflonj 2019-03-06 16:12:37 UTC
Created attachment 149770 [details]
screenshot

Correspond à une recherche ou l’occurrence n'existait pas

Corresponds to a search where the occurrence did not exist
Comment 2 ribotb 2019-03-11 09:24:26 UTC
I reproduce but maybe it's not a bug, but maybe an improvement to be made?
Comment 3 Alex Thurgood 2019-03-12 08:19:41 UTC
This is inherited from OOo. As far as I can remember, the search record function code is very old, dating back to StarOffice days and has pretty much always worked this way. This doesn't mean it can't be improved, but one would then need to define the kind of behaviour expected and file a RFE.

However, please note bug 32506#36, where code pointers are given to the code called, as it would seem that the counter display is probably wrapped up in the function CreateFmSearchDialog() in /dbaccess/source/ui/browser/brwctrlr.cxx and the handling via "OnFoundData".
Comment 4 Alex Thurgood 2019-03-12 08:23:33 UTC
@flonflonj : please indicate in which way you would like the counter display functionality to be improved - only then can we decide whether this might be a RFE.
Comment 5 QA Administrators 2019-09-09 05:31:11 UTC Comment hidden (obsolete)
Comment 6 QA Administrators 2019-10-10 02:41:49 UTC
Dear flonflonj,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp