Category: 1.9.x
BRANCH-1-9
Show subcategories objects
| Name | Type |
|---|---|
| Registered Users can Edit pages even tough they are not allowed to view them neither to edit them | tracker item |
|
Registering with admin validation - wrong format in notfication message
om: admin To: admin Cc: Subject: Tiki User Registration Request Date: Thu 07 of Sep, 2006 [13:32] Hi, gandalf < > has requested an account on www.domain.de To validate that account, please follow the link: http://www.domain.de/tiki-login_validate.phpuser=gandalf&pass=98d3eee5d2201c477b6066c28dac3bd2 best regards, your Tikiwiki The validation link should be something like this: http://www.domain.de/tiki-login_validate.php?user=gandalf&pass=98d3eee5d2201c477b6066c28dac3bd2 When inserting the question mark manually validation is working. |
tracker item |
|
registration information: wrong order of headers
The confirmation message for new users has an incorrect order of headers. With cpanel hosting, this is not being recognised as a valid e-mail: This message was created automatically by mail delivery software. A message that you sent could not be delivered to one or more of its recipients. This is a permanent error. The following address(es) failed: xxxxxxx@bellsouth.net Mail sent by user nobody being discarded due to sender restrictions in WHM->Tweak Settings Here's the header as it's being generated in the current version: Return-path: <xxxxxxx@vic-fontaine.com> Received: from nobody by server.yourservermanagement.com with local (Exim 4.68) (envelope-from <xxxxxxx@vic-fontaine.com>) id 1JzEQ5-0006m7-Dq for xxxxxxx@bellsouth.net; Thu, 22 May 2008 12:17:37 -0500 To: xxxxxxx@bellsouth.net Subject: Your Tiki information registration (www.vic-fontaine.com) MIME-Version: 1.0 From: xxxxxxx@vic-fontaine.com Reply-To: <xxxxxxx@vic-fontaine.com> Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-ID: <k1a5dd.xpbvyl@www.vic-fontaine.com> Date: Thu, 22 May 2008 12:17:37 -0500 |
tracker item |
|
Regression: Issue when creating account
Introduced in 1.9.9 and fix in 1.9.10.1 See sylvieg or kerrnel22 for details |
tracker item |
|
Remember me doesn't work on *.tw.o sites
The "Remember me" feature of login on tw.o sites doesn't really work as it should. On tw.o, dev.tw.o and themes.tw.o it's set via Admin > Login to values "tikiwiki, .tikiwiki.org, /, 1 week" and it lasts only some hour or so and expires then. It's annoying to relogin many times a day. |
tracker item |
|
remind password not working
So, in case someone hasn’t reported it yet; the “I forgot my password†functionality doesn’t work in 1.9.0. It sends the email fine; but the password included in the email does not work. Before I start going through the code can anyone explain how the passwords work? So far I get: - that the “hash†field is md5(“username†+ “passwordâ€Â) - when I do the “forgot pw†thing it sets the “provpass†field with the pw sent in the email - md5 of user+provpass though does NOT equal “hash†I suspect code would be something like: - if user logs in and there is a provpass set then validate against that password - and then foprce user to change pass - then use their new entered pass to make hash and delete provpass Does this seem about right??? |
tracker item |
|
Removal of calendar that has been categorized does not uncategorize it.
Problem as described in summary. |
tracker item |
|
Removal of user from group does not remove from Admin Users page display
I had two usergroups, then added a third, then went in to remove a user from a group from the Admin Users page. If I go into Admin Groups and click on a group and then go down to Show Users in Group, it shows the correct list with the appropriate users missing from the group that I had removed. If I go into Admin Users, the list of users shows up and if I look at the line entry for the users I removed from ABC group, the group shows up in italics (''ABC''). Unless there is a cleanup function I'm unaware of, I think this may be a bug. I'm running 1.9.7 according to the README. |
tracker item |
|
Remove Array() message on each and every Mailin post?
Using the tiki-mailin feature (for Wiki-Put or Article-Put), I consistently see right after the body tag, a PHP message showing me the array being populated. This happens whether or not there's an error in the posting itself. Can someone explain why this is happening? Source of example is attached. (@@@ indicates prvate information). Thanks. Is it possible to give a checkbox or setting to turn this off? |
tracker item |
|
Remove change reports form own wiki file attachments.
Although I ''don't'' get reports about my own changes to wiki files, I ''do'' get reports about the attachments I myself make to wiki pages. I'd rather those not be sent out. |
tracker item |
|
Remove Homework from BRANCH-1-9
There has been no commits on this feature for a year. We will re-add it later on via mods or in a future version Not sure if this is fixed but in the past: Homework menu appear twice :: Homework Assignments Grading Queue Last Changes :: Homework Assignments Last Changes |
tracker item |
|
Remove JukeBox
Since Tiki JukeBox will not be ready in time for 1.9, it needs to be removed from BRANCH-1-9. Damian has indicated he will make it available via mods when it is ready. |
tracker item |
|
Remove Tiki Projects
Since Tiki Projects will not be ready in time for 1.9, it needs to be removed from BRANCH-1-9. Damian has indicated he will make it available via mods when it is ready. |
tracker item |
|
Remove_unused_pictures removes too many images
When running "remove unused images" from wiki admin panel, it removes used images too. One problem is that the procedure means to saves only images referenced with "picture file=...". When user automatically uploads an image inside a wiki page, this image is referenced with "img source=..." inside the wiki page, thus it won't be saved when removing unused images, because it isn't considered as a used one. But the major problem is that all images are removed, even the ones reference with picture etc.! |
tracker item |
|
Removing Registered group from a user doesn't work as expected
This has also been reproduced on the http://demo.opensourcecms.com site. I created a user. Then I'm trying to remove the "Registered" group from the groups associated to that particular user. When I click on the little x next to the group it disappears from the user's groups. Then I created a group named "blocked". This group only inherits from the anonymous group. It is created basically to prevent a user from having more permissions than an anonymous user, without removing the account (in order to reactivate the permissions at a later time). What I actually want to do is to deactivate some accounts and reactivate them later. So limiting the permissions to that of an anonymous user seemed an appropriate course of action. After removing the "Registered" group from the user's list, I assign him the blocked group only. This blocked group include the anonymous group and that's it. But, when I go to see the blocked group's permission(it has none of its own), I see some permissions inherited from the anonymous group (which is what I asked for) but I also see the tiki_p_edit permission inherited from the "Registered" group (which is NOT what I asked for). So it seems to me that when you have a user, it belongs necessarily to the registered group. And when you remove that group from the user's group list, it doesn't seem to have any real effect aside from not showing that group in the list. It would be interesting to remove that registered group from some users to deactivate their account temporarily. In any case this seems a bug, either removing Registered should have the expected effect, or it should not be possible to remove that group at all. I would opt for the first alternative. Related: http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1124 |
tracker item |
|
Removing users from groups -> directly from user listing
It is possible to list all users in a given group. However, to remove them from the groups, we need to go to another page. We should be able to remove users from groups on this page: tiki-admingroups.php?group=Registered&show=1 |
tracker item |
|
renaming or deleting a wiki page doesn't update the link seen from CATEGORY plugin
Imagine you have 2 wiki pages. Page A and Page B, and Page B is assigned to category X. In page A you use the CATEGORY plugin to list all objects from category X, and thus, it lists the "Page B" name, which links to it. Then you rename Page B to Page C. In page A, the plugin category still shows name and link to "Page B", and not the updated name and link: "Page C". This bug has been here for almost a year, and it is present in 1.9 and 1.10 --- bug still alive on tiki 2.1, and confirmed also after deleting pages, and clearing tiki caches. It can be tested on (production) site for registered users at: http://uniwiki.sima.ourproject.org |
tracker item |
|
Renderproblem"?"
If a (UserPage) Page does not exist it is rendered as normal Text followed by "?" (red), the problem occurs if a "." (dot) is in the link name This: *((UserPagmax.mustermann|Max Mustermann)) is rendered as: Max Mustermann?.mustermann" class="wiki wikinew">? Happens on BRANCH-1-9 when Use WikiWords is activated |
tracker item |
|
Repeated warning message: "Notice: Only variable references should be returned by reference in ..."
When I login to my site, I get multiple warning notices printed stating (NOTE: Only when logged in): Notice: Only variable references should be returned by reference in /***/public_html/lib/adodb/adodb.inc.php on line 2797 (where *** is my directory path) These errors started when upgrading from 1.8.5 (i think), to 1.9.1 and are still there when upgrading to 1.9.2. I made sure the /lib/ directory was entirely replaced when upgrading. PHP version is 4.4.1 MySQL 4.1.13-standard. phpinfo() output here: http://odejava.org/phpinfo.php |
tracker item |
|
Replace _blank (links opening a new window) by a XHTML alternative
There are several places in Tiki code where target="_blank" is used. "Much to the chagrin of Web designers everywhere, the HTML 4.0 Strict and XHTML 1.0 Strict recommendations of the W3C no longer include the target attribute of the <a> tag. The Transitional versions of the specifications still include it, but by definition, these specs are on the way out. Whatever your personal feelings on the practice, the most common application for this attribute -- opening a link in a new browser window with target="_blank" -- is still useful on today's Internet. So if the standards say we shouldn't use it, how should we go about creating new-window links, while following the latest Web standards?" http://www.sitepoint.com/article/standards-compliant-world |
tracker item |
|
Return Help System to Features Admin Page, enable by default
Fresh install of Branch-1-9 daily build. The help system (the system that turns the feature descriptions into live links that point to the docs) is not enabled by default. Not Enabled on a fresh install of Sa Jun 16 15:42:39 CEST 2007 |
tracker item |
|
Revert transactions url missing from CC Mod
Using [http://cc.tikiwiki.org/tiki-index.php?page=Mod+Community+Currencies|CC Mod]: Option to "__Revert transaction__" seems to be coded, since it can be used from the form: [http://www.moviments.net/intercanvis/cc.php?page=transactions&new=1] (at the drop down just close to the confirm button. Moreover, when listing transactions: [http://www.moviments.net/intercanvis/cc.php?page=transactions&all=1] There is the button to "__revert transaction__" at the Actions column in the list ({img src=http://www.moviments.net/intercanvis/img/cc/cancel_transaction.png }). However, this image is not linked with any url to perform the "revert transaction". (I checked that at line 46 in ./templates/transactions.tpl the href="" is empty: {CODE()} <a href="" title="{tr}Revert Transaction{/tr}"><img src="img/cc/cancel_transaction.png" width="20" height="12" border="0" alt="{tr}Revert Transaction{/tr}" /></a> {CODE} |
tracker item |
|
Review all mods and decide what should be added to --BRANCH-1-10-- Tiki5
Review all mods and decide what should be added to BRANCH-1-10 http://mods.tikiwiki.org/ Please see: ((To mods or not to mods)) criteria: *license *size *security *potential popularity of feature *non-reliance on 3rd party code Plugins that will now be in core (and removed from mods): *include ok in 2.0, should be removed from mods *[http://mods.tikiwiki.org/details.php?type=wikiplugins&mod=perm|perm] *group (ok) should be removed from mods: wikiplugin_group.php *[http://mods.tikiwiki.org/details.php?type=wikiplugins&mod=files|wikiplugin_files.php] *wikiplugin_listpages.php ok?, just remove from mods? *[http://dev.tikiwiki.org/tiki-view_tracker_item.php?itemId=1550|wikiplugin_mouseover.php needs to be fixed, then moved] *wikiplugin_trackeritemfield.php __done in 2.0__ Reason: *Great plugins *Mods installer doesn't work for everyone and there is no documentation for manual install |
tracker item |
|
Right-to-left directional languages broken in 1.9DR4
Abbas Mousavi reported: Hi I am working on a Persian translation of Tiki for an educational site but the new release (v1.9DR4 -Sirius) has serious problems with Right-To-Left? directional languages, Setting the $feature_bidi to ‘y’ in language files has no effect, Many styles, including simple, don’t use $feature_bidi at all, ./templates/tiki.tpl calls Bidi.css before the style.css, and it will has no effect, (tiki 1.8.5 has none of them) Please take a look at the code before releasing 1.9.0 , I will be glad if I can help. Thanks for your wonderful software Abbas Mousavi A right-to-left creature from Iran. |
tracker item |
|
Import phpBB data
phpBB is a popular open source forum software. Sometimes, a forum is not enough. So, the data must be migrated from phpBB to Tiki forums... If you want to help: Please post links to similar scripts. ex.: phpbb to invision board, etc If/when we do a script, we should do for all major forums. --- __From kerrnel22 on 11/20/07:__ I have almost completed an integrated TikiWiki forum migration tool for 1.9.8.x and 1.10. Initial release will be to migrate only Tiki forums from one Tiki install to another. However, hooks are in place, and the intention is there, to work on extending the migration tool to importing of phpBB2 (or any other forum software) into Tiki. If you would like more information, email tiki.kerrnel@kerris.com. I expect a general release of the forum migration tool (for Tiki forums only) into cvs of both branches for beta testing by December 1/07. If all goes well, I'll have something released for phpBB2 migration prior to Dec 31. |
tracker item |
Use admin rights for the following steps
1. Create at least 2 categories
2. Give Registered (default no rights changed) User group access to one of them and deny access to the other
3. Now create 1 Wiki site in each Category
4. Link both pages from the tiki.index.php via Wiki link
5. Log in as the Registered user now
6. Try viewing both Sites via the Wiki link on one u get the error that u dont have permission to do so
7. Now click on the Link
Create this page (page will be orphaned)
8. Now u can view the page even though u arent allowed to do so
9. Uncheck the category change the site and u are even able to save the edits u did even though u dont have permission to do so