Version: (using KDE 4.2.2) Installed from: SuSE RPMs Run Kate. Go to File -> Open Recent (do not open anything, just look). Ok, call "open" (just "open"), open dialog appears, show the filename dropdown list (recent files) -- the list is completely different from what you saw just second before. [ is this kdelibs bug, or is this per app issue? -- I see this in all apps, but on the other hand in each app the list is messed in different way ]
This is intended behaviour, the file dialog only knows which file it has opened, kate knows all. That won't be changed, the same for any kde application.
Let's start from more disturbing problem: a) "it was intended" -- inconsistency in presenting data was intended? How can anyone design a broken UI on purpose? What is shown in Kate should be presented in this dialog (it can be trimmed though), because it is open _FOR_ kate b) and this is the reason for reopening -- I just tested the latest version of Kate, and here Kate remembers only one file, while open dialog has a pretty long list. So it is opposite to what you said and it means user has to go hard way to get the recent list
closing again, here opening 3 files with kate shows all three in the list in the open dialog and it never shows entries for files opened from other apps. So the lists are even in sync. The only way to get there is by using kate <filename> and its clear that in that case the open-dialog cannot know about this. This is with KDE4.3. Also if developers decide that something won't change you won't make them change their mind by re-opening the report.
"here opening 3 files with kate ..." -- "here" can be proof of a bug, not of not-bug case. I reopened the report not to change somebody's mind, but because I encountered case with data which should not appear (as described by Christoph). If count(recent_files_in_Kate)>=count(recent_files_in_open_dialog) should be invariant for Kate, then there is a bug in Kate. Plain and simple.
Sorry, you're not making any sense. The original report complained about the drop-down in the file-open-dialog having completely different entries from kate's open-recent list. I can't reproduce this, hence there's no bug according to the original report.
No problem, I open fresh report, so _original_ report would include case of a bug if reading 2nd comment is that hard.