The disqus api requires that an additional query string parameter is tacked on to the url of requests for https.

Comments

Mixologic’s picture

StatusFileSize
new4.86 KB

Attached is a patch which applies against the 6.x-1.9 version of the code. It will probably also apply to the dev version, but I havent tested that, and the dev version appears to be mostly changes to the migrate functionality, and not the core functionality.

ron collins’s picture

This patch worked for me. I read on Discus.com that the correct way to do this is to use // instead of the check for http/https but like I said, this fixed my problem.

slashrsm’s picture

7.x-1.x already uses implicit protocol (//) and it proved to work fine. We should definitely use the same aaproach with 6.x-1.x.

Mixologic’s picture

Wow. I dont even remember submitting this patch, but what peggysmouse said is correct. the urls should simply leave off the http/https and be 'href=//server.com'

Konstantin Komelin’s picture

Issue summary: View changes
Status: Active » Needs review
StatusFileSize
new2.92 KB

Hi guys,

Attached a patch which adds HTTPS support on both levels: PHP and Javascript.
Please review.

Thanks,
Konstantin

slashrsm’s picture

Status: Needs review » Fixed

Committed. Thanks!

Konstantin Komelin’s picture

Status: Fixed » Needs review

Unfortunately, I don't see the commit. Could you please also push changes to the repo?

Thanks,
Konstantin

slashrsm’s picture

Status: Needs review » Fixed

Should be pushed now.

Konstantin Komelin’s picture

Please learn the following article Adding a commit author before you commit others' code next time.

slashrsm’s picture

I always do this when there is only one author of a patch. This patch was tecnically contributed by you and @Mixologic and it is not possible to add both as authors. You are both listed in commit message which is main autorship attribution technique in Drupal community.

Konstantin Komelin’s picture

Thanks for the explanation @slashrsm.

Although, let me disagree with you. My patch was physically contributed by me only. You may look at dates of comments. We didn't work together on this patch. Also, it was not a re-roll. I just needed this to be solved one day, looked for similar issue and attached the patch to a comment of existing issue instead of opening a new one.

For some people including me it is important to have their contributions listed on their profile. We spend tons of time to contribute, don't we deserve a small appreciation?
Anyway, there is nothing here you can help with anymore.

Thanks for your assistance in reviewing the patch.

Best,
Konstantin

slashrsm’s picture

I can agree with most of what you wrote. However... only listing you as an author would be injustice to @Mixologic, who also contributed to this issue. I agree.... Your patch was fresh, but it is about the issue, not about the patch. All people that contributed to some issue should be listed.

It happens a lot of times that initial solution changes to something completeley different, but you cannot say that only author of that last iteration contributed to the solution.

Also... AFAIK it is Drupal guideline to use --author tag for issues where only one person contributed (or contributed majoritiy of it), but to ommit it where more people cooperated. I've been following this rule since git migration.

I do not plan to discuss this any further.

Thank you for your patch.

Mixologic’s picture

@konstantin.komelin - while the maintainers of projects can use the --author tag to provide attribution, you can also be proactive about it and configure your git environment to embed that attribution in the patches you submit.

http://www.metaltoad.com/blog/quick-tip-receiving-git-attribution-your-d...

In this particular case, I submitted a patch, that upon further review, wasn't exactly what we wanted here - and I didnt pursue it further. So in this particular case I would think you deserve authorship credit, and I would just get mentioned in the commit message - but thats entirely slashrsm's call.

The *real* issue here is that the only contributions that are reflected on our profile pages are the authorship contributions. It would actually be better if they were somehow able to parse the commit logs for usernames and provide attribution that way as well. I have exactly one commit on my profile, yet I've submitted a ton of patches. So I do understand your frustration.

Konstantin Komelin’s picture

@Mixologic, thank you for the link and your understanding.
The format-patch solution is good, but not all of us use it and even understand how to process its patches. This issue is also mentioned in comments of the article you shared.
I personally think that we need something more intelligent or automatic than format-patch or a drush command.

As I understood from @slashrsm explanation, that is a common approach in Drupal community to avoid setting the proper Git attribution in case an issue involves several contributors. If so, I don't see reasons to contribute patches to such issues. I consider contribution time as marketing expenses, so, if I don't have publicly available indication of my activity, such activity doesn't make sense.

In my opinion, Dries and Association should realize that the project is too big and complex to work for idea only. We need more sophisticated and intense motivation.

The *real* issue here is that the only contributions that are reflected on our profile pages are the authorship contributions. It would actually be better if they were somehow able to parse the commit logs for usernames and provide attribution that way as well.

Great idea with the parsing of commit messages, especially if the format is standardized and predictable.
Can somebody push this idea to people who are responsible for community motivation and Drupal.org project?

Thanks,
Konstantin

Mixologic’s picture

I consider contribution time as marketing expenses

Not everybody feels that way. I contribute patches and support because I make a living off of the sum total of everybody else's contributions. Collectively, we've created a massively valuable thing. I personally feel obligated to give back so that I can feel like I'm paying the community back.

Konstantin Komelin’s picture

I contribute patches and support because I make a living off of the sum total of everybody else's contributions.

I contribute back by a bunch of different ways and contribute more than many others, just believe me.
And one more thing I wanted to add, an ideology is great until you want to eat.

slashrsm’s picture

@konstantin.komelin: Please read this https://drupal.org/node/52287#credit

Not everybody feels that way. I contribute patches and support because I make a living off of the sum total of everybody else's contributions. Collectively, we've created a massively valuable thing. I personally feel obligated to give back so that I can feel like I'm paying the community back.

Most people feel like this. And once again: I agree that authorship needs to be specified with every commit. I've done this in commit message, which has been Drupal's common practice for ages. Period.

Konstantin Komelin’s picture

@konstantin.komelin: Please read this https://drupal.org/node/52287#credit

Thanks. I'm familiar with the rules. I have been maintaining modules for several years.
However, as @Mixologic mentioned, the system is not ideal and can be improved by parsing commit messages, for instance.
You should know, I'm not trying to blame you in something or convince you, especially after that:

I do not plan to discuss this any further.

We are discussing the issue with @Mixologic.

Most people feel like this.

Okay. But how many from the million of users? There are a few contributors from this mass of people, and I believe we deserve some acknowledgment.

Anyway, I think I've expressed my opinion completely and am not going to discuss it any more.

Thanks,
Konstantin

ron collins’s picture

Hey guys, this discussion isn't really related to the ticket so much as the process around resolving tickets. Please take it to the appropriate forum. Thanks.

Konstantin Komelin’s picture

Hey @peggysmouse. We've just finished the discussion.
Thanks for reminding us about the importance of keeping the discussion relevant to the issue.

Best,
Konstantin

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.