Last modified: 2012-04-12 13:55:48 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T29943, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 27943 - "Upload new version of file" not visible with PNG and PDF files
"Upload new version of file" not visible with PNG and PDF files
Status: RESOLVED INVALID
Product: MediaWiki
Classification: Unclassified
File management (Other open bugs)
1.16.x
All Linux
: Normal major (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2011-03-08 22:36 UTC by werf75
Modified: 2012-04-12 13:55 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments

Description werf75 2011-03-08 22:36:03 UTC
When i view the a file that's uploaded on my Wiki it normally shows a "upload new version of this file" link. With *.PNG and *.PDF it's not shown and so there can't be uploaded new versions of the same file.
Comment 1 Bryan Tong Minh 2011-03-09 09:07:48 UTC
Can't reproduce. Do you have any custom media handlers installed? Is the $wgUploadNavigationUrl set?
Comment 2 werf75 2011-03-09 17:24:18 UTC
This is not set in localsettings.php and in DefaultSettings it's set to "false".

There are no custom Media handlers installed as far as i know.

Strange thing is that it happens only with PDF and PNG, which are both in my LocalSettings: $wgFileExtensions = array('avi', 'zip', 'png', 'gif', 'jpg', 'jpeg', 'doc', 'xls', 'mpp', 'pdf', 'ppt', 'tiff', 'bmp', 'docx', 'xlsx', 'pptx', 'ps', 'pages', 'numbers', 'key', 'sldprt', 'sldasm', 'slddrw', 'graffle', 'mov');

It's really strange because it even looks like it logs me out as i want to see that file-pages. My name is gone and it only shows "login" at the top of the screen. Loggin back in, tells me that it's not possible because of hijacking.
Comment 3 Bryan Tong Minh 2011-03-09 21:20:39 UTC
If you then go to another page, are you still logged out or not?
Comment 4 werf75 2011-03-09 22:07:38 UTC
No, if i go to another file-page (.pages, .doc, .numbers) i'm logged in again and i see the link "upload a new version of this file" back again.
Comment 5 werf75 2011-03-13 17:44:47 UTC
Anyone got a clue? It's really freaking me out why this is happening while other file extensions just show the "upload new version of this file" link and don't act like i'm logged out.
Comment 6 Mark A. Hershberger 2011-03-13 18:21:50 UTC
Could you list the extensions you have installed?
Comment 7 werf75 2011-03-13 18:31:32 UTC
Yes: QrCode (broken because an upload failure, see https://bugzilla.wikimedia.org/show_bug.cgi?id=27656), BreadCrumbs, ConfirmEdit, EmailAddressImage and SelectCategory

That's all of 'em.
Comment 8 Mark A. Hershberger 2011-03-13 18:35:21 UTC
first thought would be that QrCode might be causing something.  Disable it and try again?
Comment 9 Bryan Tong Minh 2011-03-13 18:40:39 UTC
My guesses are caching or sessions, but that doesn't explain why it only happens on PDF and PNGs.
Comment 10 werf75 2011-03-13 18:53:43 UTC
Disabled all 5 extensions: no result, still the same issue.
Comment 11 werf75 2011-03-19 08:44:36 UTC
Addition to this bug: it also happens with .jpg files. 

Someone else on the same hosting company has this issue. Don't know where to search for a solution.
Comment 12 Platonides 2011-03-19 20:10:34 UTC
To upload a new version, go to Special:Upload and use the name of an existing file.
You are not shown the "upload new version of this file" link because you are shown as logged out.
You are logged out for something your hosting has done. I suspect they are heavily caching files (and detecting them by file extension). MediaWiki sends Vary: cookie headers, so it's the fault of the caching agent.
Comment 13 werf75 2011-03-19 20:53:15 UTC
When added "&foo" at the end of the URL everything works fine, as it should be.
Comment 14 werf75 2011-03-24 18:24:48 UTC
The hosting company made an exception now in their VCL (?) and if i put my MediaWiki installation in the /wiki folder it is working correctly. But as i'm not having the MediaWiki in the /wiki folder i have to change things.

When put the whole MW install in a /wiki folder it's working correctly. Think it's their way of editing their VCL exceptions.
Comment 15 Mark A. Hershberger 2011-03-25 01:10:33 UTC
(In reply to comment #14)
> When put the whole MW install in a /wiki folder it's working correctly. Think
> it's their way of editing their VCL exceptions.

It sounds like this bug can be closed, then, since this problem isn't in mediawiki.  Marking "invalid" since it is caused by the hoster.
Comment 16 werf75 2011-03-25 07:52:00 UTC
Yep, it's simple like that. 

Thanks for cooperating with this bug-report.

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


Navigation
Links