this was working before.

the content of the file is displayed wrongly, so the file is present.  was anything in browse logs?

sugar-browse package hasn't changed for months.

webkit2gtk3 package changed to 2.23.3 eight days ago.

so a regression introduced by webkit2gtk3, so please change component.

If I call firefox from sugar-terminal index.html works
from sugar-browse it does not start correctly

james cameron (Quozl_)suggested this may be due to webkit2gtk3 as component

cannot change this to this component from sugar-browse ...in Bugzilla

changed component to webkit2gtk3

i understand it does start correctly, but webkit2gtk3 is not properly rendering the static html in the view.

was anything reported by webkit2gtk3 or gtk3 in browse logs?  you can find stderr in .sugar/default/logs/org.laptop.WebActivity-*.log

Log files
org.laptop.log-1.log:

/usr/share/activities/log.activity/logviewer.py:30:

PyGIWarning: GDK was imported without specifying version first.
Use gi.require_version('Gdk' . '3.0') before import to ensure that
the right version gets loaded.
 from gi.repository import Gdk

Heh.  No, not the log file of the log viewing activity, the log file of the Browse activity.  Thanks.

Fedora-Workstation-Live-x86_64-Rawhide-20190125.n.0.iso   with dnf groupinstall sugar-desktop; Browse ...index.html still does not display properly

https://wiki.sugarlabs.org/go/File:Sugar-err_20190125.png

from logfile

Again, that's the wrong log file.  I don't want the log file of the log viewing activity, I want the log file of the Browse activity.  And please don't use a screenshot, just copy and paste it here.  Thanks.

Just installed Fedora-SoaS-Live-x86_64-Rawhide-20190127.n.0.iso  with liveinst -T (text); installer fails to start graphically

login to user and password set in text based install
su dnf install sddm
 password
sudo systemctl set-default graphical.target
reboot
login to soas:
 start Browse 202 which has a defective index.html 
 (see above)
 start 2nd tab in Browse and go to http://activities.sugarlabs.org
Index on top line lists Home wiki activites Donate  (which work)
download Browse 157.3.xo
Browse 157.3.xo started from journal works as https://sugarlabs.org
Home icon reverts to broken index.html web page.  This needs to be fixed!

Thanks.  But some of that should be in 1668105.  Please don't give information about other tickets in this ticket.

You said the index.html is defective.  It isn't defective; you proved that by viewing it in Firefox.  The problem is that it is not displayed correctly by WebKit.

Again, you haven't given us the log file of Browse.  Please do so.

Created attachment 1534524 [details]
firefox display of index.html

Created attachment 1534544 [details]
webactivity.log-1

requested log file

Thanks for the photograph of laptop with text editor, but this is only part of the log file.  I want to see the whole log file, as a text file attachment.  Sorry if that wasn't obvious.

I'd do this myself, but I'm in the Australian outback and don't have enough download quota for Fedora rawhide images.  I was hoping you or someone else would be able to do this instead.

Another question; does it work in Epiphany browser?

Created attachment 1534605 [details]
webactivity-1.log

Created attachment 1535531 [details]
WebActivity-2.log

from sugar-runner 2/16/2019

Summary: WebKit does not render local file because of <!DOCTYPE

Thanks.  Only the first of your two logs was needed, but both logs confirm there were no errors to explain the failure to render.

Was able to get Fedora-SoaS-Live-x86_64-Rawhide-20190213.n.0.iso for testing.

The symptom you describe does occur for me on sugar-browse-202-2.fc30, but only via local file:/// method.  It also occurs with epiphany-3.31.90-1.fc30, but again only via local file:/// method.  Loading the index.html file via HTTP does not show the symptom.  

Both rely on webkit2gtk3-2.23.3-3.fc30, so my guess is the change is there.  I don't know how to easily test an older version.

No explanation in web inspector.

Workaround is to change first line of index.html from

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

to

<!DOCTYPE html>

But to be honest, it seems unwise to change this without knowing why it needs to be changed.  Is the older form now unsupported?

I'm preparing webkit2gtk3-2.23.90, let's see if that'll fix this.

(In reply to James Cameron from comment #17)
> The symptom you describe does occur for me on sugar-browse-202-2.fc30, but
> only via local file:/// method.  It also occurs with
> epiphany-3.31.90-1.fc30, but again only via local file:/// method.  Loading
> the index.html file via HTTP does not show the symptom.  

My guess is that content type sniffing takes precedence for loads via HTML but the filename takes precedence for local loads. That's weird and arguably a WebKit bug (especially since we don't know why the behavior changed).

