@epriestley I see. Thanks anyways. Nevertheless I am hoping that some hints are available at buddy rates :)

I think this is now resolved for PHP 5.6 at HEAD of master.

well ok then

I don't believe we've ever supported this.

For context, I'm trying to convert some projects over to use milestones. Previously we were just using several independent projects. What I'm trying to do is change the default column in the milestone, so I can bulk move tasks from a workboard column in the 'old' project, and have them land in the right place.

phabricator / $ git checkout stabil
Arcanist / $ git checkout stabil
libphutil / $ git checkout stabil

When filing a bug report, you MUST include reproduction instructions. We can not help fix bugs we can not reproduce, and will not accept reports which omit reproduction instructions. See below for details.

When filing a bug report, you MUST include reproduction instructions. We can not help fix bugs we can not reproduce, and will not accept reports which omit reproduction instructions. See below for details.

When filing a bug report, you MUST include reproduction instructions. We can not help fix bugs we can not reproduce, and will not accept reports which omit reproduction instructions. See below for details.

Never mind, that patch doesn't work.

Yeah, I'd like to avoid that "simple workaround" of 200 lines of spaghetti if I can, since I'd guess this task is going to go through 50 more rounds if I have to implement that.

This comment seem to indicate 5.6 indeed broke file_get_contents("compress.zlib://php://input"). I didn't delve much into the proposed workaround yet but it might give a hint of what's going on.

Alright, thanks. Both you and @ppggff have PHP 5.6, I'll see if I can reproduce with 5.6.

@epriestley yes, pretty much the same ones :

[Sat Feb 20 09:04:56.337247 2016] [:error] [pid 5801] [client 86.219.113.93:56185] PHP Warning:  file_get_contents(): cannot represent a stream of type Input as a File Descriptor in /home/w4w/domains/REDACTED/phabricator/support/PhabricatorStartup.php on line 144
[Sat Feb 20 09:04:56.350142 2016] [:error] [pid 5801] [client 86.219.113.93:56185] PHP Warning:  file_get_contents(compress.zlib://php://input): failed to open stream: operation failed in /home/w4w/domains/REDACTED/phabricator/support/PhabricatorStartup.php on line 144

Ubuntu 14.04
Apache : 2.4.16
Php : 5.6.12-1
Php being through mod_php

In T6609#160552, @johnny-bit wrote:

This looks awesome @ProfFan !

Why do you want to set a global default background? What is the root problem you're currently encountering?

@dpatou Do you have errors in your error log similar to the ones @ppggff describes?

Yeah.

Oh, thanks for advise. I'll try to fix!

So your client is sending an HTTPS request, but $request->isHTTPS() is false?

I use nginx for reverse proxy in front.

To clarify, you are using HTTP for Phabricator but HTTPS for the notification server? If so, why have you made this (unusual) configuration choice?

@epriestley Thank you for clarifications and links. By the way, does current version of Phabricator support arbitrary depth for wiki pages hierarchy? Could you refer me to the relevant information? Thank you in advance.

This looks awesome @ProfFan !

@epriestley Reverting both 5e375482 and 8269fd6e make me able to clone normally again.

Now updated the parsing mechanism to make it able to handle multiline inline LaTeX.

Glorious.

I had to add an explicit cast to int when I ran the conversion script, but other than the 3 or 4 tasks which lost their points value, everything else worked nicely.

ehhhhh, this is probably better solved with T7190. I don't think there is much (any?) benefit to a global color, as teams usually want visual indication of which workboard they are on (so differentiation matters).

Ah cool, good to know. Thanks for the quick fix!

This implies a question: Could it be Phabricator which modifies the stream between the client and the server in an illegal way? Or is this some bug in Mercurial itself?

Reading the code around /usr/lib/python2.7/dist-packages/mercurial/sshserver.py:32:

def getargs(self, args):
    data = {}
    keys = args.split()
    for n in xrange(len(keys)):
        argline = self.fin.readline()[:-1]
        arg, l = argline.split()
        if arg not in keys:
            raise util.Abort("unexpected parameter %r" % arg)
        if arg == '*':
            star = {}
            for k in xrange(int(l)):
                argline = self.fin.readline()[:-1]
                arg, l = argline.split()
                val = self.fin.read(int(l))
                star[arg] = val
            data['*'] = star
        else:
            val = self.fin.read(int(l))
            data[arg] = val
    return [data[k] for k in keys]

Yeah, I came to approximately the same conclusion. Save + restore on the scroll position appears to be a complete fix as far as I can tell.

Invalidating the cache is trivial, but I think <code> is used to style code blocks and has a bunch of different rules (e.g., block formatting) already associated with it.

Yeah, either closing other open menus or allowing menus to be stacked on top of each other.

Yeah closing anything else open seems to be what most other applications do.

Here's an example in Maniphest where menus will overlap if you open them all (up to three in this case):

What is your expectation of what should happen here? This doesn't seem like a Workboard issue, just an issue with menus in general. Should we just automatically close any open ones if you change your mind and open a different one?

So I looked into this and it is the call to area.focus() in the setSelectionRange method in https://secure.phabricator.com/diffusion/P/browse/master/webroot/rsrc/js/core/TextAreaUtils.js (unsure what line, my view of this file is plaintext here) that causes the scrolling. I removed this line and it seemed to have the expected behavior but who knows what other problems removing it may cause.

I'd be cool with moving to <code> semantically anyways, but imagine this is a bit harder since we'd have to invalidate all Remarkup cache?

Not that I'm aware of today. (Caveat: I've only used Phabricator in desktop webkit-based browsers.)

Does this cause any concrete problems in any user agent?

Although I guess that sort of doesn't really solve many/any problems. But we could embrace that by allowing a blog to be "unlisted" or something, maybe.

A possible workaround is to create two blogs (review, production), and use "Move Post" as a "Super Publish".

There may be "document review" built into Phriction at some point. I don't know if maybe we could generalize that to Legalpad and Phame as well.

Thanks, I'll see if I can figure out what's going on in Chrome.

My expectation is that if your company has significant process around posting a blog post, they likely are using a different product to manage that (ie, Google Docs). Wordpress doesn't even offer such a feature without a third party plugin.

In T9897#155081, @chad wrote:

If they can post to the blog, they can read the draft.

Yeah the icons are still probably useful for the minor events. It feels weird without them.

Yep, Chrome on Kubuntu.

@epriestley Thank you, sir!

On OSX, I can't reproduce this in Safari or Firefox, but it does reproduce in Chrome. Are you also using Chrome?

The expectation is that you create a "Bot" account, and add keys to that account.

Presuming resolved, but yell if I missed anything.