Jump to content

Extension talk:PageAttachment

About this board

Mediawiki 1.25 German vesion

1
Bmrberlin (talkcontribs)

Can someone provide an example of an working installation iusing this extension?

Regards@Bmrberlin

Reply to "Mediawiki 1.25 German vesion"

Network Error while downloading an attachment

2
192.152.183.2 (talkcontribs)
Aldrin (talkcontribs)
Reply to "Network Error while downloading an attachment"
Gleki.arxokuna (talkcontribs)

Is support by translatewiki.net planned?

Aldrin (talkcontribs)

I think adding "translatewiki.net" would be a good idea. I'll look into this to find out what need to be done.

Reply to "Localisation?"

Sorting PageAttachments by Title

2
198.29.191.149 (talkcontribs)

The following code should be added to page-attachment.js in order to sort by document title:

   function sortData(){
            var tableData = document.getElementById('PageAttachment').getElementsByTagName('tbody').item(0);
            var rowData = tableData.getElementsByTagName('tr');            
            for(var i = 0; i < rowData.length - 1; i++){
                for(var j = 0; j < rowData.length - (i + 1); j++){
			var first = (rowData.item(j).getElementsByTagName('td').item(0).innerHTML.toString());
		        var last = (rowData.item(j+1).getElementsByTagName('td').item(0).innerHTML.toString());
                            if( first > last){
                        tableData.insertBefore(rowData.item(j+1),rowData.item(j));
                    }
                }
            }
        }

Along with this function, add the call to it:

sortData();

to pageAttachment_renderAttachmentSection(html). It should look like this:

function pageAttachment_renderAttachmentSection(html)
{
   var e = document.getElementById('PageAttachment');
   e.innerHTML = html;
   sortData();
}
Aldrin (talkcontribs)

You or someone else have already created an enhancement request to add "sort" option (Issue# 78). I'll work on this after moving the code to Github as Google Code is shutting down.

Reply to "Sorting PageAttachments by Title"

invalid PageAttachment internal cache type specified: MySQL

2
Ragusathis (talkcontribs)

Hello,


MediaWiki 1.24.1 PHP 5.6.3 (apache2handler) MySQL 5.6.21

in local settings.php

    1. Shared memory settings

$wgMainCacheType = CACHE_NONE; $wgMemCachedServers = array();

while opening mainpage getting bellow error


      • ERROR ***************************************************************

PageAttachment internal cache is enabled. However, invalid PageAttachment internal cache type specified: MySQL

Fatal error: Call to a member function retrieve() on null in D:\xampp\htdocs\SNWiki\extensions\PageAttachment\cache\PageCache.php on line 56

please do the needful.

Thankyou

-- Ragu

Aldrin (talkcontribs)
Reply to "invalid PageAttachment internal cache type specified: MySQL"

Error: invalid magic word 'PageAttachment_MagicWord_NOATTACHMENTS'

2
15.195.185.83 (talkcontribs)

Please, can anyone help me with this problem? I have followed the Installation instructions, executed the /rebuildLocalisationCache.php --force but with no success...

Backtrace:

  1. 0 C:\Program Files (x86)\Apache Software Foundation\Apache2.4\htdocs\mediawiki\includes\MagicWord.php(236): MagicWord->load('PageAttachment_...')
  2. 1 C:\Program Files (x86)\Apache Software Foundation\Apache2.4\htdocs\mediawiki\includes\MagicWord.php(684): MagicWord::get('PageAttachment_...')
  3. 2 C:\Program Files (x86)\Apache Software Foundation\Apache2.4\htdocs\mediawiki\includes\MagicWord.php(849): MagicWordArray->getHash()

My Installed software Product Version MediaWiki 1.20.3 PHP 5.4.12 (apache2handler) MySQL 5.1.66-community-log

Thanks in advance and best regards

Aldrin (talkcontribs)
Reply to "Error: invalid magic word 'PageAttachment_MagicWord_NOATTACHMENTS'"

PageAttachement does not set filelinks?

6
Larryc (talkcontribs)

I noticed that PageAttachment does not set the filelinks (backlinks) on file pages. Example: Suppose I attach abc.jpg to page XYZ using PageAttachement. If I go to the page for abc.jpg (File:abc.jpg), I would expect to see XYZ listed under File Links (which are the pages linking to this particular file.) However, PageAttachment does not appear to allow mediawiki to generate these backlinks.

Would this be an easy patch/fix? (I'm not a coder). (I should note that I'm using pageattachment 1.4 as my server is only running MW 1.17. Is this feature available in newer versions of PageAttachment?)

Aldrin (talkcontribs)
Larryc (talkcontribs)
Aldrin (talkcontribs)

Hi Larryc:

It is now fixed. Check compatibility section and download the version that is suitable for your installation.

Sincerely yours,

Larryc (talkcontribs)

Thanks Aldrin. The update works (thanks!), but a nitpick (I love to test edge-cases):

If you run the Mediawiki maintenance script maintenance/refreshLinks.php, it removes the backlinks that your extension creates. You can repair this by running YOUR maintenance script PageAttachment/maintenance/AddMissingFileLinks.php. I think it would make sense to explicitly note this in the documentation.

Aldrin (talkcontribs)

Hi Larry:

I think nitpicking is good when it is for a good cause :-)

