Social Network bugs (snbug) group, page 2
Notices
-
Roland Häder (roland)'s status on Thursday, 05-Mar-2015 17:12:15 EST 
Roland Häder
@mmn If I scroll through my subscribers at https://social.mxchange.org/roland/subscribers I can only change #people-tags for the first "page" (first loaded entries) the other one (loaded by #InfiniteScroll ) do not contain an edit "button". Please see screenshot for details (or shall I file a bug report?) cc !snbug https://social.mxchange.org/attachment/29738 -
aroque (aroque)'s status on Sunday, 01-Mar-2015 09:59:20 EST 
aroque
!gs !snbug @mmn I managed to bring a group to an interesting state: no members, no admin. That shouldn't be possible... How do I forcibly delete it? https://gnusocial.no/attachment/3614 -
MMN-o ✅⃠ (mmn)'s status on Sunday, 01-Mar-2015 17:38:41 EST 
MMN-o ✅⃠
You should be able to delete it from the web as the owner or admin of the site. Otherwise: php scripts/deletegroup.php -n groupname
-
-
aroque (aroque)'s status on Saturday, 28-Feb-2015 05:55:05 EST
aroque
It works for me (it's really rudimentary though). You might ask advice at !snbug -
hosh (hosh)'s status on Saturday, 28-Feb-2015 11:20:38 EST 
hosh
@aroque !snbug thanks - didn't know about that group. I temporarily reverted config.php to check the schema in "runtime" because "checkschema.php script hangs. This has got the blog plugin working now. Hopefully it will continue working now when I change the schema check back to "script". But why would checkschema.php hang and not do its work?
-
-
aroque (aroque)'s status on Saturday, 28-Feb-2015 10:13:19 EST
aroque
I am running master up to date. When completing the registration, the username is guessed from the base of the email and it's greyed out (it can't be modified). Users should be able to choose their usename at this stage.
I understand it isn't possible anymore to register without an email, right?-
MMN-o ✅⃠ (mmn)'s status on Sunday, 01-Mar-2015 05:44:06 EST
MMN-o ✅⃠
@aroque That's a bug. Almost missed it! Hm. A prefilled form when still creating the user should not behave like that. -
MMN-o ✅⃠ (mmn)'s status on Sunday, 01-Mar-2015 05:48:03 EST
MMN-o ✅⃠
@aroque Is this using the #EmailRegistration plugin?
-
-
Roland Häder (roland)'s status on Friday, 27-Feb-2015 16:21:55 EST
Roland Häder
"Houston, we have a problem." cc @mmn !snbug -
Roland Häder (roland)'s status on Thursday, 26-Feb-2015 21:05:32 EST
Roland Häder
@mmn my instance is "dieing" again showing a dent. The log file shows nothing to it (I waited with "tail -F"). This is taken from my home timeline. cc !snbug https://social.mxchange.org/attachment/29290 -
MMN-o ✅⃠ (mmn)'s status on Friday, 27-Feb-2015 03:22:05 EST
MMN-o ✅⃠
Which log? Could be both social's log and php's error log. -
MMN-o ✅⃠ (mmn)'s status on Friday, 27-Feb-2015 10:29:48 EST
MMN-o ✅⃠
How much memory do you allow PHP to use? Try adding a megabyte or two to PHP ini variable "memory_limit" (32MiB is default I think, and I've had trouble on #quitter.is when using less than that)
-
-
MMN-o ✅⃠ (mmn)'s status on Thursday, 26-Feb-2015 13:42:39 EST
MMN-o ✅⃠
I think Phabricator sucks for more reasons than that. Impossible to implement OpenID for it, as an example. Let @robmyers and @mattl know about your strife with requiring admin approval ;) -
Matt Lee (mattl)'s status on Thursday, 26-Feb-2015 13:52:04 EST 
Matt Lee
It's easy to complain after the fact, but there aren't good bug trackers that don't require a ton of fuss to report bugs. -
aroque (aroque)'s status on Thursday, 26-Feb-2015 14:24:26 EST
aroque
cc !snbug -
Matt Lee (mattl)'s status on Thursday, 26-Feb-2015 14:39:38 EST
Matt Lee
yeah, maybe we shouldn't even use the word bug.
-
-
Roland Häder (roland)'s status on Monday, 23-Feb-2015 12:21:34 EST
Roland Häder
@mmn !grrr to fast clicking on "Send" ... cc !snbug https://social.mxchange.org/attachment/28967 -
MMN-o ✅⃠ (mmn)'s status on Monday, 23-Feb-2015 13:44:25 EST
MMN-o ✅⃠
@roland Your webserver should reasonably be allowed to read the files in a web application's directory. You should check your webserver config (as in which user it runs as, which user owns the 'file' directory etc.). It's not a #GNUsocial bug anyway (but I think you can set the file upload default umask/permissions, in case webserver config is out of the question or too hard) -
MMN-o ✅⃠ (mmn)'s status on Monday, 23-Feb-2015 13:57:08 EST
MMN-o ✅⃠
On shared server there's no problem with this setup because the webserver will be able to read everything you create with your PHP scripts. -
MMN-o ✅⃠ (mmn)'s status on Monday, 23-Feb-2015 14:40:34 EST
MMN-o ✅⃠
There are more places with #chmod in the source, all seem to be 0644. Maybe you could do a more general configurable default chmod value instead of just for thumbnails?
You'll get to remove a "FIXME" then as well from the Ostatus_profile class ;)
-
-
Roland Häder (roland)'s status on Monday, 23-Feb-2015 12:18:50 EST
Roland Häder
2nd test of #remote-repeat passed. I guess 3 more (all different instances) and then I can possibly declare this #bug as #fixed. cc !snbug -
Roland Häder (roland)'s status on Saturday, 21-Feb-2015 06:19:21 EST
Roland Häder
@blogrobatik Ach, diese von !gnusocial generierten HTML-Anhaenge meinst du ... Moeglicherweise ein !snbug der gefixt werden muss. -
MMN-o ✅⃠ (mmn)'s status on Sunday, 15-Feb-2015 08:22:04 EST
MMN-o ✅⃠
I wonder if this does it. I'm not very good at #XSS examples :) -
MMN-o ✅⃠ (mmn)'s status on Sunday, 15-Feb-2015 08:29:25 EST
MMN-o ✅⃠
@hiker click my name here: @mmn and then hurry off to disable the #Textile plugin until @bavatar@sn.diekershoff.de patches it.
!gnusocial !sn !snbug etc. to anyone who runs the thirdparty #Textile plugin. -
MMN-o ✅⃠ (mmn)'s status on Sunday, 15-Feb-2015 08:30:29 EST
MMN-o ✅⃠
^- @tobias@f.diekershoff.de if that's where you're listening for notices. It's an XSS security issue in the #Textile plugin. -
MMN-o ✅⃠ (mmn)'s status on Sunday, 15-Feb-2015 08:52:36 EST
MMN-o ✅⃠
@hiker Yes because that's how it is saved in the database. But you won't get any new such notices (as GNU social filters the html and escapes stuff propetly - what Textile does is bypassing that instead of adapting it)
-
-
Marcus (marcus)'s status on Friday, 13-Feb-2015 13:41:14 EST 
Marcus
Some posts have some kind of a 'read more' button below. When I click on it, an icon appears indicating loading, but it spins forever. !snbug !gnusocial https://gnusocial.ch/attachment/442 -
MMN-o ✅⃠ (mmn)'s status on Friday, 13-Feb-2015 15:25:35 EST
MMN-o ✅⃠
Do we need CORS headers to let the browsers know it's ok to fetch data from the remote site?
-
-
Marcus (marcus)'s status on Wednesday, 11-Feb-2015 04:02:02 EST
Marcus
Merge request for neo-quitter fixes :
https://gitorious.org/social/mainline/merge_requests/44
!snbug !gnusocial -
MMN-o ✅⃠ (mmn)'s status on Tuesday, 10-Feb-2015 09:33:29 EST
MMN-o ✅⃠
I don't see the problem. vim lets you jump from start to finish and back of { } blocks using % when the marker is on either end of the block. It also hilights the other end. You can also split the window horizontally to see both the start and the finish of the block at the same time. And you can do a bunch of other tricks which remove annoyances caused by different cod… -
MMN-o ✅⃠ (mmn)'s status on Tuesday, 10-Feb-2015 09:36:00 EST
MMN-o ✅⃠
And no, it's not GNU social that handles it automatically, it's HTML which doesn't represent multiple whitespaces as more than a single whitespace. 'white-space: pre;' will make that notice look as you intended. GNU social doesn't touch whitespace besides running nl2br(). -
Marcus (marcus)'s status on Tuesday, 10-Feb-2015 09:38:11 EST
Marcus
It's about coding style and some guidelines. Of course you can always work around with some overlay tools, but if it could easily be fixed in code, why not. I do not want to depend on tools for good readable code. And that's why there are coding guidelines (which you even pointed to me).
Besides that I know Web developer tools and already linked to !snbug -
MMN-o ✅⃠ (mmn)'s status on Wednesday, 11-Feb-2015 03:16:00 EST
MMN-o ✅⃠
@aqeel if indentation is one commit and a real, functional change is another.
-
-
Marcus (marcus)'s status on Monday, 09-Feb-2015 13:05:37 EST
Marcus
@mmn send you a first patch on neo-quitter de-uglification. cc !snbug !gnusocial -
Marcus (marcus)'s status on Monday, 09-Feb-2015 11:20:42 EST
Marcus
favourite note links in rss feed seems to be link to an empty page.
eg: https://gnusocial.ch/notice/18306
which probalby should be:
https://gnusocial.ch/conversation/18248#notice-18248
instead.
!snbug !gnusocial cc @ddeimeke -
Marcus (marcus)'s status on Saturday, 07-Feb-2015 13:33:48 EST
Marcus
cc !snbug -
MMN-o ✅⃠ (mmn)'s status on Tuesday, 10-Feb-2015 10:51:31 EST
MMN-o ✅⃠
That's not that the <div> isn't closed. The way your page looks is because PHP has stopped processing for some reason. Look in your PHP and/or GNUsocial error logs. I had a problem like that when PHP was running out of per-process memory.
-
-
Joshua Judson Rosen (rozzin)'s status on Tuesday, 03-Feb-2015 22:26:10 EST 
Joshua Judson Rosen
What! Apparently there's a !snbug whereby I can't post the "pile of poo" emoji? -
Bobby Casey (bobbyc)'s status on Tuesday, 03-Feb-2015 22:39:56 EST 
Bobby Casey
@rozzin Damn #censorship! -
Erkan Yılmaz (erkan)'s status on Wednesday, 04-Feb-2015 06:31:25 EST 
Erkan Yılmaz
how could this go unnoticed over all these years?
-
-
MMN-o ✅⃠ (mmn)'s status on Saturday, 31-Jan-2015 10:13:56 EST
MMN-o ✅⃠
@mcscx @simsa01 ...on a second look I think this is a lack of access restrictions in !qvitter -
MMN-o ✅⃠ (mmn)'s status on Saturday, 31-Jan-2015 10:20:30 EST
MMN-o ✅⃠
Yes, because if I log in as @quittermmn and enter Classic View, I am denied access. :)
...but this may be a !gnusocial #API bug rather than !qvitter - so that has to be checked first. I've got 30 minutes now to do so, I'll have a look. -
MMN-o ✅⃠ (mmn)'s status on Saturday, 31-Jan-2015 10:30:30 EST
MMN-o ✅⃠
@mcscx @hannes2peer !gnusocial !qvitter This change at ~L77-80 should fix the notice being accessible despite access restriction: https://gitorious.org/social/mainline/commit/eff3256f5937204f883207781c50399e9b6fd9b2
Dusty old !snbug ... -
MMN-o ✅⃠ (mmn)'s status on Saturday, 31-Jan-2015 11:07:29 EST
MMN-o ✅⃠
I hope you'll poke me about this the coming days. Right now I have to get back to work stuff for the rest of the evening with only short internet pauses. :)
-
-
Roland Häder (roland)'s status on Saturday, 24-Jan-2015 06:38:39 EST
Roland Häder
The "home" timeline is broken and the script seem to die somewhere as it is not fully rendered (no footer + sidebar). cc !snbug -
MMN-o ✅⃠ (mmn)'s status on Saturday, 24-Jan-2015 06:43:31 EST
MMN-o ✅⃠
Let me know when you've gotten some php-error logs or some exception data from a !gnusocial log. -
MMN-o ✅⃠ (mmn)'s status on Saturday, 24-Jan-2015 07:17:14 EST
MMN-o ✅⃠
Are you using Realtime? That's probably it. This patch causes your issue, so you could try to find why it outputs incorrect/incomplete HTML: https://gitorious.org/social/mainline/commit/f81441538674987aec6301b7c8082c51f5de7706
I have no means to test RealtimePlugin myself.
The reason I had to add the "true" statement is because it otherwise would throw exception: https://gitorious.org/social/mainline/commit/93377e1c24103bcb1e95f05b610143ada9c9b6ba -
MMN-o ✅⃠ (mmn)'s status on Saturday, 24-Jan-2015 08:00:08 EST
MMN-o ✅⃠
No, the bug in Realtime should be fixed.
-
![Christian F [Admin]](https://status.hackerposse.com/avatar/3240-24-20151231124624.jpeg){kind=small}
All Hacker Poesy content and data are available under the