Bug 7443 - Unable to show images from skins (Forbidden) unless apache 2.4 directives used in webapps.d
Summary: Unable to show images from skins (Forbidden) unless apache 2.4 directives use...
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: x86_64 Linux
Priority: Normal normal
Target Milestone: ---
Assignee: Oliver Burger
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 4887
  Show dependency tree / graph
 
Reported: 2012-09-11 12:28 CEST by claire robinson
Modified: 2013-04-13 14:30 CEST (History)
3 users (show)

See Also:
Source RPM: mediawiki
CVE:
Status comment:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description claire robinson 2012-09-11 12:28:13 CEST 
Access directives have changed with apache 2.4. Order deny, allow has been depracated. 

I added 'Require local' to /etc//httpd/conf/webapps.d/mediawiki-common.conf and /etc/httpd/conf/webapps.d/mediawiki.conf and it now shows images such as the light bulb on the database configuration page during installation. 

http://localhost/wiki/skins/common/images/info-32.png
Marja Van Waes 2012-09-11 15:25:11 CEST

CC: (none) => doc-bugs, marja11

Manuel Hiebel 2012-09-11 21:41:58 CEST

Blocks: (none) => 6954

Comment 1 claire robinson 2012-10-08 18:19:57 CEST 
This seems fixed now Oliver. 

I haven't fully installed yet due to bug 7440 so will leave this open for now until it's been fully tested.
Comment 2 Manuel Hiebel 2012-11-24 19:00:00 CET 
so still valid ?

Keywords: (none) => NEEDINFO

Comment 3 Marja Van Waes 2012-12-23 10:13:28 CET 
(In reply to comment #1)
> This seems fixed now Oliver. 
> 
> I haven't fully installed yet due to bug 7440 so will leave this open for now
> until it's been fully tested.

(In reply to comment #2)
> so still valid ?


I don't know and apparently Claire doesn't know either. Removing the NEEDINFO keyword for now, because it can't be fully tested yet.

Keywords: NEEDINFO => (none)

Marja Van Waes 2013-02-26 20:03:06 CET

Blocks: (none) => 4887

Comment 4 Guillaume Rousse 2013-03-29 14:58:15 CET 
This package is uselessly complex. 

All other web applications in the distribution ship with a minimalist apache configuration allowing out of the box access to a standardized default url, and allow further customization if actually needed by final user. Here, we have two different apache configuration files, a non-working default http://localhost/mediawiki url, and a custom installation procedure documented in README.urpmi, based on a homemade script. In order to make multi-instance setup easier for the few people needing it, everyone else is screwed.

If multi-instance support is an upstream feature, just pointing to relevant upstream configuration should be enough to configure it. The simple fact than this bug  is now 5-month old shows than added value is not worth added maintenance complexity.

Additionaly, the mediawiki-sqlite package could ship a /var/lib/mediawiki directory owned by apache user, to host the relevant database file. This would be some kind of added-value with no usability impact.

CC: (none) => guillomovitch

Anne Nicolas 2013-04-13 14:20:59 CEST

Blocks: 6954 => (none)

Comment 5 Guillaume Rousse 2013-04-13 14:30:01 CEST 
Fixed in incoming 1.20.3-1.mga3 release.

Status: NEW => RESOLVED
Resolution: (none) => FIXED
Note You need to log in before you can comment on or make changes to this bug.