View on GitHub

phpcollab

Project management and collaboration over the internet.

Mailing Lists

The phpCollab project a mailing list that is available to obtain support or participate in phpCollab development.

It’s important to note that, while phpCollab has an international audience, discussion takes place in English. The community is very understanding of non-native English speakers and generally exercises patience and persistence in those circumstances. Please post in English.

phpCollab Community List

Focus: support, troubleshooting, general questions.

Post to this list if you have a question about installing, configuring, or troubleshooting phpCollab.

View and/or subscribe

If your question does not contain enough data and is described in vague terms, it will likely be ignored. Please try to be as precise as possible.

Data, Data, Data

Always ensure you have enough diagnostics data in your report:

Put another way; readers of your case aren’t necessarily housed in your head! They don’t know what you know. Help them out. Would you want to respond to your own report?

Be Patient

Once you have posted to the mailing list, please be patient and allow members to read your post and respond. Messages submitted in quick succession will eventually be considered spam by the mail server and the sender will be blocked. Remember that all activity on the mailing list is entirely voluntary. There are no SLAs. If you find the mailing list responses are not quick enough, you may seek other options for support.

If you find that your messages are not reaching the mailing list in due time, please contact the project members and/or Administrator to resolve the issue.

Is this a bug?

Research the issue and be sure to do your due diligence:

Should I submit?

phpCollab considers its issue tracking system as a placeholder to track genuine traceable issues and tasks. If you have a general question about the workings of the software, or if you’re unsure how something is supposed to work and are in need of an analysis and further discussion, consider choosing alternative vessels for contact. Use mailing lists, Slack, Stackoverflow and other similar tools to engage with the project. When the dust has settled and you have arrived at a legitimate theory to explain the root cause of the problem, file a submission.

Remember If you have already identified an enhancement or a bug, it is STRONGLY recommended that you simply submit a pull request to address the case. There is no need for special ceremony to create separate issues. The pull request IS the issue and it will be tracked and tagged as such.

Be part of the solution

If you can, always volunteer to post a patch and work up a solution. Be prepared to follow up to test the produced patch in your environment and always try to provide a confirmation. Simply complaining about something and letting it sit in the issue tracker for someone else to handle isn’t going to get you much. If you find something that you deem worth someone else’s time to fix for you, be sure to demonstrate the issue is first and foremost worth your own time as well. “It ain’t a problem for me if it ain’t a problem for you”, sort of thing.

List Etiquette Unless explicitly asked, please avoid contacting individual project members directly.