Note shared-mime-info only allows the .html file extension for XHTML files since version 1.11/1.12, released five weeks ago. What version of shared-mime-info do you have? Does downgrading make a difference? See:

https://cgit.freedesktop.org/xdg/shared-mime-info/commit/?id=8ae13a589577e9bda12fb16465a03cd81b1cd349

Eike, thanks.  Will test, but ...

Michael, shared-mime-info is 1.12-2.fc30, does now link *.html to MIME type of application/xml, and reverting 8ae13a589577e9bda12fb16465a03cd81b1cd349 and running update-mime-database does fix the problem.

So cause would appear to be in package shared-mime-info; with two MIME types using glob pattern of *.html, I'm not sure which one will match first.  But I'm fairly ignorant of how it works.

(By the way, the local file does have an extension of .html, not .hml; the bug reporter made a typo in title.)

https://github.com/sugarlabs/browse-activity/commit/3d1e75b62feadf8fddff0baccf43dec9eb402884 will fix this for Browse, without fixing the underlying problem.  Other Sugar activities that use local load HTML will continue to be affected; such as Help activity.  But Help was orphaned and retired in Fedora, so no worries.

Reading the above it probably won't change anything, but there's now webkit2gtk3-2.23.90-1.fc30 see https://koji.fedoraproject.org/koji/buildinfo?buildID=1212065

So this is a failure of shared-mime-info then?

(In reply to Eike Rathke from comment #22)
> So this is a failure of shared-mime-info then?

Well I don't think so, it's just the change that surfaced the issue. Nobody here understands what's actually wrong.

possible fix?

https://github.com/sugarlabs/browse-activity/commit/3d1e75b62feadf8fddff0baccf43dec9eb402884

(In reply to satellitgo from comment #24)
> possible fix?

That's the same workaround as in coment 21.

fixed in:
 Fedora-SoaS-Live-x86_64-Rawhide-20190323.n.0.iso

thanks

Good that it works, but I wouldn't call it fixed until we know what change was made to fix it, and the problem did also affect epiphany and correctly formatted old-style HTML documents.

fixed in sugar.013 with patch:
see:
 https://bodhi.fedoraproject.org/updates/FEDORA-2019-98a501f843

sugar-0.113-2.fc30 sugar-artwork-0.113-1.fc30 sugar-browse-203-1.fc30 sugar-chat-85-1.fc30 sugar-clock-21-1.fc30 sugar-datastore-0.113-1.fc30 sugar-getiabooks-18.2-1.fc30 sugar-log-40-1.fc30 sugar-read-122-1.fc30 sugar-terminal-46-1.fc30 sugar-toolkit-gtk3-0.113-2.fc30 sugar-turtleart-218-2.fc30 sugar-write-100-1.fc30 xapian-bindings-1.4.10-1.fc30 has been submitted as an update to Fedora 30. https://bodhi.fedoraproject.org/updates/FEDORA-2019-98a501f843

sugar-0.113-2.fc30, sugar-artwork-0.113-1.fc30, sugar-browse-203-1.fc30, sugar-chat-85-1.fc30, sugar-clock-21-1.fc30, sugar-datastore-0.113-1.fc30, sugar-getiabooks-18.2-1.fc30, sugar-log-40-1.fc30, sugar-read-122-1.fc30, sugar-terminal-46-1.fc30, sugar-toolkit-gtk3-0.113-2.fc30, sugar-turtleart-218-2.fc30, sugar-write-100-1.fc30, xapian-bindings-1.4.10-1.fc30 has been pushed to the Fedora 30 testing repository. If problems still persist, please make note of it in this bug report.
See https://fedoraproject.org/wiki/QA:Updates_Testing for
instructions on how to install test updates.
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2019-98a501f843

sugar-0.113-2.fc30, sugar-artwork-0.113-1.fc30, sugar-browse-203-1.fc30, sugar-chat-85-1.fc30, sugar-clock-21-1.fc30, sugar-datastore-0.113-1.fc30, sugar-getiabooks-18.2-1.fc30, sugar-log-40-1.fc30, sugar-read-122-1.fc30, sugar-terminal-46-1.fc30, sugar-toolkit-gtk3-0.113-2.fc30, sugar-turtleart-218-2.fc30, sugar-write-100-1.fc30, xapian-bindings-1.4.10-1.fc30 has been pushed to the Fedora 30 stable repository. If problems still persist, please make note of it in this bug report.