Messages displayed to users without permission to view content is misleading and confusing. The way Drupal handles this is less than useful, as well. There ought to be some sort of default message that can be administratively chosen to be displayed to these users. For example, a "node zero" which the administrator would fill with text which describes what to do (create an account, log in with existing account, or maybe just go away if the site is totally private).
See attached screen shot for a clean install of the CVS from this evening (Jan. 19 in North America). Note the bold message "Page not found"
The page is just fine -- it's just not "finding" any content nodes to display.
I think common.inc::drupal_not_found() is the culprit.
| Comment | File | Size | Author |
|---|---|---|---|
| #18 | welcome.patch | 2.36 KB | Chris Johnson |
| Install.gif | 7.91 KB | Chris Johnson |
Comments
Comment #1
Bèr Kessels commentedI like the idea of the node 0.
It would be quite consistant with the user 0, who is a kind of 'default' user.
However, it will be much more difficault to implement this, instead of a simple 'admin-option' with variable_[g|s]et()
Comment #2
dries commentedI fixed the 'Page not found' problem in HEAD, though the MSSQL database scheme needs to be updated.
Next, if someone writes a good welcome message I'll make Drupal displays that.
Comment #3
dries commentedComment #4
Chris Johnson commentedI'll be happy to write a welcome message.
Although this set of changes fixes the problem for new installations -- by giving anonymous users default access to content -- it doesn't fix the same problem when it occurs because an admin has intentionally removed access content for anonymous users.
In the latter case, not only do the anon users get the "Page not found" message, they also now seem to get a PHP error:
Comment #5
Chris Johnson commentedSuggested welcome message:
Ideally this message could be customized for each site via an administration option. I'll be happy to work on improving this message based on feedback. It's just a first rough draft.
Comment #6
Chris Johnson commentedHmm, with a clean install, I do not get the PHP error messages. That was from an upgrade from a previous CVS version.
I still see the "Page not found" with a clean install when I remove "access content" permission for anonymous users. Is this where the suggested welcome message would go? That would be ideal.
Comment #7
dries commentedNot sure about the message. The target audience is he or she who just installed Drupal. The message will go away after the first node is posted.
Comment #8
Chris Johnson commentedAh, ok. I wasn't sure who the audience would be as I was not sure how you were going to code the logic which displayed it.
I will come up with a better welcome message targeted specifically at the person who just installed Drupal.
..chris
Comment #9
irwin commentedMay I suggest that, in the opening page, you post some instructions/guidance on how to use the Taxonomy terms?
This feature is probably one of the most easily overlooked features in Drupal. I don't think the majority of users or site owners really understand what it is or how to use it.
(Aside: a good taxonomy tutorial could be beneficial to the Documentation as well. *makes mental note*)
Comment #10
Brian@brianpuccio.net commentedThere already is (imHo) a great taxonomy guide in the Handbook
Comment #11
Chris Johnson commentedIn thinking about this welcome message, I was initially thinking about what the installing administrator would first see upon trying his new site out immediately after the install. That presented somewhat of a security concern, as the first user that is created becomes the super-administrator.
Dries writes that this welcome message will continue to be diplayed until the first node is posted. Typically the administrator would post the first node, and I would imagine it would be some sort of introductory message in and of itself.
So is the welcome message that I propose to write one which should consider the first users the primary audience, welcoming them to the nascent site? Or should it consider the administrator(s) the primary audience, giving them some hints and links about how to make Drupal work for them?
I would appreciate any suggestions.
Comment #12
Chris Johnson commentedNever mind. I re-read all the messages and it seems clear the audience is the administrator who installed the site.
That said, I'll come up with another draft.
Comment #13
dries commentedI'd welcome the installing administrator and briefly explain him the next step(s).
Maybe take a look at the welcome messages of the CMSes installed at http://opensourcecms.com/?
Comment #14
Steven commentedBy the way, please remember the proper syntax for links inside t() strings is:
Comment #15
dries commentedSteven has written a good welcome message (communicated in private) which I integrated into the node module. I'm marking this report 'fixed', yet refinements are always welcomed.
Comment #16
Chris Johnson commentedSteven's message is pretty good and close to what I was crafting.
I suggest the added paragraph (in the attached patch) highlighting the taxonomy system, as it is often misunderstood and under utilized.
Comment #17
dries commentedYou did not attach a patch.
Comment #18
Chris Johnson commentedMy apologies for wasting your by apparently forgetting to attach the patch. It is attached this time.
Hmmm, on my first preview with the patch file attachment specified, the preview form continued to give me the no prior attachment message. Upon retrying, now I get the "A file already exits, if you upload another file the current file will be replaced" message that I expected on the first preview. Maybe that explains where my patch went on my previous posting.
Comment #19
dries commentedNot sure how helpful the suggested taxonomy snippet is. It might actually be confusing/overwhelming.
Comment #20
Chris Johnson commentedYour call.
Someone else had commented on how underused the taxonomy system was by many Drupal site operators. It was suggested that many people were unaware of how many different ways taxonomy can be used to make a site more useful and powerful.
My patch was an attempt to improve that situation by getting new admins to learn about it. Perhaps it is too confusing. Maybe a section in the Handbook that gives examples of how to do various common CMS tasks, including some which use taxonomy to implement would be better.
Comment #21
dries commentedComment #22
(not verified) commented