Bug 1331427

Summary: Cannot start X11 programs when using the Hawaii desktop
Product: [Fedora] Fedora Reporter: Mike FABIAN <mfabian>
Component: greenislandAssignee: Pier Luigi Fiorini <pierluigi.fiorini>
Status: CLOSED NOTABUG QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 24CC: i, lkundrak, mfabian, pierluigi.fiorini
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2016-06-26 21:03:51 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Attachments:
Description Flags
hawaii-cannot-start-x11-programs.png
none
hawaii-desktop-looks-broken-japanese.png
none
hawaii-desktop-looks-broken-english.png none

Description Mike FABIAN 2016-04-28 13:48:02 UTC
Created attachment 1151907 [details]
hawaii-cannot-start-x11-programs.png

I am using Fedora-Workstation-netinst-x86_64-24_Alpha-1.7.iso
with all updates installed.

When trying to start an X11 program like xterm on the Hawaii desktop,
it fails with 

xterm: Xt error: Can’t open display:
xterm: DISPLAY is not set

lxterm cannot be started either.

firefox shows an icon at the bottom of the desktop for a short moment, then
crashes.

Comment 1 Pier Luigi Fiorini 2016-04-30 11:32:58 UTC
XWayland support is currently not build, the code needs to be updated to the new QtWaylandCompositor API that changes a lot.

Therefore I do not expect X11-only programs such as xterm to work, as for Firefox my guess is that it must have partial Wayland support otherwise you wouldn't see the icon.

I'm not sure what the status of Wayland support for Firefox is.
It would be awesome to see what WAYLAND_DEBUG=1 firefox shows on a terminal.
If the crash is caused by the Hawaii compositor I'll be glad to fix it in this cycle. 

XWayland support will be moved to the task list for the next Hawaii version, I think it's too late in this cycle.

Also, moving the report to the greenisland component since XWayland support is provided by the compositor rather than the workspace.

Though I'm not sure whether it should be closed or not, it's more a missing feature than a bug.

Comment 2 Mike FABIAN 2016-05-03 08:21:35 UTC
Created attachment 1153264 [details]
hawaii-desktop-looks-broken-japanese.png

> It would be awesome to see what WAYLAND_DEBUG=1 firefox shows on a
> terminal.  If the crash is caused by the Hawaii compositor I'll be
> glad to fix it in this cycle.

I wouild like to do that, but in 
Fedora-Workstation-netinst-x86_64-24_Beta-1.4.iso (with all
currently available updates installed), the Hawaii desktop
is not usable at all anymore, I cannot even start a terminal to
get the output requested above.

The attached screenshot shows how the Hawaii desktop looks
like when I start it (language is Japanese).
Some sort of calendar and a clock are shown but very badly
rendered, the glyphs overlap. And there are no buttons visible
at the bottom of the desktop, there used to be a button to start
a terminal, but is gone. Alt+F2 does nothing.

Comment 3 Mike FABIAN 2016-05-03 10:11:24 UTC
Created attachment 1153316 [details]
hawaii-desktop-looks-broken-english.png

It doesn't look better in English either.

Comment 4 Pier Luigi Fiorini 2016-06-26 21:03:51 UTC
Thanks, that was caused by a package that I didn't update at the time.
Meanwhile I managed to test Firefox myself on weston and I can confirm that Firefox on Fedora 24 requires X11 thus it won't work with Hawaii 0.7 - whose Fedora packages are btw in the process of being updated.

I'm closing the issue as it appears to be a missing feature of the current upstream code rather than a bug.