Closed (fixed)
Project:
[Archive] Drupal.org D7 upgrade QA
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
2 Nov 2013 at 11:18 UTC
Updated:
18 Nov 2013 at 22:20 UTC
Jump to comment: Most recent
Comments
Comment #1
dave reidWrong link?
Comment #2
eliza411 commentedWithout the commit hash, I can't be positive that the commit finally showed up, but I am seeing commits at https://drupal.org/user/85918/track/code since this was posted.
If the particular commit in question didn't appear, please re-open. Meanwhile, I'm consolidating issues with the commit logs for investigation.
Comment #3
eliza411 commentedComment #4
jonathan1055 commentedFixed the title
Comment #5
hass commentedHave you changed anything? If not this still exists. My fealing is that it is cached up to 6h.
You must open the page, make a commit, reload don't show latest commit. Maybe you need to repeat this.
Comment #6
dave reid@hass You need to clarify which project is missing commits, and the actual link to the page you're trying to use, because your original report does not contain a valid link.
Comment #7
hass commentedThis is my commit list, like yours. The link is correct. The list was not updated several hours after I made 6 commits to realname. After several hours the list was updated and showed all commits. This is a caching bug.
Comment #8
eliza411 commentedI'm not at all sure that we're seeing a caching problem.
There have been some intermittent issues with the workers that parse commit logs. Once the jobs are restarted, commits typically get parsed and appear.
Others reporting a similar problem have been helpful by providing the hash of the missing commit/s and actual links to where we should be seeing the commit. When they do that, we can troubleshoot more effectively. Without that information our time is wasted trying to reproduce issues based on inadequate data and/or the issue ends up being ignored and cluttering the queue.
I *can* make a commit, push it, and see the results immediately, so I'm inclined to suspect this was the by-product of the dead workers.
Comment #9
hass commentedWhat is so difficult here? I committed a bunch of patches. The first was shown immediatly and all followups not. What are you looking for from me several days after the issue disapeared 6h after the commits? What are you expecting from the commit messages? I can share them.
https://drupal.org/node/266280/commits, all november 2.
Comment #10
eliza411 commentedThere is no evidence the problem you experienced is related to caching.
There *is* reason to believe that restarting log-parsing workers led to the resolution.
If I understand you correctly, the specific problem you reported - 3 missing commits - is resolved. I cannot be sure since I still don't know which specific commits weren't showing.
Marking this Fixed.
Comment #11
hass commentedAgain, the first commit in 2. november was shown and all 8 others not. What can you not see?
I don't know what the reason is behind, but it was broken and if something was broken without getting a fix it will be broken again. Why are you closing the case again without implementing a fix?
Comment #12
dave reid@hass You keep failing to understand that in order to help investigate this, you need to link to the specific missing commits on drupalcode.org that you do not see on your user page on Drupal.org. We have asked several times and you refuse to do so.
Comment #13
hass commentedI told you several times that the issue was on 2. november. Today we have the 5. november and i have not made any further commits.
Comment #14
dave reidSaying the issue was on 2 november does not mean the same thing as 'please paste a link to a specific commit on drupalcode.org from 2 november that you don't see on your commit page on drupal.org'.
One of those statements has the necessary information for others to help. One does not.