Do not show the service to the user if it is disabled, fixes #6184

[Flaburgan]

I was wondering if we should disconnect all users if we detect that the podmin changed the config to disable the service, but first of all config change isn't easy to detect, and second I think that if the podmin then re-enables it it would be a shame to ask all users to reconnect.

[denschub]

This breaks Jasmine, there are specs that have expectations around available services that are no longer true with this PR.

[denschub]

(see previous comment)

[Flaburgan]

Yep, it should be fixed now. I had to switch to another computer so it took time for diaspora-dev setup to run.
Should I also add a test to test the code I wrote? Should it be rspec or cucumber?

[Flaburgan]

OK so I'm confused @SuperTux88 said this to me on IRC:

the jasmine spec is probably broken because it generates the templates with different settings ... the change you made in publisher_view_spec.js doesn't affect _publisher.html.haml so you need to change the configured services in the rspec test that generates the template that is used for the failing jasmine test ... and to test that locally you need to re-generate the fixtures locally, because you probably still have them from before your change

But actually locally the jasmine tests are green without adding anything else that what I did here. What you are saying is that I should also modify publisher_spec.rb?

[SuperTux88]

But actually locally the jasmine tests are green without adding anything else that what I did here. What you are saying is that I should also modify publisher_spec.rb?

When I wrote that I didn't check which fixture is used and where it's generated. I assumed that you didn't re-generate your fixtures locally, so you are still using fixtures that were generated before your change in _publisher.html.haml. And the change you did to publisher_view_spec.js isn't needed and doesn't change anything, as it doesn't affect the fixture (locally your tests are probably green with or without that change there? But if you re-generate fixtures with bin/rake tests:generate_fixtures, then I assume that your tests aren't green anymore).

So in the line below the line you added, you see it loads aspects_index_services, and that one is generated in aspects_spec.rb, so you need to change that so the fixture still contains the services, and then jasmine will work again.

[Flaburgan]

The related tests are fixed, the current failure in Rspec is unrelated, develop is also failing on that test. So this should be ready for review.

[denschub]

Ideally, this would have a test with a service that's disabled globally but enabled in the user settings, and then confirming that the button isn't showing up. Writing a test for the actual behavior change here, that is.

But I feel adventurous today, so I'm personally not gonna block on that.

[SuperTux88]

This only fixes it for the standard (desktop) UI, but it would also need to be fixed on mobile. And then it probably would be better to just extract a little helper to publisher_helper.rb that returns a list of all enabled services, which can then be looped over for both UIs (without needing to do additional filters), and is also easier to write a little test for.

[SuperTux88]

Sidenote, as you didn't change it here, but I don't think this if is needed, as if there are no services, the list would just be empty, so there is nothing to loop over anyway?

[Flaburgan]

So I created a helper as suggested and used it in both version, the HTML of the desktop app works fine in the mobile app.
However, it is hard to test as I can't enable services for my user locally (if you can tell me how to do that).

If I copy paste the expected HTML, the design looks good:

But the current helper code doesn't work apparently, it returns an empty array [] straight into the view:

Could you explain me why?