|
Update: Your site configures GitHub's Webhooks capability to trigger on push events, and it doesn't provide a way to limit this to the master branch. I could change it so that you're notified of branch deletions instead (I delete a side branch after merging it into the master branch) or releases (not something that I currently use, but which might work for others). The appropriate trigger event depends on how a project is administered, but it shouldn't be difficult to get the project owner to tweak it. I'm assuming, however, that GitHub sends you all the information you need, regardless of the trigger event, which may not be the case.
I have noticed the following with my project (robust-services-core; I tried to create a link to it in this post, but it isn't getting picked up).
Whenever I push to GitHub, my project article gets updated on CodeProject. This happens even when pushing to a branch other than its master and when its README.md hasn't changed. However, the contents of its master.zip file on your site aren't updated with the latest changes. So this has the effect of
- wasting your time, because an editor has to approve an update which changed nothing;
- pushing the article to the top of your home page, which is unfair and misleading;
- sometimes giving me reputation points for posting an article that isn't new!
I've also tried to fix links in the article, but they keep reverting. I use Firefox, so maybe the links work in other browsers. But what I see is that
- the "Download latest Repository Archive" link uses some GitHub API thing that doesn't work;
- links to PDFs don't open them, although they can be downloaded;
- links to other things display a blank page (but not an error, so they must be valid);
- a few links actually go to an error page.
When I change these links to GitHub links that work, they get changed back to relative links on your site. I don't know whether you have software that does this automatically or if editors are doing it.
I would guess that you have very few GitHub projects mirrored on your site, because otherwise these issues would already have been escalated. As a beta user of this capability, my recommendations would be
- Only update the article when its master branch is updated.
- When its master branch is updated, replace the master.zip copy on your site.
- Replace the article's GitHub-relative links with full GitHub links unless you can make the CodeProject-relative links work.
- Don't give the article's owner reputation points for posting a new article.
If these things were done, it would be reasonable to push the article to the top of your home page again. I would also change other articles that I've written about this project so that they downloaded from the project's master.zip on your site.
modified 30-Sep-19 9:08am.
|
|
|
|
|
This one has been driving us crazy for a bit. Thank you for the detailed bug report. Hopefully this will help us track down the issue.
"Time flies like an arrow. Fruit flies like a banana."
|
|
|
|
|
The update in my post was poorly worded. It is GitHub that doesn't provide a way to limit push notifications to the master branch. So if you use the capability, you will be notified of every push.
|
|
|
|
|
When I attempted to post a question just now, it responded with "Internal Error." I tried several times with the same result.
|
|
|
|
|
It just let me post the question. I waited a few hours and now it seems to work. Was probably just a fluke at the time.
|
|
|
|
|
You may have just been unlucky and tried to post during a particularly busy period or deploy. This can result in the occasional error.
We are working on reducing this problem.
"Time flies like an arrow. Fruit flies like a banana."
|
|
|
|
|
The site is really flakey this morning.
- I went to lounge, displayed fine.
- I responded to a message, and got an error page. Wen to lounge to see if the message posted, and it did.
- tried to go to Insider News, and got an error page.
- went back to lounge, it's fine.
- went to home page - it's fine
- clicked on pending articles, reported one as spam, and got the black error divs, and layout was hosed
- went back to home page it was fine.
Wierdness...
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-----
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-----
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
Today I was seeing this:
It does not solve my Problem, but it answers my question
modified 19-Jan-21 21:04pm.
|
|
|
|
|
Yep, that's the one...
".45 ACP - because shooting twice is just silly" - JSOP, 2010
-----
You can never have too much ammo - unless you're swimming, or on fire. - JSOP, 2010
-----
When you pry the gun from my cold dead hands, be careful - the barrel will be very hot. - JSOP, 2013
|
|
|
|
|
We've had some issues with Web Servers that had Windows Updates waiting for restarts to complete the update. It seems to clear itself up after some time, or a simple IIS reset clears it up.
It should be OK now.
Has anyone else noticed performance issue with pending Windows Updates on their Servers, Workstations or Laptops?
"Time flies like an arrow. Fruit flies like a banana."
|
|
|
|
|
Matthew Dennis wrote: Has anyone else noticed performance issue with pending Windows Updates on their Servers, Workstations or Laptops?
Yes. We had one virtual 2012 server which kept failing to install the monthly cumulative updates. Whenever that happened, it would effectively be out of service for the next 12-24 hours because the disk was thrashing reading and writing the msu file for the failed update.
Thankfully, we retired that server last year. 
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
|
Thanksfully this CP Service is not a thingh which needs to be productive, Sorry but how you will explain this "very simple issue" in case you are in a _real_ production environment? I mean nothing happens if CP fails then and when, but imagine you are in real production... strange...
It does not solve my Problem, but it answers my question
modified 19-Jan-21 21:04pm.
|
|
|
|
|
Whatd o you mean, nothing happens? Think about the global panic by millions of users when the realize they have to do there own homework? 
"Time flies like an arrow. Fruit flies like a banana."
|
|
|
|
|
That's true, but this is more a theme for this thing which does not exists any longer 
It does not solve my Problem, but it answers my question
modified 19-Jan-21 21:04pm.
|
|
|
|
|
This article in moderation[^] has problems with its download.
and clicking "click here" brings
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
modified 24-Sep-19 14:07pm.
|
|
|
|
|
I'll take a look, but I think Sean is already on it.
"Time flies like an arrow. Fruit flies like a banana."
|
|
|
|
|
Working now... point can be closed
M.D.V.
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
I have edited this article a few times, deleting the tags XML, .NET, Objective-C, Text, Markdown, and VS2017. Some of them are not germane, and others are simply wrong. Yet they magically keep reappearing, so I'm curious as to what's going on here.
|
|
|
|
|
Faced the same issue many times. +1
Something is definitely wrong with auto tagging.
|
|
|
|
|
We analyzed the article and its downloadable files and add tags related to the content such as language and file types. We might be being a little aggressive in this.
We'll look into it.
"Time flies like an arrow. Fruit flies like a banana."
|
|
|
|
|
Thanks.
At the risk of being a buttpain, this article has download links (right at the top) to GitHub API stuff that doesn't work. I changed them to links on your site that do work, but later they reverted. Reversion probably occured during mirroring, because the article seems to update every time I change the master branch on GitHub (even if its README.md hasn't changed). Also, when the article was imported, links within its body were modified to reference CodeProject rather than GitHub, so now they lead nowhere.
|
|
|
|
|
Little bit below on branches, same issue: Github-links-are-broken[^]
What i did eventually is just manually changed article's links to repository. This system definitely is not working as intended 
|
|
|
|
|
Thanks for the suggestion. I've done this and am hoping that they don't break again.
|
|
|
|
|
Message Removed
modified 20-Sep-19 13:11pm.
|
|
|
|
|
Reported below, but it has incorrectly been marked as "fixed".
Pick a random article with a download hosted on CodeProject. Click on the link to download the file. The "File Download" page appears, but after ten seconds, you are redirected back to the article page with a black banner at the top which reads:
"You have been redirected to the home of the file you requested to ensure you get the latest version of the file as specified by the article author."
Sample URLs:
- /Articles/2939/Network-Shares-and-UNC-paths
- /KB/IP/NetworkShares/NetworkShares_src.zip
- /Articles/2939/Network-Shares-and-UNC-paths?rp=/KB/IP/NetworkShares/NetworkShares_src.zip
This is happening on every article I've tried. However, it only affects Firefox (v69.0.1); Chrome (v77) works as expected.
I've tried deleting all cookies and site data, signing out and signing back in again, and restarting both the browser and the computer. Nothing makes any difference.
Let me know if you need any more information to track down this annoying bug.
"These people looked deep within my soul and assigned me a number based on the order in which I joined."
- Homer
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
