[okteta] [Bug 452943] Opening a file does not work

2022-05-05 Thread Friedrich W. H. Kossebau
https://bugs.kde.org/show_bug.cgi?id=452943

Friedrich W. H. Kossebau  changed:

   What|Removed |Added

 Resolution|WORKSFORME  |DUPLICATE
 Status|NEEDSINFO   |RESOLVED

--- Comment #5 from Friedrich W. H. Kossebau  ---
All things heard point to the same cause, so closing as duplicate.

*** This bug has been marked as a duplicate of bug 441802 ***

-- 
You are receiving this mail because:
You are watching all bug changes.

[okteta] [Bug 452943] Opening a file does not work

2022-04-25 Thread Friedrich W. H. Kossebau
https://bugs.kde.org/show_bug.cgi?id=452943

--- Comment #4 from Friedrich W. H. Kossebau  ---
I now remember that a similar issue had been reported in bug 441802, can we
assume your issues seen have the same cause?

-- 
You are receiving this mail because:
You are watching all bug changes.

[okteta] [Bug 452943] Opening a file does not work

2022-04-25 Thread Friedrich W. H. Kossebau
https://bugs.kde.org/show_bug.cgi?id=452943

--- Comment #3 from Friedrich W. H. Kossebau  ---
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)?

-- 
You are receiving this mail because:
You are watching all bug changes.

[okteta] [Bug 452943] Opening a file does not work

2022-04-24 Thread Aaron Williams
https://bugs.kde.org/show_bug.cgi?id=452943

--- Comment #2 from Aaron Williams  ---
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.

-- 
You are receiving this mail because:
You are watching all bug changes.

[okteta] [Bug 452943] Opening a file does not work

2022-04-24 Thread Friedrich W. H. Kossebau
https://bugs.kde.org/show_bug.cgi?id=452943

Friedrich W. H. Kossebau  changed:

   What|Removed |Added

 Resolution|--- |WORKSFORME
 Status|REPORTED|NEEDSINFO

--- Comment #1 from Friedrich W. H. Kossebau  ---
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).

-- 
You are receiving this mail because:
You are watching all bug changes.