- User Since
- May 8 2014, 8:42 AM (402 w, 4 d)
Feb 4 2016
Apr 7 2015
Hi, I'm not sure how Phabricator handles compatibility libraries but PHP has http_response_code() available which sets the status code and message in one go. The fix for this task could be introduced as a compat method for PHP < 5.4.
Feb 2 2015
A simple way to compare scroll distance is to open multiple browsers, scroll all the way to the top and scroll the mousewheel down one notch. Chrome on Windows puts me halfway through the task's title, while Firefox barely escapes the top bar.
You are right - if I remove the 'overflow: hidden' and 'overflow-y: scroll' styles scrolling is fast as ever! I cannot find any reason on why Firefox would reduce the scrolling speed for a single frame.
I'm seeing a huge difference in scroll speed between Phabricator and other sites, and I'm 99% sure that scrolling is slower since the introduction of the new scrollbar. Is there a way for me to temporarily use native scrolling (through the console?) to confirm this?
Vertical scrolling seems about 3x faster using the native scrollbar in Firefox based on visual guesstimations.
And on an unrelated note: personally I don't think T7014 was worth replacing the native scrollbar with a fake one throughout Phabricator. There have been exactly zero convincing, bug-free, user friendly fake scrollbars on the internet up until now, why is this one going to be different? :)
This is also an issue on Firefox/Windows.
This issue is also present in Firefox.
Jan 2 2015
Dec 15 2014
Nov 27 2014
Nov 20 2014
Nov 18 2014
I've done a bit of research on exactly these two MySQL errors in order to create a deadlock-proof subsystem for an application of ours. In my experience, the causes you attribute to these two errors are the wrong way around:
Nov 14 2014
I could name another reason: interoperability between Firefox and Flash on Windows has been abismal the past couple of years, crashing or hanging plugin-container.exe causing a lot of us to preemptively disable the Flash plugin. Using web sockets (where available) would be a great improvement.
Nov 13 2014
Nov 3 2014
If I resize the window to small enough dimensions to make the sidebar disappear, the icon stops jumping.
No, it does not. I've created a gif animation based on screenshots which truthfully represents the vibrating effect we see in Firefox (I've blacked out the other people):
No, these are PNGs. It is not always the same user icon that moves, and the same user icon is not always moving.
Oct 30 2014
Maybe this pattern could help: this particular wiki document was moved ("This document was moved from elsewhere"). The second error I get on reindexing also refers to a wiki document that was moved.
I've tried that just now:
tools@dev1:~/phabricator/phabricator/bin$ ./remove destroy PHID-WIKI-amenci5bzyxy5k4ndwwu Usage Exception: No such object "PHID-WIKI-amenci5bzyxy5k4ndwwu" exists!
So I did a text search through all databases and found relations to this PHID in the following tables:
Maybe this could help in finding the source of the bug. Thanks for the explanation, I'll just ignore it for now!
We have single user access for our central phabricator install, whose sessions are explicitly logged in case of stuff like this :)
Oct 29 2014
Thanks. I've just checked our shell history; no bin/remove was executed.
Oct 28 2014
I never said that that PHID is valid... Obviously it cannot be found. Somewhere, somehow, a stale reference seems to be left behind. I cannot find any documentation about how to fix an issue like this so that's why I think there's a bug somewhere in the wiki application?
Oct 27 2014
Oct 16 2014
Sep 1 2014
Aug 22 2014
Are we at an impasse here? How can I contribute to this task?
Aug 21 2014
I just tested your diff on our installation and it works perfectly. Thanks!
Aug 6 2014
I was searching on the 6 leading characters of the ID... I was expecting a search on commit ID would work more like other applications. Thank you!
Jul 2 2014
Jun 30 2014
Jun 26 2014
Did you just tell me how to raise my dashboards? You did not just tell me how to raise my dashboards! You do realize that you're replying on a serious software issue, right?
Jun 25 2014
Jun 20 2014
Jun 12 2014
This bugs seems to appear throughout Phabricator, not only Phriction.
Jun 4 2014
Found it: if I click on the "X", it never works. If I click in the box just next to the "X", it works every time.
I'm using Firefox 28 on Windows 2012 server. I just noticed that sometimes, the first time I click I get a dialog asking me whether I want to unpin the application. If I cancel and click again, it fails. Other times, it just fails without notice.
May 26 2014
Drag a file from somewhere (desktop or whatever) to the Phabricator dashboard. Phabricator should show you a message about uploading files. Before releasing your mouse button, press ESC to lock the interface.
May 21 2014
May 18 2014
May 14 2014
Looking back in our git history, I think the problem is most prevalent with lists in commit messages without that extra newline at the beginning. Most of the other messages follow the git commit message "best practices" so they have a summary line at the beginning, followed by two newlines. If we keep to those guidelines, this issue is resolved for us.
I think it has something to do with the double breaks being parsed while single breaks are ignored. Two views of the same commit in git and Diffusion:
May 13 2014
May 12 2014
My personal opinion is that manual text wrapping in any system because of an arbitrary character limit is just plain awful, but a lot of git users seem to apply it. I think a sane default should be text-mode remarkup (suggestion 1). If users would like to automatically unwrap manually wrapped texts, wouldn't that be served best with a non-default option?