Registered Member
|
Is anyone able to duplicate this behavior?
There must be a simple answer to this, but I can't see it -- i load and run Konqueror and then, because I want to display a directory, I type /home into the Address Bar. Then, <Enter> and I see this, in an orange box at the top of the screen:
I checked this directory, in another file manager, and it seems to be granting read-write permission to me, and to 'group'. Should I be doing something else to make this directory, or any directory, display -- using Konqueror's file-manager function?
System information:
Linux Mint 17.3 | KDE Platform Version 4.14.2, and Linux Mint 18.0 | KDE Platform Version 5.28.0 |
|
You're not supposed to have write permissions in /home for sure.
Some distros may reasonably also prevent reading. /home is NOT "$HOME" aka "~" aka *your* home directory. Try "/tmp" - or "~" |
Registered Member
|
Thanks for your help and fast reply! You advised a test by entering this:
So I did, and I got this result, the error message, again:
Check if you have read access to this file. Can you duplicate this behavior on your system? Is there some incorrect default setting in Konqueror that I must change?
System information:
Linux Mint 17.3 | KDE Platform Version 4.14.2, and Linux Mint 18.0 | KDE Platform Version 5.28.0 |
|
Nope. I however also get a dialog "access denied" on insufficient permissions.
I assume the problem will be different and what's suspicious is that directories are referred to as "file" (though technically they're the same on UNIX) Grepping the KDE sources, the message is from KTextEditor, ie. for "some" reason, konqueror tries to open the dir as text. => run "kcmshell5 filetypes" (resp. "kcmshell4 filetypes" if you're on a plain KDE SC 4 installation) and filter for "dir", inode/directory is the actual mimetype for directories. Have a close look at the settings (for inode and inode/directory) on whether anything there looks like it's to be openend by kwrite/kate/ktexteditor - or the mimetype is maybe missing entirely. |
Registered Member
|
Thanks again -- here's what I'm seeing at Configure file associations ->Known Types->Inode->directory:
Application Preference Order
Konqueror
Okular (okulartxt) Sidebar (konq_sidebartng) Not certain what to make of your question about 'mimetype' -- don't see that term anywhere. What other information should I provide? Please tell me what I should fix, and where, for Konqueror to work normally.
System information:
Linux Mint 17.3 | KDE Platform Version 4.14.2, and Linux Mint 18.0 | KDE Platform Version 5.28.0 |
|
That's for inode/directory?? It explains the behavior but should not be there at all. Close the dialog (in case) and run (in konsole)
Depending on your installation some commands won't exist, but one or two should (and take some time, can run up to a minute or so) Then run "kcmshell/4/5 filetypes" again and check the inode/directory settings. If those entries are *still* there: remove them. You can add the "Terminal Emulator (konsolepart)" if you want but everything else makes no sense for this mimetype. Also check the settings for embedded/external opening. By default "inode/directory" follows "inode" and "inode" is configured for the embedded viewer. "mimetypes" are all those "file types" (if you want to know why there're different terms and what mime is, please ask wikipedia |
Registered Member
|
I'm about to follow your directions to rebuild the cache, but since you expressed so much surprise over what you saw, I put mimeapps.list in a text editor, to see exactly what had been added to, and removed from, inode/directory. As to what can do this and leave the file with 'impossible' entries, your guess is much better than mine, and might be instructive.
I expected to see Sidebar (konq_sidebartng) here, also, but don't see it. Must come from somewhere else.
System information:
Linux Mint 17.3 | KDE Platform Version 4.14.2, and Linux Mint 18.0 | KDE Platform Version 5.28.0 |
Registered Member
|
Actually, it ran quite quickly, but thanks for the warning. I came across posts elsewhere saying some users had reset their systems, thinking it had 'frozen'. All the lines produced appeared to be telling me what kbuildsyscocoa had accomplished -- except for the last one:
Let me show what I've found and I hope someone can help me to decide: One post says, in spite of the user being told to 'fix' a problem, the 'problem' is actually cosmetic only, and should be ignored. The other post says while some things are cosmetic, many users think it best to 'make their system right' and to that end, they should run the fixmime script -- as seen by following the preceding link. Which do you advise? I'm backed up with Systemback, so if there's a problem I'm not worried -- I won't tank my installation.
System information:
Linux Mint 17.3 | KDE Platform Version 4.14.2, and Linux Mint 18.0 | KDE Platform Version 5.28.0 |
Registered Member
|
Most appreciated if anyone could respond to the questions already asked, while adding to that, some help with this new problem:
After following luebking's directions, I am now at this point. I have clicked on Konqueror's start page, the one that has the icon labeled, Home Folder -- your personal files. This gives me an error message, instead of displaying the home directory. The message reads,
[X] There appears to be a configuration error. You have associated Konqueror with inode/directory, but it cannot handle this file type. [OK}[/list] What must I do to get this behavior?
System information:
Linux Mint 17.3 | KDE Platform Version 4.14.2, and Linux Mint 18.0 | KDE Platform Version 5.28.0 |
|
/usr/lib/kde4/dolphinpart.so
/usr/share/kde4/services/dolphinpart.desktop konqueror is actually more or less "just" a kpart shell - for filemanagement the dolphin part is used. I assume you uninstalled dolphin and the part with it? The weird mime assignments may then have been a desperate move to create some failsafe. |
Registered Member
|
Hmmm ... i'm sure I've seen screenshots with a directory running on the Konqueror screen. Or, am I imagining this?
What must I do to get this behavior?
Thanks for giving me these file names. I have found both in Dolphin (no, it's not uninstalled) and the first is a binary file, the second a text file. The text file was searched and I found it does not contain a reference to the binary file, nor does it have a section that seems appropriate (without your help) for inserting the binary's file name ... if that what you intended? I'm guessing here ... Sorry, but my level of understanding isn't sufficient that I can figure out what you meant -- exactly what are you suggesting I do with these two files, to 'get this behavior'? I'm assuming your listing these two names was intended to answer the question prefaced by in the preceding post? Or not?
System information:
Linux Mint 17.3 | KDE Platform Version 4.14.2, and Linux Mint 18.0 | KDE Platform Version 5.28.0 |
|
You shouldn't have to do anything - konqueror is supposed to pick them up from the sycoca database and know that it can use the dolphin part to display inodes.
At this point it gets a bit tricky. a) please paste the contents of your /usr/share/kde4/services/dolphinpart.desktop b) paste the output of "ldd /usr/lib/kde4/dolphinpart.so" c) kill all konqueror instances and run "strace konqueror 2>&1 | grep dolphinpart" try to open a directory (enter "~"). At this point you should get quite some printout from the command. Paste that as well. The entire thing is of course supposed to work, but something is broken about kio/mime-plugin handling on your system. |
Registered Member
|
Something didn't happen. I ran the command in konsole, resulting in Konqueror opening. Then I went back to konsole which had not returned to a prompt. I entered ls ~, following directions but suspecting nothing would happen because commands only work at the command prompt. Not to my surprise, nothing happened, so I did a Ctrl-C to get back to a prompt. Then I entered the ls command in the format suggested. This resulted in a normal directory listing, but not the expected 'data dump'. Then I repeated the command, since you just said enter "~" and so my first attempt was what I thought you meant, but not exactly what you said to do. So I followed the direction literally, and again nothing happened -- not totally unexpected on my part. In any event, I've posted all of this directly above. About killing konqueror, I realized that this was right after a fresh boot, and konqueror had not been run, so without further delay I began following your directions.
System information:
Linux Mint 17.3 | KDE Platform Version 4.14.2, and Linux Mint 18.0 | KDE Platform Version 5.28.0 |
|
=)
you need to enter "~" in konqueror so it tries to use the dolphin part. i did't say anything about ls, did i |
Registered Member
|
Thanks much for your PM, setting me straight -- by telling me what I really should be doing is to work with the Floppy KIO slave, and through that, I'll be able to work with mtools* -- and there is no need to do this with Konqueror -- I can do it with Dolphin. I thought it would be helpful to let you know what I was trying to accomplish, and it was. You said it was possible to reach my goal by running Dolphin, alone, and I think that's what I'll do.
As an aside on your advice to enter the '~' from inside Konqueror -- right now that's so messed up with incorrect parameters in the association file, I'm sure -- that when asked to display a directory, Konqueror now opens 26 instances a file manager (think, 'Sorcerer’s apprentice"), at which point KDE crashes so solidly that it requires a hardware reset to resume the system. Since you've told me I don't need Konqueror to do what I want (as in my PM to you), I'm going to roll-back my system files to before Konqueror was installed, and then continue with your directions on the other thread, by using Dolphin. Thanks very much for all your advice on Konqueror -- I learned a lot, as will any other KDE user who comes across this thread. I'll move on, the other thread, where you've already started responding ... *This point of course was not in your message, but it is in the linked documentation for Floppy, where it's plainly stated that it works this way. I may need your help on the syntax for this, to get the various mtools functions working, but we may do that in the other thread.
System information:
Linux Mint 17.3 | KDE Platform Version 4.14.2, and Linux Mint 18.0 | KDE Platform Version 5.28.0 |
Registered users: bartoloni, Bing [Bot], Evergrowing, Google [Bot], q.ignora, watchstar