Thanks for pointing the issue out. I'll make a note of this in the downloads and will create a section on known issues.

By the way, did a quick check and I think this can be fixed, not 100% sure though. Do you mind opening a bug report so that it stays on my radar. As soon as I get sometime, will investigate it further and try to come up with a fix.

Sincerely yours,

Reply to "PageAttachement does not set filelinks?"

Cannot execute update.php

4
217.167.120.164 (talkcontribs)

I'm trying to install 3.0.0 alpha1 on php 5.4 an i get this error when i run

# php update.php
PHP Fatal error:  Call-time pass-by-reference has been removed in /srv/http/wiki/extensions/PageAttachment/category/CategoryManagerHelper.php on line 45

Any idea why, and how i could fix this?

Thanks in advance

Julien

Aldrin (talkcontribs)
123.116.58.26 (talkcontribs)

I got a solution. Modify CategoryManagerHelper.php line 45 to below statement, it will work again. $categoryDeletes = $this->getCategoryDeletions($linksUpdate, $existing );

Aldrin (talkcontribs)

Hi:

This is fixed in version 3.0.0. New downloads uploaded today (Friday, December 28, 2012). Please, kindly open a bug report if you still get this error.

Aldrin

Reply to "Cannot execute update.php"

Browse/search for existing (uploaded) files and attach - FATAL ERROR

9
72.177.30.219 (talkcontribs)

Hi - Just want to start by saying this extension is awesome! Exactly what we needed!

I'm trying to attach existing files, and I get the following fatal error:


Catchable fatal error: Argument 1 passed to ImageListPager::__construct() must implement interface IContextSource, none given, called in C:\xampp\htdocs\feki\extensions\PageAttachment\browse-search\ImageListPager.php on line 52 and defined in C:\xampp\htdocs\feki\includes\specials\SpecialListfiles.php on line 66


I wasn't sure if it was a permissions thing so I edited DefaultConfigurations.php and tried setting all permissions to true. I have administration privileges, the MediaWiki is on a private network.

Any suggestions? Uploads work just fine, but for some reason, this does not.

Aldrin (talkcontribs)

Hi:

