Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
The new core release is out. Open Atrium running on Drupal 7 would be very awesome. That said, all the contrib stuff is probably a little ways out, so marking as postponed.
Dependencies
- Case Tracker:
work is done on https://github.com/miccolis/casetracker
#1108458: Case Tracker: Future plans? D7?
#678838: Case Tracker - Port to Drupal 7 - Comment Upload:
#554986: Drupal 7 upgrade path for Comment Upload - Content Profile:
Not needed because users are entities, thus fieldable
#560324: Content profile: Create upgrade path to profile2 and port to Drupal 7 - Crayon:
#1303220: Port Crayon to drupal 7 - DesignKit:
work being done on http://drupal.org/sandbox/nedjo/1289398
#1036386: Drupal 7 upgrade of designkit - iTweak Upload:
we can probably do without this
#1047660: Port iTweak upload module to drupal 7 - maintainers for a 7.x branch wanted. - Litecal:
#1225630: Port Litecal to Drupal 7 - Relative Date:
#1171130: Port Relative date to Drupal 7 - UCreate:
#896576: Port U create module to drupal 7. - Xref:
#1303226: Port Xref to D7?
Comments
Comment #1
mrsinguyen CreditAttribution: mrsinguyen commentedSubcribe +1
Comment #2
cweagansUpdate: I think the only things holding a Drupal 7 port back are ginkgo, spaces, and the actual install profile. Anything else?
Spaces port issue is here: #946756: Port spaces to Drupal 7
Comment #3
a3dse CreditAttribution: a3dse commentedSuscribe++
Comment #4
naught101 CreditAttribution: naught101 commentedsubscribe
Comment #5
aquaseal CreditAttribution: aquaseal commentedsubscribing!
Comment #6
pyrello CreditAttribution: pyrello commentedsubscribing.
Comment #7
scottmorgan CreditAttribution: scottmorgan commentedsubscribing
Comment #8
ntsieucom CreditAttribution: ntsieucom commentedsubscribing
Comment #9
aristeides CreditAttribution: aristeides commentedsubscribing
Comment #10
cord1 CreditAttribution: cord1 commentedsubscribing
Comment #11
Ole Martin CreditAttribution: Ole Martin commentedsubscribing
Comment #12
iAutom8 CreditAttribution: iAutom8 commentedsubscribing
Comment #13
slinco CreditAttribution: slinco commentedI'll add my vote - really could use a D7 release of this -- it's awesome in D6, but I'm just starting out and don't really want to use D6!
Comment #14
Anonymous (not verified) CreditAttribution: Anonymous commentedsubscribe
Comment #15
tronathan CreditAttribution: tronathan commentedSubbyscribe
Comment #16
SilviaT CreditAttribution: SilviaT commentedsub
Comment #17
yugongtian CreditAttribution: yugongtian commented+1
Comment #18
shakty CreditAttribution: shakty commentedsub
Comment #19
boombatower CreditAttribution: boombatower commentedindeed
Comment #20
marko42 CreditAttribution: marko42 commentedsubscribe
Comment #21
bomarmonk CreditAttribution: bomarmonk commentedSubscribe; I like the Drupal 6 version, but the flexibility of CCK fields and groups in Drupal 7 will add a lot to Open Atrium's application value.
Comment #22
spacereactor CreditAttribution: spacereactor commentedsubscribe
Comment #23
bluegeek9 CreditAttribution: bluegeek9 commentedsubscribe
Comment #24
ntsieucom CreditAttribution: ntsieucom commentedsubscribing
Comment #25
vimalramaka CreditAttribution: vimalramaka commentedcribe
Comment #26
BrightBoldThis would rock my world. Subscribing. (Plus, changing the title in the interest of dashboard clarity.)
Comment #27
obrienmd CreditAttribution: obrienmd commentedsubscribe
Comment #28
akamaus CreditAttribution: akamaus commentedsubscribe
Comment #29
JoeEarl69 CreditAttribution: JoeEarl69 commentedsubscribe
Comment #30
a_webb CreditAttribution: a_webb commented1
Comment #31
mordonez CreditAttribution: mordonez commentedsubscribe
Comment #32
JohnnyX CreditAttribution: JohnnyX commentedSubscribe
Comment #33
mgregoire83 CreditAttribution: mgregoire83 commentedSubscribe
Comment #34
scarr CreditAttribution: scarr commentedSubscribing
Comment #35
somewhere2go CreditAttribution: somewhere2go commentedSubscribing
Comment #36
vjcoop CreditAttribution: vjcoop commentedI am new to Open Atrium, and finding it very helpful. However, the updates and patches are complicated to apply when compared to other systems (like Joomla, Wordpress) that auto-patch. I am curious if a migration to D7 would simplify this? I have seen some patching solutions on late D6-7 generation. Comments?
Comment #37
anthonyR CreditAttribution: anthonyR commentedSubscribing
Comment #38
Zohar.Babin CreditAttribution: Zohar.Babin commentedSubscribing
Comment #39
attheshow CreditAttribution: attheshow commentedsubscribing
Comment #40
timonweb CreditAttribution: timonweb commentedsubscribing, but don't believe it will be possible in the near future
Comment #41
zkday CreditAttribution: zkday commented+1
Comment #42
jorgeruiz CreditAttribution: jorgeruiz commentedsbscrb
Comment #43
apatrinos CreditAttribution: apatrinos commentedsubscribing
Comment #44
Laith-1 CreditAttribution: Laith-1 commentedSubscribing +1
Comment #45
ergonlogicWhile I'd love to see such an upgrade too, a quick scan with upgrade_status shows that of the 43 projects that make up Open Atrium (excluding Atrium Features):
I doubt we'll see a D7 port until some progress has been made on the 1/3 of the projects that don't even have a D7 port, and the 1/2 that do are more stable.
Comment #46
cweagansKeep in mind that there are some modules that don't -need- to exist in Drupal 7, such as comment_upload (just add a filefield to your comments). Also, there are a few modules that have working patches in an issue - the patches just haven't been committed yet.
Comment #47
NaX CreditAttribution: NaX commented@ergonlogic
If you have a look at the list of modules that do not have D7 versions, how many of them were created by Development Seed and are now owned by febbraro from Phase2. I am still waiting to see if Phase2 are going to invest in the platform or if they just looking to make money off Open Atrium. I closely watch the issue queues for Spaces, Features, Context and few others and I have to say there is not a lot happening. When users post issues they mostly only get replies by other people in the community and Phase2 are largely quiet. Commits to Git are few and far between, patches from the community are not get reviewed much. I want to trust Phase2, I want to believe that them taking over all the modules Development Seed created is a good thing, I want to believe Open Atrium has a good new home, but at the moment I cant. Actions speak louder than words, and at the moment I cant see much action from Phase2.
@Phase2
Please prove me wrong, please invest in the platform you have taken over.
Comment #48
ergonlogicI think this interview gives a pretty good idea of where things are heading for Open Atrium: http://opensourcecms.pro/drupal/future-open-atrium/. It confirms, btw, that there are no immediate plans for D7 release.
Also, that there'll be a stable 1.0 release is very good news: http://www.agileapproach.com/blog-entry/open-atrium-10-coming-july-and-c...
My concern is primarily that there doesn't appear to be much of an effort by PhaseII to engage the Open Atrium and Drupal communities in improving the modules and features on which it depends.
I can't imagine that the departure of Irakli could have helped anything either: http://www.agileapproach.com/blog-entry/thank-you-phase2
Comment #49
lpalgarvio CreditAttribution: lpalgarvio commented+1
Comment #50
madpole CreditAttribution: madpole commented+1
Comment #51
zmeharen CreditAttribution: zmeharen commented+1
Comment #52
joris_luciusAlso subscribing
Comment #53
MacRonin CreditAttribution: MacRonin commented+1 keeping an eye on this. D7 would be nice but I assume it will take a while
Comment #54
bachomp CreditAttribution: bachomp commented+1 sub
Comment #55
Anonymous (not verified) CreditAttribution: Anonymous commented+1 subscribe
Comment #56
NaX CreditAttribution: NaX commentedThis is looking a little better since my last comment. There are now dev, alpha or beta releases for Features, Spaces, Context, PURL and Strongarm. There is still a long way to go, I think, but at least there is progress. Thank you everybody that is working on the D7 module porting effort.
Comment #57
AlanO CreditAttribution: AlanO commentedSubscribing +1
I also want to thank everyone that is working on the D7 module porting effort.
Comment #58
aristeides CreditAttribution: aristeides commentedUpdate:
So far the modules that don't have a D7 port on d.o are these:
http://drupal.org/project/casetracker ( work is done on https://github.com/miccolis/casetracker )
http://drupal.org/project/comment_upload ( Not needed because comments are entities, thus fieldable )
http://drupal.org/project/content_profile ( Not needed because users are entities, thus fieldable )
http://drupal.org/project/crayon ( porting hasn't begun )
http://drupal.org/project/designkit ( almost ready on http://drupal.org/sandbox/nedjo/1289398 )
http://drupal.org/project/itweak_upload ( porting hasn't begun, but I guess we can do without it just fine )
http://drupal.org/project/litecal ( porting hasn't begun )
http://drupal.org/project/reldate ( work is done on http://drupal.org/node/1171130 )
http://drupal.org/project/ucreate ( work is done on http://drupal.org/node/896576 )
http://drupal.org/project/xref ( porting hasn't begun )
If anyone has some free time please head out the projects being ported and help out, or even better start porting the ones where porting hasn't begun!
Only a few left.... after the modules are ready we have to re-construct the whole thing and probably change a few things along the way, but it's a great distro and it's worth the trouble. :)
Comment #58.0
naught101 CreditAttribution: naught101 commentedadd prerequisites
Comment #59
oddencreative CreditAttribution: oddencreative commentedYou have this marked as fixed but the code is still referencing Drupal 6 all over, unless you see a version I do not.
http://drupal.org/project/casetracker ( work is done on https://github.com/miccolis/casetracker )
Comment #60
oddencreative CreditAttribution: oddencreative commentedI have been digging on the casetracker and found a port to drupal 7 here.... code.google.com/p/casetracker-for-drupal-7
It is under development so there are dpm() functions (devel)
Comment #61
cweagans@dodden, huh? This issue is marked as postponed...not fixed.
Comment #62
aristeides CreditAttribution: aristeides commented@cweagans I think @dodden was referring to the list of modules I posted on #58 where I said that the porting of casetracker has begun.
Anyway, the point of my comment on #58 was that there are not that many modules remaining.
Comment #63
naught101 CreditAttribution: naught101 commented@dodden, we didn't mark it as fixed in the issue summary. It was marked as fixed on the issue that the summary links to. Complain over there.
Comment #63.0
naught101 CreditAttribution: naught101 commentedfix crayon
Comment #64
ymeiner CreditAttribution: ymeiner commented+million
Comment #65
lpalgarvio CreditAttribution: lpalgarvio commenteduse the "follow" button, no need to sub/+1 like before ;)
regarding the modules - can some porting on OA start without including the functionality that those modules provide (casetrack+calendar mostly)?
Comment #66
cweagansActually, I think that'd be really smart. The framework that OA provides without all of the group features is really useful. I think it'd be really cool to have a distro that configures og + spaces like it's configured in OA and nothing else. At that point, you could just start creating features and not worry about what OpenAtrium is doing.
Comment #67
ergonlogic@cweagans: So what you're suggesting would be a sort of Open Atrium Platform profile, that only includes the base Atrium features (Atrium, Atrium Groups, and maybe Atrium Members & Atrium Profile)? This seems like a really good idea, as it would allow for simpler creation of customized Open Atrium distros. If nothing else, it would certainly help bootstrap a D7 port. Moving to the Profiler library would also help with both of these.
Comment #68
cweagansYeah, more or less. But it doesn't really even need to be an "Open Atrium Platform" - it'd be useful to anybody that wanted to have separate, discreet groups with different feature configuration on a per-group basis. I mean, instead of an intranet, you could build something like Google Groups or Github pretty easily. There's tons of other things that you could build with such a framework.
Regarding profiler, I don't think it's a good idea to have much of anything in the install profile itself. In fact, I'd like to see everything moved out of the install profile and into features. The "profile", in this case, would simply be a list of required modules/features.
Comment #69
Rockettree CreditAttribution: Rockettree commentedVery keen to see OA in Drupal 7!
Comment #70
lassekt CreditAttribution: lassekt commentedAny beta out for testing?
Comment #71
cweagansNo, not even close.
Comment #72
lassekt CreditAttribution: lassekt commentedKnow any dates? Late 2011 or beginning of 2012?
Comment #73
cweagansThe required modules aren't even ported yet. It'll take a pretty fair amount of time to have a viable product on D7, and I don't see that amount of time being spent on it between now and early 2012. I could be wrong, as I don't work at Phase2, but Atrium in D7 is less of a port and more of a rewrite/rebuild.
Comment #74
xatiu CreditAttribution: xatiu commented+1 for the minimal Open Atrium Installation. I also use openatrium as a specific-scope collaboration platform and I don't use any of the other modules that open atrium provides (case tracker, calendar, etc).
Comment #75
dererik CreditAttribution: dererik commentedsubscribe
Comment #76
rodrigoaguilera@dererik don't subscribe, use the follow button on the top right of the issue
Comment #77
cweagans@derelik, please don't comment to subscribe anymore. Click the Follow button at the top of the issue instead. Thanks.
Comment #78
jaypark CreditAttribution: jaypark commented+1
maintainers of these modules, if you're watching this thread, please gimme a spec'd function to write. when it works, gimme another...
Comment #79
lefnire CreditAttribution: lefnire commentedHas anybody started a sandbox or github repo in this department? I'll definitely be working on a D7 atrium-esque project a la comment #66, want to make sure something hasn't already begun for the joining of forces.
Comment #80
cweagans@lefnire, still waiting on the dependencies to be ready. If you're going to work on a framework like that, please contact me. I'd love to help :)
Comment #81
AlanO CreditAttribution: AlanO commented@ lefnire & @cweagans and comment #66, I definitely want that too.
Comment #82
ymeiner CreditAttribution: ymeiner commentedLet me just remind you that open atrium is not a module but a collection of modules that are not in the control of the open atrium development team so if you want it to work, you have to bug/join the developers of the modules that are not ported yet. there is no need to fill this thread with requests.
Y
Comment #83
Francewhoa+1 for porting Open Atrium to D7. Subscribing.
Comment #84
cweagansYou don't have to comment to subscribe anymore. Just click the follow button at the top of the issue.
Comment #85
khezer CreditAttribution: khezer commentedsubscribe
Comment #86
naught101 CreditAttribution: naught101 commentedWow. khezer, how about reading the comment directly above yours?
Comment #87
klonos...and this is precisely why some of us insist that we should move the follow button near the "Post new comment" section here: #1307170: Make "Follow" button more findable. Most people read the entire issue before wanting to follow/subscribe and are to bothered to scroll back to the top of the page to do so. It would be more convenient if they could simply do that from the point of the page they've reached instead. The ideal solution of course would be to keep it where it is now and also duplicate it to the "Post new comment" section, but we seem to not have figured out how to do this yet (read more about this to the linked issue).
Comment #88
AlanO CreditAttribution: AlanO commentedI don't understand why so many people are getting so bothered by the subscribe stuff. I already knew it was useless when I posted my comment but did it anyway to show others how much interest this is receiving. Maybe making the "Follow" button more accessible while also showing how many people have subscribed should fix all "issues".
Comment #89
cweagansPeople are getting bothered because thousands of dollars were spent to make that follow button happen. Every time you post a subscribe comment, you're needlessly spamming potentially hundreds of people with garbage emails.
Please use the follow button. If you want to make people's interest in an issue more visible, feel free to help out with #1304550: Display count of issue followers when viewing an issue
Comment #90
Chi CreditAttribution: Chi commentedI think people actually do it to notice project maintainers that the issue is very important.
Is there a way to see how many people are following the issue?
Comment #91
cweagansSee the issue that I linked to.
Comment #92
khezer CreditAttribution: khezer commentedOoops!! :)) sorry!
Comment #93
lassekt CreditAttribution: lassekt commentedAny news on the port? Can't seem to find anything about on the internets except for this thread.
Comment #94
cweagansNot yet. I'm sure somebody will post here where there's a port ready to go.
Comment #95
hcderaad CreditAttribution: hcderaad commentedsubscribe, when any installation related testwork can be done, please shout!
Comment #96
cweagansYou don't need to comment to subscribe. Please click the green follow button at the top of the issue instead.
Comment #98
basvredelingIf the casetracker D7 port is blocking the Atrium D7 port I'd like to pose the question: "Do we really need casetracker to be ported?"
Casetracker is clearly one of the most useful and heavily used group features. However, it currently doesn't really comply with Feature exportability anyway because the content type is hardcoded into the module. No CCK fields for status / case type. It shouldn't be hard to create a quick alternative. If we bypass casetracker and go Content Type / CCK / Views -> Feature, then all we need is an upgrade path / migration script to move all casetracker data to the new content type.
I realise this isn't the most desirable path. But perhaps it's a viable alternative.
Comment #99
attiks CreditAttribution: attiks commentedFYI: there's also castracker plus, a remake of CT but 100% cck based (http://drupal.org/project/ct_plus) the only problem is that it depends on driven #994240: Port Driven API to Drupal 7. We're using this for the moment, but we disabled most of driven since we don't really needed it, and we're glad with the switch from ct to ct_plus ;p
Comment #100
fizk CreditAttribution: fizk commentedWelcome to the 1 year anniversary of this issue :-)
It's amazing that no progress has been made by now.
From what I understand, there has not been any progress for two reasons:
In one years time...
In one years time, I would expect that a Drupal 7 port would be released with very basic functionality.
In one years time, I would expect that the Open Atrium developers would work to port the most important dependency modules, like case tracker, to Drupal 7.
In one years time, I would expect many news updates, both in this thread, and on openatrium.com
One year is long enough
I suppose Phase2 expects the entire community to just sit and wait for them to decide when the time is "right".
I'm sorry, but that seems silly to me. Open Atrium is very useful to so many individuals, groups, organizations, and companies.
One year is long enough.
The Future of Open Atrium
If anyone is looking at this and still wants a Drupal 7 version of Open Atrium, I highly recommend taking the initiative to start working on a new Open Atrium-like project.
From a developer perspective, creating a new Open Atrium-like project would help move things along.
From a financial perspective, if you're highly involved in an Open Atrium-like project, you might find a lot of professional consulting opportunities as an expert of that project.
Further Discussion
If you're interested in seeing a new Open Atrium-like project, please continue the discuss in the following forum thread instead of in this issue:
http://drupal.org/node/1457278
Comment #101
cweagansWhile I understand that porting Open Atrium to Drupal 7 is important, it does not block basic usage. Open Atrium as a product still functions. Porting to Drupal 7 will not be a hard requirement until Drupal 6 is EOL.
That said, I personally prefer things that run on Drupal 7 because of the improvements made during the Drupal 7 development cycle. I'm currently working on a project called Droptracker. Droptracker will be a Drupal 7 based project management tool. It will be similar to Open Atrium, but more focused on developers (strong Git integration, "Projects" instead of "Groups", etc.). If you'd like to help with that, you can check out the project page or you can contact me and I'll find something for you to do. Over the next couple of days, I'll be typing up some of my handwritten notes and adding them to the Git repository as documentation.
There's also a Github mirror if you're interested.
Comment #102
fizk CreditAttribution: fizk commentedcweagans, Your Droptracker project looks interesting. I wish you the best of luck with it.
Even with Droptracker, there's still a need for a Drupal 7 project management tool like Open Atrium that is not specifically focused on developers or Git.
It might be worth considering to build a Drupal 7 project management tool that is generic like Open Atrium, but has the flexibility to be highly targeted to a particular type of group, such as developers/git, via add-on modules.
Would that be something you'd be interested in doing with Droptracker?
Comment #103
cweagansI don't have any desire to create another product exactly like Open Atrium on Drupal 7, sorry. If you want a product like Open Atrium, then simply use Open Atrium :)
Droptracker will be built with the assumption that it's a tool for developers. Think Github. Git is at the center of almost every single feature on Github, and if it were any other way, then it wouldn't be as awesome.
Comment #104
fizk CreditAttribution: fizk commentedAh, ok. In that case you could take a look at Gitorious' source code just to get an idea how they work. It's in ruby, though :)
http://cjohansen.no/en/ruby/setting_up_gitorious_on_your_own_server
Comment #105
helmo CreditAttribution: helmo commented@cweagans: Does the world really need yet another project management tool? Why not the 'project' module? People moved to casetracker because 'project' was too mush for software projects.
The best way to help.... work on one of the modules used by openatrium.
Comment #106
cweagansProject is not on D7 and has too much extra cruft, and the difference is that I'm not going to be relying on a ton of extra modules to implement the functionality. It'll mostly be fields and views.
Open Atrium has it's use case, but mine is not it. I need, essentially, a self hosted Github without having to pay for Github =P
Comment #107
naught101 CreditAttribution: naught101 commentedThere's also https://drupal.org/project/storm
Making declarations that "one year is long enough" doesn't help. Coding helps.
Comment #108
ergonlogicFor those who haven't seen it, planning for a D7 port has begun in earnest: https://community.openatrium.com/dev/node/3950
Comment #109
cweagansI'm closing this issue. A port is in progress and this is just a big mindless issue that's not actually doing anything, other than spamming people who have previously subscribed. If you're interested in the port, please see the link in comment #108.
In addition, I'm closing comments on this issue. If you have a good reason for reopening it, please either open an issue in the webmaster queue or send me a message through my contact form.
Comment #109.0
cweagansMaking a modification to the issue summary to see if it'll force the issue links to update.