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.
Is there functionality to let applicants click on a link to apply for posted jobs? If not, can anybody please help this noob.
Comment | File | Size | Author |
---|---|---|---|
#89 | 1204554-job-application-89.patch | 113.95 KB | sepgil |
#89 | 1204554-job-application-interdiff-89.txt | 4.94 KB | sepgil |
#88 | 1204554-job-application-88.patch | 112.65 KB | sepgil |
#88 | 1204554-job-application-interdiff-88.txt | 2.69 KB | sepgil |
#86 | 1204554-job-application-interdiff-86.txt | 19.22 KB | sepgil |
Comments
Comment #1
fagoCurrently there is no such feature, we plan to add it to the distribution at some point though.
Comment #2
ludostev CreditAttribution: ludostev commentedNo news for the apply now button ?
Comment #3
klausiMarked #1334314: Where is the apply for this option? as duplicate.
Comment #4
elwood CreditAttribution: elwood commentedhow about a location field in the search ?
Comment #5
klausi@elwood, this seems unrelated to this issue, please open a new one.
Comment #6
hanspln CreditAttribution: hanspln commentedThis could be handled with the flag module and rules.
Check out the video tutorials from Itangalo@NodeOne at http://dev.nodeone.se/sv/node/875 for the Flag module if you are not familiar with it.
Comment #7
kaizerking CreditAttribution: kaizerking commented@#6,That is what I am planning to do,But then i am struck with the next step, how to administer the next process for an internal job board. just seeking inputs...
Comment #8
hanspln CreditAttribution: hanspln commentedNot sure I get what you mean with internal job board and adminster it?
WIth flag, you can use rules to send message when someone allies, make a view of all applications etc.
Comment #9
kaizerking CreditAttribution: kaizerking commentedI categorize the job posting and applying in to two categories
1. Job posting by recruiter - and applicants will send the applications along with resume to the recruiter directly to his email
2.The applicant applies to a job i.e merely "flags" the job that "I am interested",
then recruiter views the list of applicants who flagged "I am interested",(generates a VBO candidate list), which has the necessary data to see and "select" applicants from the list, "check marks" to bulk shortlist,.....
Comment #10
jefferytrouse CreditAttribution: jefferytrouse commentedJust wanted to strongly endorse the desire to see that this feature is added as soon as possible. Any word of its future?
I'd like to move to eRecruiter and out of a "homegrown" solution using php and filemaker, but I can't even consider it as an option until applicants can apply for specific vacancies using the system.
Thanks so much for creating this solution! I look forward to future improvements!
Comment #11
dasjohi jefferytrouse - this would definitely be a desired feature.
as drupal & eRecruiter are open source and an application workflow is not on our (epiqo) agenda, we would encourage you / others from the community to contribute such feature and can provide guidance and feedback on the approach.
Comment #12
dasjosee related #1336220: Add messaging so applicants can attach resumes to contact employers.
Comment #13
Adam Wood CreditAttribution: Adam Wood commentedI just want to add to the discussion on this topic, as we're keen to use Drupal for an update of our job board which is currently on an open source job board system.
It amazes me that this whole distribution has been planned and developed without any job application functionality, as that is one of the only things that makes it a recruitment platform.
Please don't take this the wrong way, as what you're doing is great, but without it, isn't this just a Drupal installation with relevantly titled content types and user roles, and some suitable search/subscribe modules?
There's a few routes that we're looking at for applications, with the following requirements;
Applicants - Allow to apply for jobs, either using CV on file or providing upload, along with covering letter and notes. Area to view current applications and deny from applying for the same job twice.
Recruiter - View applications for jobs posted. Be notified of every applications.
One of the ways that we're trying this at the moment is with Node Hierarchy in the following way;
We'll hope to have a working example live in the next few weeks, and hopefully something like this, or another idea, could be implemented into the distribution at some point.
Comment #14
sk8erboi CreditAttribution: sk8erboi commentedDo we have an "apply" button? I was seriously not aware about this! but still keeps me up...
If anyone can guide me over i can try doing this in meanwhile on the time!
Cheers
Can we make it a major issue? i think this workflow is a much more needed feature to lift the distro!
Comment #15
Adam Wood CreditAttribution: Adam Wood commentedNo, there is no application function with Recruiter.
Coincidentally, we've achieved what I proposed in #13, and it's gone live today.
PM me if you'd like to find out more about how we achieved it, as I feel that this might be getting off the topic.
We will also be submitting it to the community showcase, as there isn't many (any?!) examples of job boards being built. We've achieved a fully functional platform from a fresh D7 installation, with just 32 modules and 320 lines in a custom module in 10 days.
Comment #16
sk8erboi CreditAttribution: sk8erboi commentedinboxed yoU!
Comment #17
dasjoad #15: adam wood, we would love to be reading about your showcase and maybe add it to the Websites using Recruiter section on http://drupal.org/project/recruiter !
as the API for Recruiter should be very stable since RC1 being released, we would be glad to see custom additions being contributed by the community. feel free to contact me in that matter or use the issue queue.
also, we just relaunched http://drupaljobs.epiqo.com/ and contributed foundational theming components to omega 4 (see http://epiqo.com/en/drupaljobs-responsively-relaunches-recruiter-rc1-and...).
Comment #18
Adam Wood CreditAttribution: Adam Wood commentedSince I've had so much interest in this and people enquiring as to how it works on the front-end, I've created a white-label demo site of what we've done.
NOTE: Once again, this is not using Recruiter in any way. We ended up building this from scratch as it was easier than moulding Recruiter to what we needed, however I feel that the functionality could be added into this or other job distributions quite easily with a few modules and views, if it's of interest. I should also note, as it's great that you're using Omega, that this is a fully adaptive site running on Adaptive Theme.
Feel free to:
Main application features:
Job Seekers: CV Upload on profile, 'My Applications' tab on profile, using stored CVs at application, email confirmation of applications and can't apply for the same job twice (you technically can, but the option isn't visible).
Recruiters: Receive email notifications of applications with CV attached, track applications via tab on job page and profile, manage jobs with a application count (linked to list of applications).
This site is a bit behind our current live version, so you will see some errors (mainly around users), untidy parts and permission issues, however nothing critical.
Please note that the site is on a daily reset and we're not responsible for the content of it or any applications that you received if you chose to post a job. Stick to Lipsum or example jobs from elsewhere if you wish to post a job.
Job Board Demo
If this feature is of interest to the maintainers of this or other profiles, I'd be happy to discuss the easiest way to integrate it and provide the steps to achieve this. I don't however have the time currently to maintain anything.
Comment #19
sk8erboi CreditAttribution: sk8erboi commentedThere's a PDO exception in this one, however Adam, are you planning this as a distro of its own into drupal?
Comment #20
Adam Wood CreditAttribution: Adam Wood commentedSorry, the demonstration reset was playing up... Try it again.
As I said in my previous post, I think this would be better added into the existing Job Board distros rather than adding another one.
Comment #21
sk8erboi CreditAttribution: sk8erboi commented@ADAM i tried downloading DROPJOBS and installing, this even failed, can we talk to merging DropJobs with ERecruiter?
Comment #22
Adam Wood CreditAttribution: Adam Wood commentedHi madrahul,
I, nor this example, are anything to do with Drop Jobs. This is simply an example of a job application function on a Drupal 7 site, that could be implemented into Recruiter or Drop Jobs.
Comment #23
sk8erboi CreditAttribution: sk8erboi commentedOh i just thought you are the maintainer for dropjobs
Comment #24
iRex CreditAttribution: iRex commented@adam wood, I agree that it would be simpler to release this as a feature. I'm certain there will be one or two volunteers to maintain it. Any idea when you might put this feature out?
Comment #25
mh86 CreditAttribution: mh86 commentedWe're currently planing a simple job application workflow that will probably implemented this way:
Comment #26
iRex CreditAttribution: iRex commentedWhen I posted the original feature request some 14-months ago, I assumed this would be a minor matter that would be settled within a couple of days. But here we are all this time later. I tried a couple of things that some may find useful, but which do not completely satisfy my own case:
1) Use Flags - and an action ('redirect to url') to send the use to the job application create page. Additional I set the off flag (once you click on the link) to say "You have already applied" and made it so that link was disabled for that user. The trouble with this approach is, a user could click on the apply link, have the job application node create form open, and then change their mind and not complete the form. The original job ad would still indicate that they had "already applied for the job"
2)Use Node Reference - I linked the job application to the job node; well and good, but here I could figure out a way to disable the link after the user created and submitted their application.
Additionally I tried various permutations of Rules/Rules Link... but I still have found joy.
So basically, I desperately looking for help to to do the following is: An "Apply for this job" button/link, that sends user to a job application page. On completing and submitting the application the user is sent back to the original job page where the link is now "You have already applied" and is also disabled for that particular user.
I am at a beginner PHP level....
Comment #27
hanspln CreditAttribution: hanspln commentedI have been playing around with the following workflow:
- User flags a job that is available for online application
- User is redirected to node/add/application (Node reference URL widget with title and body only).
- At the same time (triggered by the flag, a PDF is saved on the server)
- User fills in the cover letter and saves/sends
- When user clicks save, the node/application (cover letter) is sent with the PDF in an email to the owner of the job posting.
I think you can also use only Node reference URL (http://drupal.org/project/nodereference_url)
Comment #28
hanspln CreditAttribution: hanspln commentedsorry for double post.
Comment #29
Adam Wood CreditAttribution: Adam Wood commentediRex,
We've implemented exactly what you describe in #27.
I suggest you read my post #18 and visit that test site, create a recruiter account, post a job, then create a jobseeker account and apply for it, and then try to apply again.
If it fits what you want to do, I'll post the exact instructions and code to achieve it.
Adam
Comment #30
kaizerking CreditAttribution: kaizerking commented@hanspln
PDF of what? user filled resume? or user uploaded resume?
If so, can you please share how that is achieved?
Comment #31
kaizerking CreditAttribution: kaizerking commentedto provide an "apply for job" link there are many modules,
The problem is to remove the link after the applicant has applied
Other things are easy i.e creating various views
Comment #32
Adam Wood CreditAttribution: Adam Wood commentedAs there seems to be enough people looking for this 'Applied button that changes/disappears' function, this is how we've achieve it and it's working perfectly.
Note: You may have to change parts of this depending on your configuration (most important is that the 'child node' type is called 'application' - or you can change it to your content type name). It is designed to work using node hierarchy to create child (applications) of job nodes, as I explained in #18. When a logged-in user hasn't applied for a job, it will create an 'apply' button linking to the application page, once they've applied, it changed to a non-linked button, showing 'Applied'. It basically checks the DB to see if that user has create a child node for that parent node.
Once again, this wasn't done using Recruiter, and you will have to set the rest of the application function up as mentioned above before this will work.
Code on our job node page (node--job.tpl.php)
Hopefully this will give people ideas about how they can achieve it. This doesn't require any external modules, other than Node Hierarchy, to work.
Adam
Comment #33
iRex CreditAttribution: iRex commented@adam ... thanks, oh, thanks. This worked like a charm! And I test drove you job board demo - excellent. Perhaps, as you mentioned, you may wanna offer it up as a feature. This will be helpful to a lot of folks, and maybe some people will volunteer to maintain it.
thanks, once again.
iRex
Comment #34
mh86 CreditAttribution: mh86 commentedAn alternative to the custom content type + node access is private message. We'll evaluate it to see if it's of help for this use case.
Comment #35
Adam Wood CreditAttribution: Adam Wood commentedWhilst an option, I see many unnecessary challenges with that approach. These include:
It seems to create more problems that it solves.
Core, Rules and Node Hierarchy can achieve this relatively easily.
Out of interest, mh86, how do you handle applications on your paid version of Recruiter?
Comment #36
mh86 CreditAttribution: mh86 commentedThanks for the feedback, Adam.
Private Messages are fieldable entities as well, hence I don't think it would be difficult to implement. Nevertheless, I've never used Privatemsg so far, so you are maybe right.
Concerning our paid version, we don't have a general solution yet. Requirements are often very specific and differ from one portal to the other. And what we've seen on recruiting sites the last years is that applicants prefer direct email applications anyway.
Comment #37
finmccarthy CreditAttribution: finmccarthy commentedI have been playing with this and a combination of the suggestions above ie #25 with the addition of @adam's suggestion and code snippet and it is looking very promising. Additionally, I believe a number of different and flexible application mechanisms are probably required. Many recruiters (both agency & company) now require applications to be sent directly to their applicant tracking systems and services such as Broadbean have a requirement to have this option enabled on jobs boards they deal with.
This means that in addition to offering an "on-site" application mechanism - most jobs boards also require the ability to hand this off on a job by job basis.
Also, many candidates will want to use different versions of their CV (customised to the particular job) so I have been experimenting with storing the CV's in a directory customised to each user eg. /files/user-id/filename.ext using the File (Field) Paths module - and then using the File Field Sources module (with a custom version of the attach.inc) to give the user the ability to either upload a new CV or select an existing file stored in their attachments. This is not complete yet, but it does seem promising.
Comment #38
Adam Wood CreditAttribution: Adam Wood commentedHi finmccarthy,
There's a few things which you've mentioned that we've been playing with - I'm glad someone else is looking at the more advanced sides of modern job boards too!
Having been a recruiter, recruited staff directly and have used online job boards as a candidate, I've got quite a few ideas which I thing people would find useful, but I don't think this thread is the best place for them. We've already setup external XML feeds from Drupal to services such as job aggregators an can also accept incoming job postings via one of the main job posting distribution services, which a lot of the large recruiters use to save time. PM me if you'd like to discuss them. They could possibly be suited to a sub-module for Recruiter.
In regards to your multiple CV system, it sounds pretty similar to what we've done. If you play with the demo in #18 and register as a jobseeker, you can then upload multiple CVs to your profile (with descriptions), and then they are available to you when you apply for any of the jobs (feel free to).
We've achieved that just with a file field on their profile, mixed with the Media module to select the CVs when creating an application node. We had to modify Media to only allow users to see their own CVs (solved/covered in #1701614: Only allow users to see/select their own media from library) that they had uploaded to their CV field (and remove them from selection when they removed them from their profile!).
We're still ironing out a few issues, but its working well at the moment. I'd be interested in hearing how you get on with attach.inc.
Comment #39
hanspln CreditAttribution: hanspln commented@kaizerking:
With views PDF and Views Field, I have done the following:
Created one view called CV Master, then one View for each of the field collections (Personal, Experience etc)
On the field collection views, I use fields and also combine each of them and rewrite them in one field with a
tag.
The master field looks like this:
Name
Header of field collection (global text field)
View of field collection (added with View:include), this is just a master view from profile/user
repeat with all views
I control the headers and fonts etc with the settings of the Views pdf
Comment #40
kaizerking CreditAttribution: kaizerking commentedyou mean we can dynamically generate the pdf profile is it correct?
if so I wonder how it works work experience field collection, where the no of experiences aren't constant for users.i.e if we have some 10 work experience field collection items then it will become a multiple page document, so the template remains the same. how that works is my question
I have been searching for this for so many weeks(months). What I tried view PDf where we need to create a template. But thought was only a static.
I will try now, come back if i need more help.If you don't mind:) . I know angels are hard to find but never thought it would take so long.
EDIT; there are so many modules with the name views field could you please share the link for view field module
Comment #41
hanspln CreditAttribution: hanspln commented@kaizerking
Both modules are included here: http://drupal.org/project/views_pdf
I found it easier to place the items on the pdf if I made the header global text and format it with views pdf.
There are no empty rules on the headers, so they will print even if the included view is empty.
Most of the included views will have to be moved up by -15 in the pdf settings. Write them "from last position"
Comment #42
kaizerking CreditAttribution: kaizerking commentedSimplest way to create Application feature
Required modules:1.rules link 2entity reference pre-populate,3flag
1.Create flag :Not applied, unflag :applied
Set allowed /not allowed for applicant and admin(for you to test)
set display options to none(we don't want the link should appear any where, we will set the flag using rules from back end
2. Create content type application
3.create job_reference field as entity reference field check pre-populate set hidden (field permissions module)
4. Create a rules link job apply, give link text "apply"
Set rules link rules and conditions for the link should appear on the job node
ex:user has roles->site:current user, content type is select all job types in recruiter
condition flag node , of your job content types check negative(this will make sure that the link only appears on the jobs user has not applied
set reaction: to page redirect: here you enter the url as given in the entity reference pre-populate it will be like : node/add/application?job_reference=[node:nid]
5.go to rules not rules link create new rule after saving a new content , and set other parameters like user has roles, and the content is of type application, in reaction rules select the 'flag node'
select flag ,in the flag to be set data find the field node:field-job-reference then set flag on behalf of 'current user'
hint:when ever you are selecting user roles select Admin along with applicant and set "any" in the bottom select box this will facilitate you to test your work flow in one go
Now go and test you workflow you don't need to hack any thing enjoy :)
Comment #43
mh86 CreditAttribution: mh86 commentedShort update:
I've started to work on this feature. As a first step, a rework of the access system for private resume fields was necessary. By default recruiter users do not see the personal information and the attachments of the resume (an anonymous variant), but if an applicant applies for a job, this information should become visible to the owner of the job.
Previously we've used the Profile2's private field settings, which cannot be altered (a field always stayed private). So I've removed that and added an own field access system with hooks. Other modules (like later the application feature) can now easily define who has access to the private information of a resume. Furthermore the definition of private fields can be altered as well. All of this has been documented in the recruiter_resume.api.php file, and it will become clearer with the application feature implementation.
Next step will be the creation of the content type + implementation of the access system (node + resume), but it may take a while until I can continue here.
Comment #44
kaizerking CreditAttribution: kaizerking commentedplease keep scope for work flow to determine the eligibility to view a job or to view a resume.
I am trying to do is, Applicant applies for job->recruiter can see only a snapshot(job preferences) and then shortlist the application, on short listing status of the application the applicant can see the organization details, if still he is interested he will "accept' .on accepting then only the recruiter can see the complete resume.
I am using a "status" in application node to change the work flow status of application process, using rules link.
Even if you are not implementing this please leave flexibility for this.
Comment #45
mh86 CreditAttribution: mh86 commentedIn order to keep you up-to-date, I post some implementation plans. Me and Sebastian (sepgil) will mainly work on the feature and try to keep you informed about our decisions. Some of the points are still in discussion and might be realized in a different way, or left out.
Reasons to not use Private Message for the job application workflow:
Comment #46
Adam Wood CreditAttribution: Adam Wood commentedHi mh86,
That all sounds good.
Are you intending on including CVs with this? From the look of how your architecting this, it should be easy to add it as a field to the jobseeker profile and attach it/pre-fill it to the application?
I agree about Private Mesage: by attaching the content type 'application' to the job node, it gives us more options for working with them, also, I don't think there is a need for communication between recruiters/applications. This isn't a normal feature of a job board, as a recruiter doesn't want any direct communication with an applicant, beyond their application. If they are suitable for the role, they'll be contacted directly.
Comment #47
mh86 CreditAttribution: mh86 commentedWe are not planing to attach a CV, but it should be easy for site builders to implement it (as you said).
When looking at this thread, many have slightly different needs for an application feature, so we'll try to implement the basics and to make it extensible.
Comment #48
kaizerking CreditAttribution: kaizerking commentedNeither recruiter nor the applicant should be able to share the their important information without specific consent.to attaching a resume like word document ,is some thing I feel doesn't fit, what is the purpose of resume, we are building?
My view of the work flow should be
1. Applicant registers
2.fills in the resume
3. recruiter posts job
job is only available to be searched:
1. if all the required information is provided- this is mandatory like organization, job type, joining time, location for recruiters the organization name is private info.
2. Job is published,.
3. the job is current ( so far there is nothing in this direction there should be some job scheduling available which will expire the job on conditions this prevents the recruiter of posting URGENT jobs which are not actually urgent.also a prevent old jobs which are no longer available unknowingly applicants will apply for non-current jobs
4.Each step after application posted should have concurrence of the follower to release the next level of the private/important information.
5. The full end to end recruitment process should be mapped . I think that is the purpose of job board, if that is not the purpose then simply a job posting with recruiters email id is sufficient and user simply applies with an word doc cv attached.
yes there are conditions when a recruiter posts a job and he/she is not the actual employer. but just a resume puller for remuneration , in that case the recruiter should able to forward the resume,in which case he/she needs to attach the resume. for that a resume generating function should be used like views pdf.
A job cannot be deleted if at least one application pending against the job, to delete the job first un publish, then close the job, then delete
An applicant cannot hide the resume to that particular recruiter when there is an application pending.if he wants to hide the resume first the applicant need to withdraw the application then he can hide. the process can be made renewable means if he withdraws an application again the applicant apply but there will be a warning indication that he withdrew an a earlier application.i.e is if there is any document pending with reference to the other the doccument cannot be revoked.
Comment #49
mh86 CreditAttribution: mh86 commentedHi Venkata,
I think your idea of an application workflow is similar to what we're implementing, except that it has specific workflows and constraints, that need to be implemented by yourself.
Just make the job fields required.
You can use the Rules scheduling system.
I don't think we have to implement this. If a job is deleted (most of the time the workflow state is set to unpublished), then the application would just loose it's relation to the specific job.
I think we should also leave the option for the applicant to just hide the resume. But still, I'm sure there are ways to implement it.
Comment #50
sepgil CreditAttribution: sepgil commentedWell here is the job application feature that I've implemented. I have added all features except for two optionals. Please test it out and give me feedback.
Comment #51
sepgil CreditAttribution: sepgil commentedhere is the patch...
Comment #52
sepgil CreditAttribution: sepgil commentedSorry I'm having trouble with my network connection. But here at least is the patch:
Comment #53
kaizerking CreditAttribution: kaizerking commented#52 panles is dependency it seems,
Fatal error: Class 'panels_display' not found in C:\xampp\htdocs\recruiter\profiles\recruiter\modules\recruiter_features\recruiter_job_application\recruiter_job_application.pages_default.inc on line 109
Comment #54
mh86 CreditAttribution: mh86 commentedHey Sebastian,
thanks for posting the patch. I'll do some testing soon. Here are a few comments concerning the code.
First check if the profile exists, then use recruiter_resume_get_state($profile) to get the state and directly compare it to 'visible' (not t()).
Entity metadata wrappers are of great help for such cases, but you can also leave it that way.
The l() function will check plain the name for you.
As far as I know, '=' is the default operator.
Please do not return FALSE in case the application feature can't decide. Just return TRUE if access should be given.
Comment #55
mh86 CreditAttribution: mh86 commentedAnd change the package to Recruiter, adapt the name and add a description (you can take a look at other recruiter features).
+ as kaizerking noted in #53, panels is missing as dependency
Comment #56
sepgil CreditAttribution: sepgil commentedThx for the quick reply. Here is the corrected patch.
Comment #57
sepgil CreditAttribution: sepgil commentedComment #58
mh86 CreditAttribution: mh86 commentedIf the user has no applications, the static $applications variable is never initialized and the query will run on every function call. Furthermore only check if the array is set for the applicant, not for a specific job.
The variable might be empty, please check it return NULL in case it is empty.
Both applies for recruiter_job_application_for_recruiter() as well.
Is there any special reason to use the revisions table? I would recommend to use the 'normal' one, as it only contains the latest entries.
In this case we are going to return a list of node ids, not node objects, as the documentation says.
I'm fine with node ids, as it is faster, but we should make both functions and the documentation consistent.
Interdiff from #56 looks good. I'll come back with some more feedback after some testing.
Comment #59
mh86 CreditAttribution: mh86 commentedBoth views depend on a menu that does not exist in the default Recruiter.
Comment #60
kaizerking CreditAttribution: kaizerking commentedWe have resume administration, job administration, We don't have application administration,
may this should be included in this sprint
Comment #61
mh86 CreditAttribution: mh86 commentedyep, good point. application administration is still missing.
Comment #62
mh86 CreditAttribution: mh86 commentedAnother point: the permissions for the rules link do not seem to be exported yet
Comment #63
sepgil CreditAttribution: sepgil commentedAdded those requests to the latest patch.
Comment #64
sepgil CreditAttribution: sepgil commentedAdded those requests to the latest patch.
Comment #65
kaizerking CreditAttribution: kaizerking commentedwhere is the patch?
Comment #66
sepgil CreditAttribution: sepgil commentedsorry, had problems with the network connection in the office again. Here is the patch:
Comment #67
kaizerking CreditAttribution: kaizerking commentedThe the terminology seems to be some kind of weird to me
Shouldn't they be some thing like Applications Manager, Resume Manager, Job manager, instead of 'Administration' , it sounds like some office administration rather than document management.
Comment #68
kaizerking CreditAttribution: kaizerking commented#66 rules are showing errors
1.I don't see any event or conditions and only reactions
2.Job application administration
a)include the organization field (the employer)
b The title to be changed to Job title
c )Application title not required may be if possible a entity reference no:
3. A dash board may be required for each of the menu instead of in navigation ,in user menu as 'My dashboard' for Jobs, resumes, applications accessible by permissions
screen shot attached
Comment #69
mh86 CreditAttribution: mh86 commentedHere is another update with a few fixes:
Todo:
We'll post more updates after some testing.
I think it's ok to leave the Administration part, as it indicates that this part is for admins only ;-)
You can react upon the content creation event.
Currently we don't plan to include a dashboard in the standard Recruiter, but site builders can easily add one.
Comment #70
kaizerking CreditAttribution: kaizerking commentedI have down loaded current dev still it shows context admin missing
The patch 69 break the site with PDO exception
Comment #71
kaizerking CreditAttribution: kaizerking commentedIt seems this is coming from message module
PDOException: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: SELECT COUNT(cid) FROM {comment} WHERE status = :status; Array ( [:status] => 0 ) in comment_count_unpublished() (line 314 of C:\xampp\htdocs\recruiter\modules\comment\comment.module).
Additional
PDOException: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: INSERT INTO {watchdog} (uid, type, message, variables, severity, link, location, referer, hostname, timestamp) VALUES (:db_insert_placeholder_0, :db_insert_placeholder_1, :db_insert_placeholder_2, :db_insert_placeholder_3, :db_insert_placeholder_4, :db_insert_placeholder_5, :db_insert_placeholder_6, :db_insert_placeholder_7, :db_insert_placeholder_8, :db_insert_placeholder_9); Array ( [:db_insert_placeholder_0] => 1 [:db_insert_placeholder_1] => php [:db_insert_placeholder_2] => %type: !message in %function (line %line of %file). [:db_insert_placeholder_3] => a:6:{s:5:"%type";s:12:"PDOException";s:8:"!message";s:154:"SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: SELECT COUNT(cid) FROM {comment} WHERE status = :status; Array ( [:status] => 0 ) ";s:9:"%function";s:27:"comment_count_unpublished()";s:5:"%file";s:61:"C:\xampp\htdocs\recruiter\modules\comment\comment.module";s:5:"%line";i:314;s:14:"severity_level";i:3;} [:db_insert_placeholder_4] => 3 [:db_insert_placeholder_5] => [:db_insert_placeholder_6] => http://localhost/recruiter/admin/modules [:db_insert_placeholder_7] => http://localhost/recruiter/ [:db_insert_placeholder_8] => 127.0.0.1 [:db_insert_placeholder_9] => 1350525125 ) in dblog_watchdog() (line 154 of C:\xampp\htdocs\recruiter\modules\dblog\dblog.module).
Comment #72
mh86 CreditAttribution: mh86 commentedUpdated patch:
Next I'll update the make files, so you'll have a chance to download all necessary modules and patches.
And we have not yet tested the application feature with the comment module.
Comment #73
mh86 CreditAttribution: mh86 commentedJust updated the make files for the recruiter, diff: http://drupalcode.org/project/recruiter.git/commitdiff/daa7cc9?hp=763e2f...
Comment #74
kaizerking CreditAttribution: kaizerking commentedpatch 79 did not work
Additional uncaught exception thrown while handling exception.
Original
PDOException: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: SELECT COUNT(cid) FROM {comment} WHERE status = :status; Array ( [:status] => 0 ) in comment_count_unpublished() (line 314 of C:\xampp\htdocs\recruiter\modules\comment\comment.module).
Additional
PDOException: SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: INSERT INTO {watchdog} (uid, type, message, variables, severity, link, location, referer, hostname, timestamp) VALUES (:db_insert_placeholder_0, :db_insert_placeholder_1, :db_insert_placeholder_2, :db_insert_placeholder_3, :db_insert_placeholder_4, :db_insert_placeholder_5, :db_insert_placeholder_6, :db_insert_placeholder_7, :db_insert_placeholder_8, :db_insert_placeholder_9); Array ( [:db_insert_placeholder_0] => 1 [:db_insert_placeholder_1] => php [:db_insert_placeholder_2] => %type: !message in %function (line %line of %file). [:db_insert_placeholder_3] => a:6:{s:5:"%type";s:12:"PDOException";s:8:"!message";s:154:"SQLSTATE[HY000]: General error: 2006 MySQL server has gone away: SELECT COUNT(cid) FROM {comment} WHERE status = :status; Array ( [:status] => 0 ) ";s:9:"%function";s:27:"comment_count_unpublished()";s:5:"%file";s:61:"C:\xampp\htdocs\recruiter\modules\comment\comment.module";s:5:"%line";i:314;s:14:"severity_level";i:3;} [:db_insert_placeholder_4] => 3 [:db_insert_placeholder_5] => [:db_insert_placeholder_6] => http://localhost/recruiter/admin/modules?filter=jo&enabled=1&disabled=1&... [:db_insert_placeholder_7] => http://localhost/recruiter/admin/modules [:db_insert_placeholder_8] => 127.0.0.1 [:db_insert_placeholder_9] => 1350528489 ) in dblog_watchdog() (line 154 of C:\xampp\htdocs\recruiter\modules\dblog\dblog.module).
Comment #75
mh86 CreditAttribution: mh86 commentedPlease try to disable the comment module
Comment #76
kaizerking CreditAttribution: kaizerking commentedDisables comment it did not break,
Still the rules set data values showing errors
Set a data value
Parameter: Data: [new-message:field-message..., Value: [node:field-job-application...
Error: Data selector new-message:field-message-audience:0 for parameter data is invalid.
Set a data value
Parameter: Data: [new-message:field-job..., Value: [node]
Error: Data selector new-message:field-job-application for parameter data is invalid
Comment #77
mh86 CreditAttribution: mh86 commentedBoth fields are exported in the patch from #72. Try to revert the feature and clear caches.
Comment #78
kaizerking CreditAttribution: kaizerking commentedI have tried all the ways, rules error remains
Comment #79
kaizerking CreditAttribution: kaizerking commentedclicking on apply link error
Notice: Trying to get property of non-object in ctools_entity_field_value_ctools_access_check() (line 142 of C:\xampp\htdocs\recruiter\profiles\recruiter\modules\ctools\plugins\access\entity_field_value.inc).
EntityMalformedException: Missing bundle property on entity of type profile2. in entity_extract_ids() (line 7632 of C:\xampp\htdocs\recruiter\includes\common.inc).
Comment #80
mh86 CreditAttribution: mh86 commentedYou need to apply some patches, please see the link in comment #73
Comment #81
sepgil CreditAttribution: sepgil commentedHere is a new patch which includes the exported applications block for the resume view. The applicant applications view and the recruiter applications pages are now rendered using a content pane view on page manager pages.
Comment #82
sepgil CreditAttribution: sepgil commentedHere is a interdiff from mh86 last patch
Comment #83
mh86 CreditAttribution: mh86 commentedThanks for the update!
Here a few notes:
Add a new line before the else statement.
It's not only for Rules.
According to the code, only the user object is possible
The job node
better: TRUE if there is an application for this job and applicant, else FALSE.
This could need some documentation (the reason we're fetching all job references at once)
Most of the time, you use $job for the node object, here it's the node id. The naming should be clearer and more consistent
What is returned if there are no job applications?
Is the $query_object null, false, ... in this case?
NULL is also returned if no application for this recruiter exists
Comment #84
mh86 CreditAttribution: mh86 commented"Job application" alone is enough for the label of the message type.
Comment #85
sepgil CreditAttribution: sepgil commentedI've corrected all the issues mentioned above except for the problem, with the applicants name. That indeed seems difficult to fix.
Comment #86
sepgil CreditAttribution: sepgil commentedNoticed the inter-div was wrong. Here is the correct one:
Comment #87
klausiwhy do you check for the applicant role here? I think you should compare the global uid and the node uid.
Returns what? TRUE?
Why do we load the nodes here and even cache them? I think it would be better to just keep the NIDs, the caller should load them on demand.
This function returns the NIDs, right? So the documentation on @return should reflect that.
Comment #88
sepgil CreditAttribution: sepgil commentedI actually kicked out the check for the role, since applicants should view the same content as the admins.
Besides that I improved the issues mentioned above in this new patch.
Comment #89
sepgil CreditAttribution: sepgil commentedImproved the access a little bit and besides, the link on the application now uses the proper link with colorbox.
Comment #90
klausiI guess this is ready now, you can commit it yourself :-)
Comment #91
kaizerking CreditAttribution: kaizerking commentedcliciking on apply button gives this error
Notice: Trying to get property of non-object in ctools_entity_field_value_ctools_access_check() (line 142 of C:\xampp\htdocs\recruiter\profiles\recruiter\modules\ctools\plugins\access\entity_field_value.inc).
EntityMalformedException: Missing bundle property on entity of type profile2. in entity_extract_ids() (line 7632 of C:\xampp\htdocs\recruiter\includes\common.inc).
Comment #92
sepgil CreditAttribution: sepgil commentedI've committed the patch, therefore I think you should open new issue, this thread is too long anyway.
Comment #93
dasjosepgil committed, so this feature request is fixed - congratulations :)
please test with a clean install & open follow up issues separately.
Comment #94
mh86 CreditAttribution: mh86 commentedyeah, it's finally committed :-) thanks to everyone who was involved in this issue!
Comment #95
iRex CreditAttribution: iRex commentedI have begun to use this to educate some people on the value of the opensource (and drupal's, in particular) decision facilitation and development process. A vaguely phrased request I made months ago, generated a lively discussion from which sprang half a dozen great idea, until a consensus settled on one. I know this is may be a bit of a stretch, but surely this is a model for resolution of most of the intractable human issues. Just a thought.... Thanks everyone!
IRex
Comment #97
garadevcol CreditAttribution: garadevcol commentedGuys I'm sorry to opening again this thread, I tried to apply the patch 1204554-job-application-89.patch, i activated the module "job application" but, when i try to apply to a job, drupal returns this PDO issue
PDOException: SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry '16-2-acl' for key 'PRIMARY': INSERT INTO {node_access} (nid, realm, gid, grant_view, grant_update, grant_delete) VALUES (:db_insert_placeholder_0, :db_insert_placeholder_1, :db_insert_placeholder_2, :db_insert_placeholder_3, :db_insert_placeholder_4, :db_insert_placeholder_5), (:db_insert_placeholder_6, :db_insert_placeholder_7, :db_insert_placeholder_8, :db_insert_placeholder_9, :db_insert_placeholder_10, :db_insert_placeholder_11), (:db_insert_placeholder_12, :db_insert_placeholder_13, :db_insert_placeholder_14, :db_insert_placeholder_15, :db_insert_placeholder_16, :db_insert_placeholder_17); Array ( [:db_insert_placeholder_0] => 16 [:db_insert_placeholder_1] => acl [:db_insert_placeholder_2] => 2 [:db_insert_placeholder_3] => 1 [:db_insert_placeholder_4] => 0 [:db_insert_placeholder_5] => 0 [:db_insert_placeholder_6] => 16 [:db_insert_placeholder_7] => content_access_rid [:db_insert_placeholder_8] => 30037204 [:db_insert_placeholder_9] => 1 [:db_insert_placeholder_10] => 0 [:db_insert_placeholder_11] => 0 [:db_insert_placeholder_12] => 16 [:db_insert_placeholder_13] => content_access_author [:db_insert_placeholder_14] => 18 [:db_insert_placeholder_15] => 1 [:db_insert_placeholder_16] => 0 [:db_insert_placeholder_17] => 0 ) in node_access_write_grants() (line 3551 of /usr/local/zend/apache2/htdocs/recruiterphanteon/zemogajobs/modules/node/node.module).
Anyone knows what 's going on here? Thanks a lot for your help.