| Summary: | 3.5.13 regression: kio-locate-trinity doesn't show any results in Konqueror | ||
|---|---|---|---|
| Product: | TDE | Reporter: | waissi |
| Component: | tdeaddons | Assignee: | Slávek Banko <slavek.banko> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | albator78, bugwatch, darrella, slavek.banko |
| Priority: | P5 | ||
| Version: | 3.5.13 [Trinity] | ||
| Hardware: | amd64 | ||
| OS: | Debian Squeeze | ||
| Compiler Version: | TDE Version String: | ||
| Application Version: | Application Name: | ||
| Attachments: | Fix handling properties of large files | ||
|
Description
waissi
2011-11-07 17:20:35 CST
kio-locate is working in R14 GIT. According to the 3.5.13 SRU etherpad (http://trinity.etherpad.trinitydesktop.org/16), Slavek has backported several patches to kio-locate. If Slavek confirms kio-locate is functioning in 3.5.13 SRU then we can tag this bug report as resolved. Yes, I can confirm that it works in v3.5.13-sru. Except for one detail - for files larger than 2 GiB states meaningless size. Searching the web reveals that at one time slocate/updatedb had a bug where files > 2GB were not listed. The bug seems to be still active. Interestingly, I can see the file names in the slocate.db. Yet they do not appear when running the locate command. The problem then is slocate and not kio-locate. I don't know what is wrong with slocate and >2GB file sizes. Because kio-locate is working in 3.5.13 SRU and R14, I'm closing this bug report as resolved. For anybody interested, the updatedb command must be run with the "-l 0" option to force the locate command to display files > 2GB. I have no idea why displaying files > 2GB is considered a security problem. On Debian I have installed 'mlocate'. Files over 2 GiB I see in kio-locate results, but their size displayed in the file properties (and the tooltip) is meaningless. The reported overall size of the found files is of course also meaningless. So I believe it is an error in kio-locate. Maybe using long instead of long long? Slackware uses slocate and I lack the time right now to experiment with mlocate. Try a "long -> long long" patch and see what happens. Created attachment 791 [details]
Fix handling properties of large files
I do not know if you meant already existing patch,
but I tried to prepare a new one.
Note: patched bug appeared only on 32bit.
Hello, using kio_locate 3.5.13-sru on top of 3.5.13 installation still does not work at all. (I'm talking about the original bug report) Are you aware of what (and where ...) has changed to resolve the bug for you ? Something in kdelibs ? I am confused. slocate/locate will not list files > 2GB unless the -l0 option is used with the updatedb command to build the database. When I use that option, then running the locate command in a terminal window lists files > 2GB. Because locate then lists such files, kio-locate also lists such files. When I run updatedb without the -l0 option, then the locate command does not list files > 2GB and neither does kio-locate. I rebuilt kio-locate with the patch but I see no way of testing. Either the locate command lists files >2GB or does not. kio-locate only imitates the underlying behavior of the locate command. Yes, kio-locate not affect updatedb behavior. However, if your locate "know" files >2GiB, then kio-locate on a 32bit system lists this files with nonsensical sizes. Attached patch fixes just this. Okay, I see. Yes, without the patch file sizes are HUGE and unrealistic. With the patch the file sizes are correct. The patch works here, Slackware 13.1 32-bit. Handling properties of large files fixed in GIT hash efcd2f6e François, unfortunately I can not say exactly which patch of kdelibs or kdebase helped to solve functionality of kio-locate. It was no consciously included just for that. Please, can we close this bug without this knowledge? François, can you confirm whether, is in Fedora (and other RPM distros) in 3.5.13.1 this problem also fixed? It looks like it works fine with 3.5.13.1, including files >2GB . |