[00:25:43] All of a sudden for no apparent reason some images aren't showing thumbnails. Appears to be a bad reference when I'm looking a chrome console. [00:25:57] looks like it's not a problem in IE [00:26:57] Here is an example http://www.milkthefunk.com/wiki/File:Hand_lens.jpg [00:27:19] no new extensions or localsettings changes in about a year [00:28:13] appears to be srcset related ??? [00:28:30] Anyone seen this issue lately? [00:59:47] I think something's jacked withe the permissions on the images folder... how and why it changed I have no idea [00:59:54] what should permissions be on /images ? [01:00:54] I just realized I can't edit any pages on my own wiki anymore. Everything was fine the last time I used it (a few weeks ago), but now all I can do is view source. What could have changed? [01:01:28] currently it's set to drwxr-xr-x 23 vsftpd www-data 4096 Apr 18 2015 images [01:02:56] I'm listed as administrator and bureaucrat, if that matters. [01:05:44] Gek_: with those perms, it should be owned by the same user that mediawiki is running under (probably www-data unless you have certain setuid setups in place) [01:05:53] instead of owned by vsftpd [01:05:53] Gek_: the user your web server runs at (www-data) must be able to read and write to it… so that should be fine, i think? [01:06:03] boblamont: what error do you get when you try? [01:06:11] if being owned by vsftpd is required, then chmod g+w [01:06:11] oh sorry, i misread. listen to Skizzerz :) [01:08:01] I'm getting "You do not have permission to edit this page, for the following reason:The action you have requested is limited to users in the group: Users." When I go to Special:UserRights i get: "You do not have permission to do that, for the following reason:You do not have permission to add or remove user rights." [01:08:08] Skizzerz ... Thank you. I swear I found the solution finally at hte same time you posted. [01:08:15] THanks regardless. [01:08:15] boblamont: Sounds like you're logged out [01:08:47] Nope, I have "log out" listed as an option and it shows the username at the top. [01:08:48] I have no idea how the perms or anything may have got off... any ideas? [01:09:29] I checked in two browsers, just in case something was blocking it from working, same in both. [01:10:36] boblamont: That's rather bizarre. I've got no idea what would be causing that beyond being logged out, sorry. Hopefully someone else will have an idea [01:12:44] boblamont: in all likelihood, you are logged out, but something is caching the top bar to show you being logged in instead [01:12:48] boblamont: hmm. check Special:ListGroupRights on your wiki and see if any groups have any "revoked rights" (crossed out)? maybe you mistakenly added yourself to such a group [01:12:54] visit Special:UserLogin [01:13:07] and try logging in again, see if that fixes things [01:14:49] MatmaRex: does anyone even use revoked rights? I can't recall seeing a single instance of it [01:14:55] outside of test wikis [01:15:43] Skizzerz: me neither :P [01:16:01] No on revoked rights and logging out/in doesn't change anything (and UserLogin actually says I'm logged in) [01:16:06] hmm [01:16:32] what extensions do you have installed? [01:16:44] Special:Version should list them [01:17:39] Hmm.. hang on. I just added an extension. Let me remove it and see if that fixes it. [01:19:50] Yup. Deleting the new extension from LocalSettings fixed it. Now I'll try re-adding it to see if it was maybe a typo or something. [01:21:22] what was the extension? [01:21:44] it may require additional config, or it may just be broken on recent mediawiki [01:21:48] DynamicPageList (not Intersection, the 3rd party version) [01:22:04] huh [01:24:54] I had Intersection installed, so I commented that out when I first did it. This time I deleted the Intersection line completely, but it's still blocking me from editing when installed. [01:25:19] something in that extension is causing the issue then [01:25:34] sorry I can't help more, but I need to head off [01:26:16] No problem, if you hadn't mentioned extensions, I wouldn't be this far, thanks! [01:51:14] Does anyone have DPL working with 1.27.1? [02:05:09] Is there an alternative to DPL that would allow me to exclude certain categories from a list of backlinks? [02:44:30] I don't know if anyone cares, but I got it to work. It tries (and fails) to automatically create a template (Template:Extension DPL). If you google that, you can see what goes there and manually create it. Then it works. [04:33:21] FYI, done many more lists with DPL and haven't run into a problem, so manually doing that template is definitely a workable solution. [14:04:01] is the drafts extensions, or another providing similar functionality being revived at some point? [14:06:40] JornStian: are you asking for future reading? [14:29:14] nemo_bis: nope, autosave for longer edits.. https://www.mediawiki.org/wiki/Extension:Drafts [14:29:34] drafts haven't worked since 1.22 [14:31:55] JornStian: the last time someone tried to revive the drafts extension, some WMF employee turned the thing into something altogether different that they desired for other reasons, and in the end both ideas died [14:33:32] The best option is https://phabricator.wikimedia.org/T75241 / https://gerrit.wikimedia.org/r/#/c/5130/ [15:36:10] Nemo_bis++ [15:48:38] Nemo_bis: how would I go about installing that on a debian-based mediawiki? download and overwrite whatever files exists in both? [15:51:09] JornStian: I'm not sure the patch is ready even for the most basic testing, are you able to code at least a bit? [15:52:03] It's usually easier to try gerrit patches if you use https://www.mediawiki.org/wiki/Download_from_Git , then you can use the git commands which gerrit gives you when you click "download" [15:53:46] !e AnchorHandler [15:53:46] https://www.mediawiki.org/wiki/Extension:AnchorHandler [16:31:30] hey guys. we have
to detect with FrontEnd extension. But is there anything to show only if it's mobile? [16:31:56] like...
:-) [16:35:36] Ed_WikiRio: No, see https://phabricator.wikimedia.org/T75427 [16:37:56] well, there's MediaWiki:Mobile.css, so you could hide it in MediaWiki:Common.css and re-display it in MediaWiki:Mobile.css [16:43:05] yeah, i guess that's a solution. but i have no idea why they think a "nodesktop" has no use :-) [16:43:11] thanks for both! [16:45:21] Ed_WikiRio: probably it has something to do with the fact that Wikimedia wikis' editors tend to think desktop first and would be unlikely to produce much mobile-only support [17:06:05] nemo_bis: I guess I'd go for "yes-ish" as an answer to that :P but sure, I'll try just grabbing the changes from git, and see where that leads me :) [21:42:13] Under what circumstances would wfFindFile() not work and wfLocalFile() would? I saw that wfLocalFile() is used as a fallback in WikiPage.php.