Bug 1367535

Summary:	centralizing default index.html for httpd
Product:	[Fedora] Fedora	Reporter:	Pat Riehecky <riehecky>
Component:	httpd	Assignee:	Stephen Gallagher <sgallagh>
Status:	CLOSED ERRATA	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	rawhide	CC:	bperkins, dennis, jdisnard, jkaluza, jorton, kevin, mboddu, pahan, sgallagh, zbyszek
Target Milestone:	---	Keywords:	Reopened, Tracking
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:	httpd-2.4.41-2	Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:
Clones:	1651376 (view as bug list)		Environment:
Last Closed:	2019-10-15 18:08:55 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:
Embargoed:

Description Pat Riehecky 2016-08-16 16:56:59 UTC

Description of problem:
Today httpd and nginx both provide a default index.html page.  This page basically says "You've got this working".

The page content is not terribly useful.  If the page came out of a fedora-release rpm it could contain links to release notes or documentation on how to configure relevant services.

This should reduce the maintenance cost for the httpd/nginx package maintainers as they would no longer need to update the page to match the fedora look and feel over time.  At the same time it would give the fedora artwork folks greater ability to provide defaults for several applications.

Version-Release number of selected component (if applicable):


How reproducible:100%


Steps to Reproduce:
1.
2.
3.

Actual results:
Fedora branding not centralized.

Expected results:
Centralized Fedora branding.

Additional info:

Comment 1 Stephen Gallagher 2016-08-16 17:26:26 UTC

Moving to the 'httpd' component for now (another bug could theoretically be created for nginx). The 'fedora-release' component is not the right place for this.

If there is concern about this from a distribution perspective, it should probably be raised with FESCo at https://fedorahosted.org/fesco

Comment 2 Joe Orton 2016-09-15 10:43:14 UTC

Seems like a good idea, patches welcome.

Comment 3 Pat Riehecky 2016-10-11 18:24:34 UTC

I've opened https://fedorahosted.org/fesco/ticket/1636  To see if there is a larger scale solution.

Comment 4 Peter Robinson 2016-10-14 09:37:04 UTC

(In reply to Stephen Gallagher from comment #1)
> Moving to the 'httpd' component for now (another bug could theoretically be
> created for nginx). The 'fedora-release' component is not the right place
> for this.

There's fedora-logos-httpd so that might be a possibility even though it's not a logo they are both clearly related.

Comment 5 Fedora Admin XMLRPC Client 2016-10-17 10:42:20 UTC

This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 6 Fedora End Of Life 2017-02-28 10:07:26 UTC

This bug appears to have been reported against 'rawhide' during the Fedora 26 development cycle.
Changing version to '26'.

Comment 7 Fedora End Of Life 2018-05-03 08:34:23 UTC

This message is a reminder that Fedora 26 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 26. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as EOL if it remains open with a Fedora  'version'
of '26'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version.

Thank you for reporting this issue and we are sorry that we were not
able to fix it before Fedora 26 is end of life. If you would still like
to see this bug fixed and are able to reproduce it against a later version
of Fedora, you are encouraged  change the 'version' to a later Fedora
version prior this bug is closed as described in the policy above.

Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.

Comment 8 Joe Orton 2018-09-26 12:45:18 UTC

~2 years and no movement, don't want to keep this open forever.  If anybody has patches for this stuff please file PRs, I'm happy to merge them.

Comment 9 Pat Riehecky 2018-09-26 13:24:09 UTC

I've reached out to fesco to see what their proposal is.

Comment 10 Pat Riehecky 2018-10-01 19:27:29 UTC

https://pagure.io/fedora-logos/pull-request/5 was just merged.  Once this makes it into a fedora-logos-* package I think there will be a clear plan.

Comment 11 Pat Riehecky 2018-10-04 19:21:45 UTC

fedora-logos-httpd-30.0.0-1.fc30.noarch.rpm now includes: /usr/share/fedora-testpage/index.html along with /usr/share/pixmaps/poweredby.png

I believe this provides the necessary bits for resolving this on apache.

Comment 12 Stephen Gallagher 2019-05-14 17:35:56 UTC

I'm working on this. Expect a pull-request soon.

Comment 13 Stephen Gallagher 2019-05-14 18:14:59 UTC

Submitted https://src.fedoraproject.org/rpms/httpd/pull-request/6 to resolve this BZ.

Comment 14 Stephen Gallagher 2019-09-24 13:21:39 UTC

Pull request was merged.