SUMMARY Clicking on File->Open and selecting a file does not open the new file STEPS TO REPRODUCE 1. Open okteta with an existing file 2. Click Open->File and select another file 3. Observe nothing happens, no new tab is opened for the new file. OBSERVED RESULT No file is open EXPECTED RESULT I expect another tab to show up with the new file SOFTWARE/OS VERSIONS Windows: macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: 5.93.0 Qt Version: 5.15.2 ADDITIONAL INFORMATION
Thanks for the report. Though works here (openSUSE TW, KF 5.93, Qt 5.15.2, Plasma env). To find what special case might trigger things for you, please give more detail, for a start where the selected file is stored, local filesystem or not, any special filesystem mount, which file picker dialog is used (Plasma/KDE or something else).
It does not matter what file I choose. Whenever I attempt to open any file in the GUI, nothing happens, no matter if the file is a standard file under /home/[user] or any other file. All files are readable. This is extremely repeatable. All files are local. 1. At the command prompt type "okteta" 2. Click open and select a file, any file. 3. Watch absolutely nothing happen. No file is displayed. If, on the other hand, I pass a filename or multiple filenames on the command line, that works fine. I have also tried file->open. Note that new does work and saving a file works, only open is totally broken.
What workspace are you using? For now I would suspect the platformtheme integration plugin has a broken file dialog implementation, as the QFileDialog is the main difference here in the code paths when loading a file via the file picking UI or from the commandline. The actual file dialog itself is provided by the platform theme integration plugin, and Okteta relies on the public API with the signal QFileDialog::urlsSelected to properly provide the selected files as list of QUrls. If that is broken, if will also be broken for others, so nothing to work-around in Okteta. No idea right now how to find out which platformtheme integration plugin is actually used/picked. But can you please try and manually enforce a certain one and try loading files for comparison, e.g. by starting okteta via the extra args "okteta --platformtheme gtk2" (see also other options in /usr/lib64/qt5/plugins/platformthemes). What workspace/desktop environment are you using, and which Linux flavour/distribution (and version)?
I now remember that a similar issue had been reported in bug 441802, can we assume your issues seen have the same cause?
All things heard point to the same cause, so closing as duplicate. *** This bug has been marked as a duplicate of bug 441802 ***