Bug 1331427 - Cannot start X11 programs when using the Hawaii desktop
Summary: Cannot start X11 programs when using the Hawaii desktop
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: greenisland
Version: 24
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Pier Luigi Fiorini
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-04-28 13:48 UTC by Mike FABIAN
Modified: 2016-06-26 21:03 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-06-26 21:03:51 UTC
Type: Bug


Attachments (Terms of Use)
hawaii-cannot-start-x11-programs.png (138.89 KB, image/png)
2016-04-28 13:48 UTC, Mike FABIAN
no flags Details
hawaii-desktop-looks-broken-japanese.png (509.72 KB, image/png)
2016-05-03 08:21 UTC, Mike FABIAN
no flags Details
hawaii-desktop-looks-broken-english.png (512.35 KB, image/png)
2016-05-03 10:11 UTC, Mike FABIAN
no flags Details

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.


Note You need to log in before you can comment on or make changes to this bug.