Based on the error you are getting, I am assuming you are using MediaWiki 1.19.x. This has been fixed in 3.0.0 (Issue #41). Please, download the alpha version 3.0.0 (Downloads)

I have been busy. If I get time this coming weekend then will release beta versions (2.2.0 & 3.0.0) with additional fix (Issue #58) reported for the alpha version

72.177.30.219 (talkcontribs)

Thank you Aldrin. You're assumption is correct, MW 1.19x. Sorry I didn't say that. To be honest, I'm not sure which version I had installed, but I'm pretty sure it was the most latest. I tried the 3.0.0 and it wouldn't work at all. I probably need to start with a fresh install of everything. Do you have a known platform you can specify? Also, do you feel the code is bullet-proof, or is it still a work in progress to get there? Thanks, it really is a great extension. I wish MediaWiki didn't work so hard to make uploads difficult, for a private intranet, file management is key!

Aldrin (talkcontribs)

Hi: I can never say the code is bullet proof, since, no matter how much you try, there is a bug lurking somewhere; otherwise, the code is pretty stable. I am using the 3.0 alpha version on my personal wiki.

My development platform is:

  • MacOSX 10.7.4
  • PHP 5.3.10
  • MediaWiki 1.16 thru 1.19

My personal wiki platform is:

  • Ubuntu 12.04 (server)
  • PHP 5.3.10
  • MediaWiki 1.19.0
  • PageAttachment 3.0.0-alpha

If you would share your platform details then I maybe able to help you better. By the way, if you are using PHP 5.2.x (MediaWiki 1.19 needs at least PHP 5.2.3) then be sure download PHP 5.2.x compatible release. See the compatibility page for details

72.177.30.219 (talkcontribs)

I'm running an XAMPP installation on a XP Pro workstation. Installation is:

Apache/2.2.21 (Win32) mod_ssl/2.2.21 OpenSSL/1.0.0e PHP/5.3.8 mod_perl/2.0.4 Perl/v5.10.1 MySQL client version: mysqlnd 5.0.8-dev - 20102224 - $Revision: 310735 $

Essentially, running Xampp 1.7.7 with MediaWiki 1.19.1

I will probably try a fresh install of MediaWiki and see if that makes a difference. Maybe I have some left over junk, this is my test platform anyway, so I can screw it up at will.

Aldrin (talkcontribs)

Hi:

Your system configuration looks okay; I am not sure why you are encountering issues. If your fresh install doesn't work then you could help me identify the issue by following the steps described below:

  1. Install and check if MediaWiki works
  2. Update "LocalSettings.php" file with the following settings:
    1. error_reporting(E_ALL | E_STRICT);
    2. ini_set("display_errors", 1);
    3. ini_set("log_errors", true);
    4. ini_set("error_log", "[A directory where your web server has write access]/log/error.log");
    5. $wgDebugLogFile = "[A directory where your web server has write access]/log/debug.log";
    6. $wgShowExceptionDetails = true;
    7. $wgShowSQLErrors = true;
    8. $wgDevelopmentWarnings = true;
  3. Then install PageAttachment extension
  4. Then run database update (php maintenance/update.php)
  5. If no errors, check if your wiki & PageAttachment extension is usable
  6. If error at step #4 or #5, note the error and open a new issue and attach the "error.log" & "debug.log" files
Inops (talkcontribs)

I'm having a similar problem in 1.92 using the latest edition (3.00 alpha) of this extension. I get a HTTP Error 500 server error in my browser - /mediawiki/index.php?title=Special:PageAttachmentListFiles&rvt=9b2684fb9d2c2f210908ab71a261a1a1e6bd96484ee0c1e81bf72e5b6cb46abe&rnd=V96XTB8JH1HPRPI7JNTZHEQ . Is there a fix for this? Thanks, Jordan.

Inops (talkcontribs)

It seems to be a problem with Special:PageAttachmentListFiles. Going to the page normally causes a server error.

Aldrin (talkcontribs)
Reply to "Browse/search for existing (uploaded) files and attach - FATAL ERROR"
188.24.164.165 (talkcontribs)

Hi! Any idea when the version 3.0.0 will be released. It would be great if I can download even the alpha version. Thanks a lot!

Aldrin (talkcontribs)
86.122.98.109 (talkcontribs)

That's great! Thanks a lot Aldrin!

86.122.98.109 (talkcontribs)

On a windows 2008 server with MW 1.19 (php 5.3) is not working. All that appears on every page is a horizontal blue line. Can you please tell me if I'm missing something. Thanks a lot. I'm not sure this is a bug so I can report it.

Aldrin (talkcontribs)

Hi:

Couple of things to check:

  1. The attachment section data is loaded through Ajax, so make sure JavaScript is not disabled.
  2. Check if PHP session support is enabled. If it is not then enable it.
  3. If you have installed the extension on an existing installation:
    1. If your wiki is behind a caching proxy server then try clearing the cache.
    2. Also, try clearing the browser cache
  4. If all the above do not yield satisfactory result, check the log details and please open a bug report with as much detail information as possible. In addition, I don't have access to Windows 2008; so, it would be helpful if you would help testing the fix.
86.122.98.109 (talkcontribs)

Thanks so much for the reply Aldrin. Checked all the above and still no luck. Where can I open the bug report?

86.122.98.109 (talkcontribs)

Sorry it was totally my fault. The database wasn't correctly set up. Thanks again for all your support Aldrin!

Aldrin (talkcontribs)

Hi:

No problem!

If you do find/encounter any issues, please open a bug report.

Reply to "version 3.0.0"