SUMMARY *** Any attempt to search up images to have them pulled up in Krita have failed. I tried restarting the program. Nothing. Tried rebooting computer. Nothing. The program's ability to search through my files simply fails at the search part. Any attempt at a search is like typing in a file name and then just not asking it to search. *** STEPS TO REPRODUCE 1. Click File 2. Click open under drop down bar 3. Attempt to search any file by name OBSERVED RESULT Search refuses to execute EXPECTED RESULT Search should execute to locate any and all files with the name typed into the field SOFTWARE/OS VERSIONS Windows: 10 ADDITIONAL INFORMATION
Can you make a screen shot of what you're trying to do and attach it here? On Windows, Krita uses the standard Windows file dialog, so I am unsure what you're trying to report.
Created attachment 151458 [details] Screenshot of Error.png Here you go. Basically it just sits like that, it doesn't bring up the expected selection like if I do a search outside of Krita. I included a screen shot of a normal search that I did outside of the Krita program. On Sat, Aug 20, 2022 at 2:10 AM Halla Rempt <bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=458081 > > Halla Rempt <halla@valdyas.org> changed: > > What |Removed |Added > > ---------------------------------------------------------------------------- > OS|All |Microsoft Windows > Platform|Compiled Sources |Microsoft Windows > CC| |halla@valdyas.org > Resolution|--- |WAITINGFORINFO > Severity|task |normal > Status|REPORTED |NEEDSINFO > > --- Comment #1 from Halla Rempt <halla@valdyas.org> --- > Can you make a screen shot of what you're trying to do and attach it here? > On > Windows, Krita uses the standard Windows file dialog, so I am unsure what > you're trying to report. > > -- > You are receiving this mail because: > You reported the bug.
Created attachment 151459 [details] Normal (outside Krita).png
Thanks for your comment! Automatically switching the status of this bug to REPORTED so that the KDE team knows that the bug is ready to get confirmed. In the future you may also do this yourself when providing needed information.
I think I don't understand that search bar... If I compare Paint and Krita, the file dialogs work completely the same way: files are found and put in the dropdown, but if you double-click on it, it opens in paint or photos, and right-click gives me a menu that lets me copy the file location. And since Krita just uses the native Windows file dialog, I don't think we can have broken anything there. Also, both screenshots are identical, so I think you attached the same screenshot twice?
Created attachment 151985 [details] attachment-877-0.html They shouldn't be identical... plus there were 3 screen shots, not just 2. if you read the description of the screen shots that I added you should be able to see the difference. I don't exactly have a way to take a screenshot that is "all inclusive" sadly. I don't know why. Search Bar issue is simple. When you click "open" it is supposed to bring up the ability to search through your files, but for some reason it blocks that ability like what you have if you just brought up the search bar outside using the "open" option in Krita. Why would you even compare Paint & Krita in the first place?? That has nothing to do with my issues... I have no idea what in the world you are going on about as to why Paint has even anything to do with any of my issues. On Wed, Sep 7, 2022 at 8:58 AM Halla Rempt <bugzilla_noreply@kde.org> wrote: > https://bugs.kde.org/show_bug.cgi?id=458081 > > --- Comment #5 from Halla Rempt <halla@valdyas.org> --- > I think I don't understand that search bar... If I compare Paint and > Krita, the > file dialogs work completely the same way: files are found and put in the > dropdown, but if you double-click on it, it opens in paint or photos, and > right-click gives me a menu that lets me copy the file location. And since > Krita just uses the native Windows file dialog, I don't think we can have > broken anything there. > > Also, both screenshots are identical, so I think you attached the same > screenshot twice? > > -- > You are receiving this mail because: > You reported the bug.
Created attachment 151986 [details] Screenshot (2898).png I was going to include the original issue here, but couldn't manage to copy/paste so I attached a screen shot of the original report in case you need it for reference. I re-read what you said. Paint might work similar to Krita, but Paint doesn't give me this issue. Only Krita so I'm not sure what is going on, if they work the same - more or less - then the problem should be with both but it's not. On Sun, Sep 11, 2022 at 10:31 AM KW <starwarfan14@gmail.com> wrote: > They shouldn't be identical... plus there were 3 screen shots, not just 2. > if you read the description of the screen shots that I added you should be > able to see the difference. I don't exactly have a way to take a screenshot > that is "all inclusive" sadly. I don't know why. > > Search Bar issue is simple. When you click "open" it is supposed to bring > up the ability to search through your files, but for some reason it blocks > that ability like what you have if you just brought up the search bar > outside using the "open" option in Krita. > > Why would you even compare Paint & Krita in the first place?? That has > nothing to do with my issues... I have no idea what in the world you are > going on about > as to why Paint has even anything to do with any of my issues. > > > On Wed, Sep 7, 2022 at 8:58 AM Halla Rempt <bugzilla_noreply@kde.org> > wrote: > >> https://bugs.kde.org/show_bug.cgi?id=458081 >> >> --- Comment #5 from Halla Rempt <halla@valdyas.org> --- >> I think I don't understand that search bar... If I compare Paint and >> Krita, the >> file dialogs work completely the same way: files are found and put in the >> dropdown, but if you double-click on it, it opens in paint or photos, and >> right-click gives me a menu that lets me copy the file location. And since >> Krita just uses the native Windows file dialog, I don't think we can have >> broken anything there. >> >> Also, both screenshots are identical, so I think you attached the same >> screenshot twice? >> >> -- >> You are receiving this mail because: >> You reported the bug. > >
That screenshot doesn't show anything else than what's available on https://bugs.kde.org/show_bug.cgi?id=458081 -- and both attached screenshots of the file dialog are exactly the same.
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
Sorry, that was not a request to set the bug to reported: it was a reminder that we still don't have the information needed to evaluate the report.
The information has not been given, so the bug is either still needsinfo, or can be resolved as worksforme, but don't put it back into reported state before we get the actual information. (Note that it is vanishingly unlikely to be actually a bug in Krita, and it's way more likely that it's a local issue.)
All information possible to be given has been presented along with image attachments.
This is not a bug in krita but in the file explorer open dialog of Windows 10, which means there is nothing we can do on our side. Please open "Feedback Hub" in your windows 10 computer a file a bug there as the bug is in their "Open File" dialog which we use to allow users to open files. Their search bar is just unreliable in open files dialog, it appears to be using different logic than the system file explorer: it barely shows results, and picking any result will try to open the image in the default app for the selected file instead of selecting it in the open file dialog (this happens regardless of the app used).