Problem/Motivation
We need to port the functionality of the Project* suite to Drupal 7 so we can upgrade drupal.org and all the other sites that are currently running these modules.
Proposed resolution
This issue summary has been moved into the Roadmap for porting Project* to D7 community initiatives page.
Original report by vimalramaka
Title says it all.
| Comment | File | Size | Author |
|---|---|---|---|
| #3 | project-7.x-1.0-alpha4.patch | 274.92 KB | varchas |
| #3 | project-7.x-1.0-alpha4.review.patch | 43.08 KB | varchas |
Comments
Comment #1
dwwFirst step is a 6.x-1.0 release
Comment #2
webchickSince Drupal.org needs this, we can't port Drupal.org to D7 until this is done.
Comment #3
varchas commentedPatch using the boombatower's upgrade system.
Comment #4
dww@varchas: Thanks for trying, but please see what I said above. We can't start porting this until we have a stable 6.x-1.0 release or we're just going to make a ton of extra work for ourselves. That's why this issue says "postponed", not "active". ;) Thanks.
Comment #5
varchas commentedMakes sense. Sorry :)
Comment #15
waverate commentedIs drupal.org/project using the D7-alpha patch or is it still using D6?
Are drupal.org issues still run on D6 or is there a D7 modules out?
Comment #16
mustanggb commentedd.o runs on D6
Comment #17
CSCharabaruk commentedSubscribe. Same issue as The Fiddler. Currently rigging a half-mad attempt in D7 using various contrib modules, because we can't really wait with D5 out of service now.
Comment #18
dwwThe HEAD versions of project and project_issue work just fine. They run on d.o. Yes, we need to roll an alpha5 or a beta, but you *can* use the HEAD versions for now. Us maintainers of the Project* suite are extremely busy working on the Git migration. Patience, people. ;)
Comment #19
xaav commentedIsn't drupal.org going to run git instead of subversion?
Comment #20
vimalramaka commentedyes it's going to
Comment #35
mgiffordAt http://london2011.drupal.org/coreconversation/developing-and-site-buildi...
And thinking about D7 upgrade for Drupal.org. Any plans to refactor this to make better use of the new D7 features (Fields & Entities especially).
Comment #36
kvantomme commentedIMHO issue tracking in Drupal is stuck in the "it's not an issue tracker until it has more features than a fighter plain" trap. Which has made it a tool that does to much and to little at the same time. It's probably one of the last remaining beasts from the pre-API era (e.g. modules for complete users stories instead of API's).
I think it would be much better to have a much smaller issue tracker module on top of which people can easily add features, possibly through a plugin system and than let people pick the set that best fits their projects eg. scrum, kanban...
So, I think it would make much more sense to build a very minimalist issue tracking API module that creates project and issue entities using all the D7 goodness and than port the existing functionality on top of that from the different issue tracking projects http://groups.drupal.org/node/17948
I can help organize a code sprint, especially if it's in Europe.
Comment #38
dwwFYI: We're planning to do a D7 Project* sprint right after BADCamp. Stay tuned for more info...
Comment #40
cweagansSub. I'm interested in participating in the D7 Project* sprint.
Comment #41
lomo commentedSubscribe... If this is the main obstacle to getting drupal.org on D7 to better take advantage of and show off the awesomeness that has come to core, I see this as crucial. It's kind of hard to promote the benefits of Drupal 7 when even the official community site isn't yet using it. :-/
I work for Cocomore, where we are also stuck on D6 until there is a viable upgrade process for a D7 solution, hence additional personal interest.
Comment #43
dwwI just did a major edit of the issue summary here to explain the current thinking of myself and hunmonk about this topic. Most of the remaining tasks should be split out into separate issues so this one doesn't get too unwieldy. Therefore, I'm turning this into a meta issue to coordinate subtasks. We're going to be holding a D7 Project* redesign/porting sprint right after BADCamp. Please read that post for details on how you can help (either in-person or remotely).
Thanks!
-Derek
Comment #44
dwwAn update on progress and some plans are now available here: http://3281d.com/2011/10/26/report-from-project-7-sprint
I'd still *LOVE* some help on the 6.x-1.0 official release while we're working towards 7.x-2.0. ;)
Comment #49
geerlingguy commented@rogical: For follower count, check out #1304550: Display count of issue followers when viewing an issue (and help push it through to completion!). If you need to express emotion or explain how it affects you (or something along those lines), by all means do so... but if you just need to subscribe, see #47 :)
</unrelated>Comment #50
kingofsevens commentedany news? any new sprint? anything others can do? =)
Comment #51
zilla commentedany update on this? project issue tracking and projects seem to run on drupal.org, though neither specifies a d7 test version or clear roadmap.
any insights would be greatly appreciated, whether it's this month or next year, just knowing when to expect a test version would be great. thanks.
Comment #52
klonosThat's because (embarrassing as it is) drupal.org still runs on D6:
Port Drupal.org to Drupal 7
Upgrade Drupal.org-dependent modules to Drupal 7
...might also wanna check: Weekly Drupal.org hit-list
Comment #53
mustanggb commentedd.o is currently on 6.23, so not sure how that's relevant to this issue
Comment #54
klonosThis issue is relevant to porting drupal.org to D7.
Comment #55
mustanggb commentedOf course!
I was, however, referring to zilla's comment of not specifying a test version or roadmap
Took me so long to click the save button that you had replied in the meantime :P
Comment #56
webchickTagging for the sprint.
Comment #56.0
webchickMassive edit for the current D7 porting plan in anticipation of a sprint at BADCamp
Comment #57
dwwLots of progress this week at the PDX sprint. However, to make it easier to keep track of the big picture, I've created the Roadmap for porting Project* to D7 community initiatives page and moved the useful stuff out of the summary into that. We can keep these meta issues open for people to follow, but I'm going to handle the whole roadmap in one place.
Comment #58
mustanggb commentedUpdate roadmap link in project description?
Comment #59
senpai commentedGood catch; link(s) updated.
Comment #60
senpai commentedBumping to critical because we need this for the Drupal.org D7 Upgrade launch.
Comment #61
drummCalling this fixed. http://drupal.org/node/1551120 and https://drupal.org/project/issues/search?status[]=Open&issue_tags_op=and... are the best ways to track the remaining issues.
Comment #62
klonos@drumm: Sorry Neil, but calling this issue fixed when in fact it is not and ripping the issue summary off of it was really unthoughtful. Issues in d.o serve a purpose and follow a natural cycle till they are resolved (or not) and marked as closed/fixed only when they actually are. This leaves issues behind with a status that does not reflect the current situation.
Unfortunately, you are not the only person to do this and it upsets me a great deal. So, in order for you to not take this personally...
@everyone closing issues in favor of other posts: please respect the fact that until we get #1304216: A user should be able to "follow" individual pages of content and receive email notifications for new comments / #1300972: Implement initiative content type people like myself have only this issue here to follow in order to be updated on current status.
I understand that some people may find it faster or more convenient to keep things in posts or even go have "private" talks in IRC and then come back and say "Hey we had a chat with user x and decided ...". Wait! What? What if I'd like to have a say? Ah, ok then, I'm a fool for trying to keep up with updates in the community and help simply because there's no point. Also a fool for taking the time to update issue summaries because someday someone might come and delete all the work I've done. What is the point? :/
Honestly, this behavior has to stop in d.o. How would you liked it if I went and deleted almost everything in http://drupal.org/node/1551120 with a log message saying I copied everything here instead? How disrespectful would that be on my behalf towards the people that took the time to write that post and work hard to keep it up to date (the excuse would be that this issue here dates before the post, so that post is a duplicate of this issue)?
And before you go on and explain that it takes a lot of work to keep the discussion synced in two places and that you instead chose to keep only the post in favor of this issue, please let me remind you that posts lack #1304216: A user should be able to "follow" individual pages of content and receive email notifications for new comments and thus have a (major IMO) bug. For this reason (plus others like not having a "status" field) posts are not suitable for tracking tasks and issues.
I'll close this comment by apologizing for being rough (and OT), but in my head I have this vision where we'd eventually have something like #44162-14: Relationships between issues: support for parent issue and related issues in place. But this habit of people "taking discussions to other places" from where they were initiated feels to me like moving away from that goal.
Comment #63
cweagansI disagree. Keeping an issue updated when a link to a search page will suffice seems like a waste of time in my book. drumm et al are working steadily toward a d7 deployment. I'd much rather see d7 get deployed sooner so that those other issues that you mentioned can get fixed (since most work on Drupal.org is currently blocked by the d7 upgrade).
That is, I'd much rather people spend time working on real work than meta work. Communication is important, but updating one canonical initiative page is much more useful than keeping information synced across multiple issues scattered around Drupal.org. If you want a status update, go look at the issue queue or that page.
Comment #64
drummThe way to get a project done is to split it up into achievable chunks, issues, and get them done. I'm not a fan of tracking things multiple times, especially meta issues, it is just more paperwork.
http://drupal.org/community-initiatives/drupalorg/drupal7 is the best starting place for the Drupal.org D7 upgrade, including links for the important tags. As the project moves toward launch, we'll add details about QA. When the upgrade is behind us, we can get back to other improvements for documentation pages, issues, and everything else.
Comment #65
meSteAnd all of you guys think this is the right place to have this conversation? :)
Comment #66
klonosNo-no you got this all wrong. I wasn't suggesting to keep things in two places. I said that we need to keep the status in a single place (here) where it is easy for people to be notified of changes (here) and where it is appropriate for keeping issues (here again).
I didn't suggest to stop d.o D7 upgrade in favor of the issues I mentioned in #62 either. I was merely mentioning these issues because they are flaws of the docs/post nodes in d.o that make them unsuitable for tracking issues. And that's another reason why we should keep things here instead of yanking them out to that post.
Now, if people fancy d.o posts they can duplicate the issue summary from this issue there. Not the other way around. Or we can have the 94 people following this issue all post "subscribe" comments over in Roadmap for porting Project* to D7 (bad for d.o) and then could d.o notify them by email for changes on that node (bad for their inboxes).
Lastly, I do appreciate a great deal all the hard work of people that are actually working on the D7 d.o port and of course it is more important to that end that d.o should work the way that's more convenient to them. We are merely "watchers" not doers - I understand. Still though...
Comment #67
klonosNope, the right place would be a post - not an issue ;)
Comment #68
dww@klonos: I appreciate your desire to help. However, Project *is* ported to D7 at this point. I agree it's accurate to call this "fixed". There's not a whole lot more this issue is going to be able to track. Yes, It'd Be Nice(tm) if our book pages were more full-featured, but honestly, that's a better place for most people to find what's going on than a random issue in this queue. There's certainly more work to do, but it's easier to track all of that in tagged issues than trying to keep this updated. In the absence of unlimited resources, our work is a balancing act. There's no completely perfect solution, so we make due with the tools and time we have. Let's please put our energy into actually getting d.o launched on D7, instead of creating extra meta work or rehashing frustrating limitations in our tools we're all already familiar with (and trying to do something about).
Thanks,
-Derek
Comment #69
webchickI think klonos's request is actually pretty reasonable (although I wish he'd asked much more politely; there's really no need for such rancour and it merely poisons people against your ideas, regardless of their merit). He wants a single issue for people to subscribe to where they can be notified of progress on the D7 upgrade so they see it amongst the other things in "My issues," since there's no way to get e-mail notifications on book page updates, nor on https://association.drupal.org/news.
dww and drumm are saying this issue is not the right issue, because it's an actual task pertinent to porting the D7 upgrade, and I think this is fair enough. They're the people actually doing the work, after all. :) So we should do whatever makes their lives easier.
So, created an issue at #1964536: Progress on Drupal 7 upgrade that the 94 people interested in progress on the D7 upgrade can subscribe to. I'll ask if Tatiana would be willing to cross-post her updates there.
Comment #70
tvn commentedThat's sad truth for now. For that reason I always cross-post my week notes to the Drupal.org group (http://groups.drupal.org/drupalorg), so that people could receive email notifications about them. Most of our D.o related announcements e.g. about meetings or (future) community QA process etc. go to that group as well.
Everything published in a.d.o/news also goes on Drupal Planet.
And all D.o related posts/announcements etc. of course go on twitter: https://twitter.com/drupal_org
If people think it will be useful to also have an issue with the links to our update posts, I will comment there with a link each time update blog post is published.
Comment #71.0
(not verified) commentedgutted summary and moved into #1551120