Description of problem: When there is some "private info" in the bug reports, it is marked red. I'm going to be totally incorrect and generalize here: * None of your users ever noticed the tiny arrows beside the search box! All of them ignore your privacy warnings, or they avoid reporting altogether, because they can't find the red-marked text! * Read this: https://lists.fedoraproject.org/pipermail/test/2013-August/117401.html I have reported hundreds of bugs, and every time I try to scroll the thousands of lines (often furthermore unwrapped) and search for text in red background. By this time I could have saved _hours_ if I knew about the tiny fricking arrows, as displayed in attachment 685135 [details]. Guys, give us a proper buttons, please! Make "Next occurrence" and "Previous occurrence" buttons directly below the text area. We the users are going to love you more then, I promise. Version-Release number of selected component (if applicable): abrt-2.1.6-3.fc19.x86_64 abrt-addon-ccpp-2.1.6-3.fc19.x86_64 abrt-addon-kerneloops-2.1.6-3.fc19.x86_64 abrt-addon-python-2.1.6-3.fc19.x86_64 abrt-addon-uefioops-2.1.6-3.fc19.x86_64 abrt-addon-vmcore-2.1.6-3.fc19.x86_64 abrt-addon-xorg-2.1.6-3.fc19.x86_64 abrt-dbus-2.1.6-3.fc19.x86_64 abrt-desktop-2.1.6-3.fc19.x86_64 abrt-gui-2.1.6-3.fc19.x86_64 abrt-libs-2.1.6-3.fc19.x86_64 abrt-plugin-bodhi-2.1.6-3.fc19.x86_64 abrt-retrace-client-2.1.6-3.fc19.x86_64 gnome-abrt-0.3.0-3.fc19.x86_64
After talking to Jakub Filak, I finally understand how it works. The arrows _are_ connected to the search box, but if there's nothing in the search box, it traverses the "possibly private info" occurrences. Once a search box is used, it erases all default occurrences and it starts to behave and a traditional search box with next/previous buttons. My suggestion is: 1. Never erase the occurrences marked red by default. If the user uses the search box, highlight the new term in orange (for example) and leave the red occurrences intact. 2. Create a new tab "Privacy data summary" (or similar) that would show a summary of all found information that could possibly be sensitive. Display a short context around the (20 characters before and after, or similar). Allow the user to click on it and go to the original location (switch tab, scroll to occurrence). 3. If all the above is implemented, the tiny previous/next arrows can maybe stay unchanged. 4. Adjust the warning text in the bottom to ask the user the review the "Privacy data summary" tab, instead of searching all the text manually. What do you think?
The following pull request has been created for this bug report: https://github.com/abrt/libreport/pull/249
libreport-2.2.1-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/libreport-2.2.1-1.fc19
Package libreport-2.2.1-1.fc19: * should fix your issue, * was pushed to the Fedora 19 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing libreport-2.2.1-1.fc19' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2014-4900/libreport-2.2.1-1.fc19 then log in and leave karma (feedback).
libreport-2.2.1-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.