Replies: 9 comments 2 replies
-
Can you elaborate on in which countries it's the case that simply linking to another site would create legal liability? That seems like it'd make most of the internet effectively illegal, including social media sites. |
Beta Was this translation helpful? Give feedback.
-
I don't quite understand the legal implications we could face (but I am not a lawyer ;)) and I tend to agree with @ljharb. About the main subject, which is whether or not we should mention third-party support on endoflife.date, we don't have a very well defined policy. I usually accept contributions only if:
The other contributions are rejected as endoflife.date is not a mean to advertise for third-party providers IMO. In any case I think our policy should be clearly stated in https://endoflife.date/contribute. |
Beta Was this translation helpful? Give feedback.
-
From my view our main goal "Be helpful" is met even if we add and refer to 3rd parties for special support. We need to make sure that the 3rd party support is described and clearly stated that it is provided by someone else. Next steps:
|
Beta Was this translation helpful? Give feedback.
-
Of course, not legal advice but I think ChatGPT's answer is helpful. My interpretation is that a simple link bears no legal responsibility. Anything more, such as an iframe, might. Me: Assume there is a site that contains a directory of products. Is there any liability for linking to a different site that provides support for any of the products? ChatGPT: 1. Nature of the Link
2. Content of the Linked Site
3. Jurisdiction
4. Best Practices
ConclusionIn general, linking to another site that provides support for products is not inherently liable, but it is essential to consider the context, content, and legal framework surrounding the link. Consulting with a legal professional for specific advice tailored to your situation is always recommended. |
Beta Was this translation helpful? Give feedback.
-
Interesting discussion. Let me add comment after a long time. Personally, I do not like adding third-party support information directly to each page. How about separating pages by vendor like OpenJDK distributions ? But some rule may need to prevent much commercial contents. |
Beta Was this translation helpful? Give feedback.
-
Separating pages also increases maintainance burden. I feel like the confusion problem is real, but solvable with a bit of effort.
|
Beta Was this translation helpful? Give feedback.
-
"I’m concerned that mixing support from different providers on a single page will make misunderstandings." What sort of misunderstandings? I feel that any user interested in support would click through to the supporting company website to get all the details. I doubt they would make a decision with just the information on these pages. |
Beta Was this translation helpful? Give feedback.
-
Personally, I strongly agree. User should research and compare. I have seen people who continue using third-party support without realizing that the third-party support differs from the original support. I felt that it would be better to clearly separate pages to reduce misunderstandings for such a users. |
Beta Was this translation helpful? Give feedback.
-
I'm strictly against adding 3rd party support info directly to our projects ( unless that 3rdparty support is mentioned in related product's webpage).
This will just bring us responsibilities and in many countries this can be a possible reason to get sued because of if some harm happens to customer ( for example missing support or any Unkept promises ).
So from my side strict 👎
We are well aware that our primary goal is to assist our users, but we must not forget that if such an action leads to potential problems or irreversible issues, we are taking on that responsibility. If we set aside the issue of responsibility, there are also very important legal implications to consider.
Beta Was this translation helpful? Give feedback.
All reactions