When searching for something in Dolphin, it does not find anything. I think that Baloo has already indexed my hard disk (since it not showing up anymore in the top processes). The url I put links to an image in which you can see, on the left, the search in Dolphin and, on the right, the one made with a simple locate command. Reproducible: Always Steps to Reproduce: 1. open Dolphin 2. Search Expected Results: Looked for names of files in my hard disk.
I just did a fresh install of Ubuntu 14.04. I also re-installed Dolphin and discovered that "Find" no longer works, where as it did work before in 13.10 and previous after installing "kde-baseapps" which I've also done in 14.04, but didn't make any difference this time. Starting the "FIND" tool (within Dolphin) opens up the expected search field, including search options in the usual and expected way (within Dolphin). It just won' find anything at all. The problem is 100% Reproducible To Reproduce: 1. open Dolphin 2. click "Find" either on the toolbar or from within the menu system.
Me too. I upgraded from Kubuntu 12.10 (to 13.10 as a mid-step) to 14.04, & I too am affected by Dolphin's Find not working (it did work as expected in 12.10). O_O
I can add more informations on this. After manually invoking nepomukmigrator and waiting for some days, the search started working and now is working fine on the already indexed files (although I have some other problems). Killing the process above (nepomukmigrator) makes the search unusable again, so that it shows no output. Please note that I canceled my nepomuk database before reporting this bug and nowadays there is still not a nepomuk database in my home folder: $ sudo updatedb && locate nepomuk | grep home [sudo] password for davide: /home/davide/.kde/share/apps/nepomuk /home/davide/.kde/share/config/akonadi_nepomuk_feederrc /home/davide/.kde/share/config/nepomukbackuprc /home/davide/.kde/share/config/nepomukserverrc /home/davide/.kde/share/config/nepomukstrigirc
Please try it out via the command line tool 'baloosearch' and see if the files are found. Here is a nice guide to use - http://community.kde.org/Baloo/Debugging#My_Files_were_not_found_in_the_search_results
Hiya, I've just run "balooshow <somefile>" & it's said: "No index information found" the baloo_file process is running. "baloosearch <something>" however seems to be working, as it does return results. O_O
@XG: Could you pastebin the entire output please? Enable debug messages via kdebugdialog.
Hiya, I've enabled debug messages via kdebugdialog (I've never used it before - it's pretty cool - I never knew it was a GUI! - makes everything so easy!) So; same command, on the same file (jpg image): "balooshow <somefile>" $ balooshow <somefile> balooshow(16132) Baloo::FileFetchJob::doStart: No file index information found "/home/MYNAME/Downloads/<somefile>" Object::connect: No such signal org::freedesktop::UPower::DeviceAdded(QDBusObjectPath) Object::connect: No such signal org::freedesktop::UPower::DeviceRemoved(QDBusObjectPath) balooshow(16132) Baloo::XattrDetector::Private::init: supportedPaths: ("/media/<drive_first>", "/media/<drive_second>", ..., "/media/<drive_last>", "/home/MYUSER") balooshow(16132) Baloo::XattrDetector::Private::init: UnsupportedPaths: ("/tmp", "/proc") No index information found (I've stripped sensitive names, & shortened the list of drives in /media - nothing more) O_O
me too (In reply to comment #1) > I just did a fresh install of Ubuntu 14.04. I also re-installed Dolphin and > discovered that "Find" no longer works, where as it did work before in 13.10 > and previous after installing "kde-baseapps" which I've also done in 14.04, > but didn't make any difference this time. > > Starting the "FIND" tool (within Dolphin) opens up the expected search > field, including search options in the usual and expected way (within > Dolphin). It just won' find anything at all. > > The problem is 100% Reproducible > To Reproduce: > 1. open Dolphin > 2. click "Find" either on the toolbar or from within the menu system.
Very strange bug. It seems, baloo index is incomplete for some file. For example, no file in ~/git is indexed, even I didn't exclude it from search. And: If I disable baloo for ~/git and start search in ~/git, it will find my files - if I start search in ~, it won't find my files (I think there's a technically reason [baloo search vs default search], but it should not do this to prevent confusing users)
I've got the same problem here in Arch Linux. Balooshow/search works, but it finds nothing in Dolphin.
Same here, using Arch Linux. $ balooshow Object::connect: No such signal org::freedesktop::UPower::DeviceAdded(QString) Object::connect: No such signal org::freedesktop::UPower::DeviceRemoved(QString) No index information found No index information found $ baloosearch - seems to be working, but how do I search by content?
If you disable Baloo desktop search, search will work fine. You may just want to do that until they fix this.
I'm really not sure what is going on. Some information - * balooshow is a simple tool which shows some information baloo knows about a file. * baloosearch is a tool that search your entire file database for the words. This includes the content and the filename. * baloo_file - The main process incharge of indexing. I'm not entirely sure what the the problem is. Could someone please answer the following questions - 1. Are there cases when baloosearch finds the file but Dolphin does not? Does balooshow state that it has index information in that case? 2. What happens if you try to manually index the file by calling baloo_file_extractor on the file?
Baloo seems to find everything located in my home folder, except my music files: They are on a external drive (EXT4) and I created a symlink to the folder on my external hdd, replacing the 'Music' folder. Even I removed my External drive from 'do not index', Baloo won't index my music folder correctly.
I was wondering why Baloo wasn't working in Plasma 5.0.1. I did balooctl status and I discovered that the service was disabled. I enabled it with balooctl enable and now it seems to be searching all my new files. If Baloo doesn't start up again when I restart Plasma I'll put balooctl enable in autostart.
Hmm. Just tried that hoping it might work for me to, but I just got the following error messages: Enabling the File Indexer rob@HPLaptop:~$ QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. Error: "/var/tmp/kdecache-robATB8LD" is owned by uid 1000 instead of uid 0. Error: "/tmp/kde-robkbT85S" is owned by uid 1000 instead of uid 0. Error: "/tmp/ksocket-rob" is owned by uid 1000 instead of uid 0. Error: "/tmp/kde-robkbT85S" is owned by uid 1000 instead of uid 0. kdeinit4: Shutting down running client. ...Any ideas why the user ID would be wrong? ...I'm bit scared to change anything without more info, because everything else on this system works perfectly.
It is to be run as your normal user, not root. What does balooctl status display for you?
I made the initial mistake of trying it with "sudo", then realised I should probably use it as current user, but I still got the error. Using balooctl status I get: rob@HPLaptop:~$ balooctl status Baloo File Indexer is NOT running Indexed 37433 / 37433 files Failed to index 0 files rob@HPLaptop:~$
This bug report doesn't really have enough information for me to act on it. Please could anyone responding to the bug report provide the following. 1. Are there cases when baloosearch finds the file but Dolphin does not? Does balooshow state that it has index information in that case? 2. What happens if you try to manually index the file by calling baloo_file_extractor on the file? Please make sure that baloo is enabled. You can check via - $ balooctl status Baloo should also always be running. I'm changing the status of this bug as WAITING FOR INFO.
Baloo is not working for me either. I get this: gus@gazp9:~$ balooctl status Baloo File Indexer is running Indexed 0 / 0 files Failed to index 0 files gus@gazp9:~$ balooctl restart gus@gazp9:~$ QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. baloo_file(5526): Communication problem with "baloo_file" , it probably crashed. Error message was: "org.freedesktop.DBus.Error.NoReply" : " "Message did not receive a reply (timeout by message bus)" " What is going on???
in System Settings>Desktop Search, un-checking then re-checking "Enable Desktop Search" seems to been successful in getting the indexing going now...
The hint from Gus Gustafson does not help me. Ever since ballo showed up it was shaky... it worked only for a short period within dolphin (the only front end I use). OS: opensuse 13.2 and now tumbleweed DoubleChecked: -NOTHING is in the list of excluded folders -The baloo_file process is running Example: tomtomme@linux:~> baloo_file tomtomme@linux:~> balooshow /home/tomtomme/digikam4.db Object::connect: No such signal org::freedesktop::UPower::DeviceAdded(QString) Object::connect: No such signal org::freedesktop::UPower::DeviceRemoved(QString) No index information found If I index manualy this happens: tomtomme@linux:~> baloo_file_extractor /home/tomtomme/digikam4.db tomtomme@linux:~> balooshow /home/tomtomme/digikam4.db Object::connect: No such signal org::freedesktop::UPower::DeviceAdded(QString) Object::connect: No such signal org::freedesktop::UPower::DeviceRemoved(QString) 1 /home/tomtomme/digikam4.db and then I can find the file in dolphin after typing at least "digik", if I type 4 letters only, say "digi", it finds nothing. Is this expected behaviour? If so, how am I supposed to search for example for all ".mp3"? Thanks! And please tell me if you need more info and which!
after closing opening dolphin searching for "digi" works. However, the baloo indexing seems not to work - only manualy (which is impractical) as shown above - what can I do?
After an inspiration I added a folder back to the ignore list - baloo immediately started indexing for an hour or so! After a restart everything works :) So the bug seems to be: If NO folder or File is in the ignore list of baloo, then it stops indexing.
baloo is not working for me. baloo_file is running: ps aux | grep baloo_file_process g 16667 0.0 0.0 11740 936 pts/10 S+ 15:19 0:00 grep --color=auto baloo_file_process balooshow: g@slice:~ ❯ balooshow .bashrc Object::connect: No such signal org::freedesktop::UPower::DeviceAdded(QDBusObjectPath) Object::connect: No such signal org::freedesktop::UPower::DeviceRemoved(QDBusObjectPath) No index information found How, what, where is the list of exclude folders? ? baloosearch: g@slice:~ ❯ baloosearch .bashrc 160 /home/g/Trade/The Linux Command Line-13.07.pdf ------------------------------------------------------------------------------------------- The first comment is almost a year ago. How much more info do you need?
(In reply to garethic from comment #25) > > balooshow: > g@slice:~ ❯ balooshow .bashrc > Object::connect: No such signal > org::freedesktop::UPower::DeviceAdded(QDBusObjectPath) > Object::connect: No such signal > org::freedesktop::UPower::DeviceRemoved(QDBusObjectPath) > No index information found > Baloo does not index hidden files. How about you do the test with a non hidden file? https://community.kde.org/Baloo/Configuration > How, what, where is the list of exclude folders? ? > > baloosearch: > g@slice:~ ❯ baloosearch .bashrc > > 160 /home/g/Trade/The Linux Command Line-13.07.pdf Oh. It seems to be finding files. > ----------------------------------------------------------------------------- > -------------- > The first comment is almost a year ago. How much more info do you need? Something that tells me what's wrong.
It seems to me different problems are mentioned in the comments in the bugreport. I experience the same symptoms as stated in the original report: when searching for files in Dolphin I get zero results ('No items found'). In my case, and possibly in the case of the OP, based on the output of balooshow (which shows actual info about files) and baloosearch (which outputs relevant results) baloo seems to be functioning just fine. Also in Milou / Krunner I get relevant search results. Nevertheless, I don't get any search results in Dolphin. Therefore, not Baloo but Dolphin seems to be the cause of the problem (in my case). I'm happy to help debug this problem and/or make a separate bugreport if necessary. Please let me know...
@David Heijkamp: Could you please let me know what version of Baloo and Dolphin you're using?
Ok, this is strange: I've literally tried searching in Dolphin dozens of times without any search results. Just after I wrote my comment above, I performed another search in Dolphin and now got actual results. The only difference I can think of is that I used baloosearch for the first time before adding my comment and performing the succesful search in Dolphin. As a side note: I'm not sure the Baloo index is used directly; the process 'kdeinit4: kio_filename' is rather busy (high CPU load) and the search takes quite a bit longer to complete compared to the almost instant result you get with 'baloosearch -l 100000 test'. Versions used: Dolphin: 14.12.3 Baloo: 5.6.2 (based on version of installed kf5-baloo package) Fedora: 21
(In reply to David Heijkamp from comment #29) > Ok, this is strange: I've literally tried searching in Dolphin dozens of > times without any search results. Just after I wrote my comment above, I > performed another search in Dolphin and now got actual results. > > The only difference I can think of is that I used baloosearch for the first > time before adding my comment and performing the succesful search in Dolphin. > > As a side note: I'm not sure the Baloo index is used directly; the process > 'kdeinit4: kio_filename' is rather busy (high CPU load) and the search takes > quite a bit longer to complete compared to the almost instant result you get > with 'baloosearch -l 100000 test'. > > Versions used: > Dolphin: 14.12.3 > Baloo: 5.6.2 (based on version of installed kf5-baloo package) > Fedora: 21 Can you please check if you have a 'kde4/kio_baloosearch.so' file somewhere. Dolphin uses kio, which needs the baloo kioslave to be installed. I have a strong feeling this is an installation issue. Kubuntu had the same problem. The required file was missing.
(In reply to Vishesh Handa from comment #30) > Can you please check if you have a 'kde4/kio_baloosearch.so' file somewhere. > Dolphin uses kio, which needs the baloo kioslave to be installed. I have a > strong feeling this is an installation issue. Kubuntu had the same problem. > The required file was missing. It is available on my machine: /usr/lib64/kde4/kio_baloosearch.so
Created attachment 92069 [details] attachment-11901-0.html Thanks for getting back to me, sorry I took so long to reply. The problem seems fixed, I found a page that recommended starting the Nepomuk change manager(? Sorry, I forget the actual name. It's a program to manage the change over from Nepomuk to Baloo). It ran for several days & now search works fine. I have the file you mentioned. ------------------------------------------ Original message: https://bugs.kde.org/show_bug.cgi?id=333652 --- Comment #31 from David Heijkamp<david.heijkamp@vonkpos.nl> --- (In reply to Vishesh Handa from comment #30) > Can you please check if you have a 'kde4/kio_baloosearch.so' file somewhere. > Dolphin uses kio, which needs the baloo kioslave to be installed. I have a > strong feeling this is an installation issue. Kubuntu had the same problem. > The required file was missing. It is available on my machine: /usr/lib64/kde4/kio_baloosearch.so -- You are receiving this mail because: You are on the CC list for the bug.
I still experience this issue (Fedora 22 now) and don't know how to reproduce the situation in which I could, for a short period of time, search in Dolphin. I can't find a way / executable to trigger a Nepomuk to Baloo migration. I do get search results with baloosearch and with krunner so the problem seems limited to Dolphin.
I'm using OpenSuse 13.2 64bit with KDE 4.14.9 I search a folder (including subfolders) with Dolphin which shows no result, even though there should be plenty hits. I restarted the desktop search in KDE system settings and baloo seems to have indexed all but two files. miborn@hnb533:~> balooctl status Baloo File Indexer is running Indexed 141071 / 141073 files Failed to index 2 files File IDs: 12294 12316 Dolphin now finds the files that are also shown by: miborn@hnb533:~> baloosearch TAInow 141013 /home/miborn/git/awg/awgapi.c 55171 /home/miborn/git/advLigoRTS-HEAD-4d2c51b/doc/html/daqd_2tconv_8h_source.html 141016 /home/miborn/20150723_tdssine_analysis.txt 54360 /home/miborn/git/advLigoRTS-HEAD-4d2c51b/doc/html/gds_2tconv_8h_source.html 141089 /home/miborn/git/advLigoRTS-HEAD-4d2c51b/src/gds/tconv.c 53347 /home/miborn/git/advLigoRTS-HEAD-4d2c51b/doc/html/daqd_2tconv_8c.html 53725 /home/miborn/git/advLigoRTS-HEAD-4d2c51b/doc/html/gds_2tconv_8c.html 55124 /home/miborn/git/advLigoRTS-HEAD-4d2c51b/doc/html/daqd_2tconv_8h.html 54497 /home/miborn/git/advLigoRTS-HEAD-4d2c51b/doc/html/gds_2tconv_8h.html 141088 /home/miborn/git/advLigoRTS-HEAD-4d2c51b/src/gds/tconv.h But: 1. This are still not all files with "TAInow" in them 2. I also manually added miborn@hnb533:~> baloo_file_extractor git/advLigoRTS-HEAD-4d2c51b/src/gds/tconv.c miborn@hnb533:~> baloo_file_extractor git/advLigoRTS-HEAD-4d2c51b/src/gds/tconv.h So, Dolphin still doesn't show all the files which have "TAInow" in it. For comparison: miborn@hnb533:~/git/advLigoRTS-HEAD-4d2c51b/src> grep -rnw . -e "TAInow" ./gds/confinfo.c:123: /* :IMPORTANT: TAInow may call getConfInfo the first time ./gds/confinfo.c:125: TAInow(); ./gds/confinfo.c:221: start = TAInow(); ./gds/confinfo.c:230: TAInow()) > 0) && (num < _MAX)) { ./gds/gdsrand.c:45: seed = (TAInow() / 1000) & 0xFFFFFFFF; ./gds/ezcademod.cc:595: tainsec_t SettleT0 = TAInow(); ./gds/ezcademod.cc:596: while ((double)((TAInow()-SettleT0)/1E9)<=settleTime); ./gds/ezcademod.cc:636: tainsec_t t0 = TAInow(); ./gds/ezcademod.cc:769: t0 = TAInow(); ./gds/ezcademod.cc:826: t0 = TAInow(); ./gds/ezcademod.cc:829: t = (TAInow() - t0) / 1E9; ./gds/ezcademod.cc:840: t0 = TAInow(); ./gds/ezcademod.cc:865: tainsec_t T1=TAInow(); ./gds/ezcademod.cc:870: PutDT+= (TAInow() - T1) / 1E9; ./gds/ezcademod.cc:880: } else {t = (TAInow() - t0) / 1E9; if(debug) cout << "Received a reconfig block"<<endl;} ./gds/testpointmgr.cc:144: *activeTime = TAInow(); ./gds/testpointmgr.cc:196: *activeTime = TAInow(); ./gds/testpointmgr.cc:214: cleartime = (double) TAInow() / (double) _ONESEC; ./gds/testpointmgr.cc:337: ((double) TAInow() / _ONESEC > cleartime + lazytime)) { ./gds/autostart.cc:277: active = TAInow() + (tainsec_t)(validtime * 1E9); ./gds/autostart.cc:288: else if (active >= TAInow()) { ./gds/awgfunc.c:378: return awgPeriodicComponentEx (wtype, TAInow(), ./gds/awgfunc.c:434: return awgConstantComponentEx (TAInow(), ofs, comp); ./gds/awgfunc.c:474: return awgSquareWaveComponentEx (TAInow(), ./gds/awgfunc.c:514: return awgNoiseComponentEx (wtype, TAInow(), f1, f2, A, ofs, comp); ./gds/awgfunc.c:554: return awgStreamComponentEx (TAInow(), scaling, comp); ./gds/lidaxinput.cc:345: lasttime = TAInow(); ./gds/lidaxinput.cc:488: lasttime = TAInow(); ./gds/gdssched.c:264: sched->timenow = TAInow; ./gds/diagdatum.cc:2204: tainsec_t now = TAInow (); ./gds/tconv.h:354: tainsec_t TAInow (void); ./gds/awg.c:458: told = TAInow (); ./gds/awg.c:469: tstart = TAInow(); ./gds/awg.c:531: tstop = TAInow(); ./gds/awg.c:653: tstart = TAInow(); ./gds/awg.c:718: tstop = TAInow(); ./gds/awg.c:786: printf ("dac ready at %i\n", (int) (TAInow() % _ONESEC)); ./gds/awg.c:1120: tstart = TAInow(); ./gds/awg.c:1191: tstop = TAInow(); ./gds/awg.c:2763: //cp->start = TAInow(); ./gds/awg.c:2765: printf("component %d; start=%ld localtime now=%ld\n", cid, cp->start, TAInow()); ./gds/awg.c:2945: (int64_t)(TAInow() / _EPOCH); ./gds/awg.c:3489: comp.start = _ONESEC * (TAInow() / _ONESEC + 2); ./gds/awg.c:3528: comp.start = _ONESEC * (TAInow() / _ONESEC + 2); ./gds/gdsdac.c:431: (unsigned long)(TAInow() % _ONESEC)); ./gds/gdsheartbeat.c:240: tain = TAInow(); ./gds/gdsheartbeat.c:720: (void) TAInow(); ./gds/testpoint_server.c:348: tpp->users[tpp->inUse].reqTime = TAInow(); ./gds/testpoint_server.c:434: tpp->users[tpp->inUse].reqTime = TAInow(); ./gds/testpoint_server.c:474: tpp->users[tpp->inUse].reqTime = TAInow(); ./gds/testpoint_server.c:508: time = TAInow(); ./gds/testpoint_server.c:771: tainsec_t t = TAInow (); ./gds/testpoint_server.c:793: now = TAInow(); ./gds/testpoint_server.c:859: tpclnts[i].lastTime = TAInow(); ./gds/testpoint_server.c:881: tpclnts[id].lastTime = TAInow(); ./gds/ezcaservo.cc:154: tainsec_t t0 = TAInow(); ./gds/ezcaservo.cc:173: t0 = TAInow(); ./gds/ezcaservo.cc:197: t = (TAInow() - t0) / 1E9; ./gds/databroker.cc:178: cleartime = (double) TAInow() / (double) _ONESEC; ./gds/databroker.cc:452: ((double) TAInow() / _ONESEC > cleartime + lazytime)) { ./gds/awgapi.c:1107: if (awgSweepComponents (TAInow(), _ONESEC/conf.srat, conf.stfr, ./gds/awgapi.c:1121: comp->start = TAInow(); ./gds/awgapi.c:1990: timeStamp = TAInow(); ./gds/awgapi.c:2611: comp[cnum].start = TAInow(); ./gds/rtddinput.cc:128: // tainsec_t t1 = TAInow(); ./gds/rtddinput.cc:200: // tainsec_t t2 = TAInow(); ./gds/rtddinput.cc:361: tainsec_t now = TAInow(); ./gds/rtddinput.cc:578: double delay = (double) (TAInow() - timestamp) / __ONESEC; ./gds/rtddinput.cc:714: " at " << (double) (TAInow() % (1000 * _ONESEC)) / 1E9 << endl; ./gds/rtddinput.cc:720: lasttime = TAInow(); ./gds/rtddinput.cc:765: lasttime = TAInow(); ./gds/rtddinput.cc:834: while (TAInow() < (start + duration + _NDS_DELAY) * _ONESEC) { ./gds/rtddinput.cc:843: lasttime = TAInow(); ./gds/excitation.cc:495: start = TAInow(); ./gds/channelinput.cc:101: *active = max (start, TAInow()); ./gds/tconv.c:421:/* External Procedure Name: TAInow */ ./gds/tconv.c:431: tainsec_t TAInow (void) ./gds/xmldata.cc:178: tainsec_t now = TAInow (); ./gds/xmldata.cc:236: if (TAInow() > now + dT + _ONESEC) { ./daqd/framerecv.cc:568: //(TAInow() % 1000000000000LL) / 1E9 << endl; ./daqd/framerecv.cc:698: //cout << "received last package at " << TAInow() << endl; ./daqd/framerecv.cc:847: //(TAInow() % 1000000000000LL) / 1E9 << endl; ./daqd/tconv.h:345: tainsec_t TAInow (void); ./daqd/tconv.c:341:/* External Procedure Name: TAInow */ ./daqd/tconv.c:351: tainsec_t TAInow (void)
(In reply to Thomas Langkamp from comment #24) > After an inspiration I added a folder back to the ignore list - baloo > immediately started indexing for an hour or so! After a restart everything > works :) > > So the bug seems to be: > If NO folder or File is in the ignore list of baloo, then it stops indexing. This worked for me. Seams that baloo at some point stopped indexing files. balooctl status gave me: Baloo File Indexer is running Indexer state: Indexing file content Indexed 148437 / 149267 files Current size of index is 1,27 GiB But it was stuck there all the time. After adding random folder to ignore list, baloo started indexing. I'm using latest stable plasma (5.5.3) and frameworks (5.18) but problem persisted for quite some time. Maybe from transition kde4 to kde5?
I've seen this bug for at least the past two or three years I've been using Kubuntu. Michael Murphy's workaround (comment #12) works until this bug is fixed. Dolphin can't find anything with desktop search enabled (which is ironic but I'm guessing they use different backends).
Hello! This project has been replaced with a newer system so I will be closing this bug. If you could please re-test on the latest Baloo. If the issue still present, please open a new bug under "frameworks-baloo". Thank you!
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 set the bug status 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!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now 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 Thank you for helping us make KDE software even better for everyone!