Feature Requests/Implemented

This page is an archive of Feature Requests resolved during various JAMWiki release cycles.

1 Opening External Pages in Another window 2 Set the default language on the translations page 3 Sort untranslated texts to the top of the page 4 Reset user passwords as admin 4.1 Missing user password 5 Find all orphaned pages (pages not in a category) 6 Delete unused pages by administrator 7 Set prename without changing password 8 Memorizing of page 9 forward back on working page 10 SSO support 11 LDAP 12 OpenID Support 13 Enhanced diff 14 User Logging

[Edit]Opening External Pages in Another window

Implemented: JAMWiki 0.5.4

Moved from the Feedback page:

When we give the links for external websites, the link is opening in the same page, i have them opened in separate window than in the same window. How to enable that in jam wiki? --Durga 06-Dec-2007 11:41 PST

You should be able to open external links in a new window by enabling the "Open external links in new window" option on Special:Admin#General settings - see Configuration#General settings. Let me know if you have any trouble. -- Ryan 06-Dec-2007 12:18 PST

[Edit]Set the default language on the translations page

Implemented: JAMWiki 0.6.3

A nice to have:

• The language setting on the translations page should default to the language being selected based on the browser setting. If a translation that matches the browser setting is available, that should be used as the default. If not, "en" should be used as a default.

Possibly, you just forgot this one:

• The list of languages in the pull down list lacks "en" and "ja".

Defaulting to the browser language should be easy to do - please remind me if I forget :) As to why "en" isn't appearing, the list currently displays the extensions from all current ApplicationResources_XX.properties files, and since "en" is the default (ie ApplicationResources.properties) it doesn't appear as an extension. If needed it would be easy to change the "blank" option to "en". As to "ja", it should be appearing - I see it when I look at Special:Translation, so if you aren't seeing it for some reason let me know and I'll investigate. Thanks for the suggestion & bug report. -- Ryan 05-Dec-2007 16:01 PST

As of revision 1950 the page should now default to the user's default language. Additionally, "en" should now appear in the list of languages. I haven't yet copied the new code to jamwiki.org will will probably do so in the next 1-2 weeks. -- Ryan 09-Dec-2007 09:15 PST

[Edit]Sort untranslated texts to the top of the page

Implemented: JAMWiki 0.6.4

Also nice to have:

• sort all untranslated texts to the top of the translation page or add something like a "filter button" which shows only untranslated entries. Axel Kramer 09-Dec-2007 13:41 PST

Without investigating the code, it seems like it might be possible to do a diff of the translation file against the ApplicationResources.properties file to return those values that are the same. I really appreciate the work that all of the translators do, so any way to make that easier would be a good thing... -- Ryan 14-Dec-2007 18:47 PST

Hi. You've done it Ryan, but almost. As a Japanese guy, I got "ja" shown as my default selection in the drop down box, but the translation text shown in all the text boxes are English. So I have to hit the "change" button once to actually get the Japanese translations shown. Maybe you are aware of this behavior and you're just half way through implementation. And thanks for your time working on my feature wish.

That's a bug... I'll have to retest and see what I missed. Thanks for testing! -- Ryan 19-Dec-2007 08:26 PST

revision 1963 should honestly and truly fix the problem - it works for me on both my laptop and on jamwiki.org, but let me know if you have any issues. Thanks again for double-checking me! -- Ryan 19-Dec-2007 22:31 PST

revision 1997 adds a checkbox to to Special:Translation to "hide untranslated values". This option isn't perfect - it simply compares values against what's in ApplicationResources.properties and hides anything that differs - but it should hopefully be helpful to those doing translations. As always suggestions and reports of any problems are appreciated. -- Ryan 19-Jan-2008 10:32 PST

[Edit]Reset user passwords as admin

Implemented: JAMWiki 0.6.6

I'd like to be able as admin to view a list of all users and reset their passwords if necessary! --Michael-O 23-Nov-2007 01:54 PST

This is a much-requested feature that is probably overdue for inclusion. If no one beats me to it and I don't forget I'll put this at the top of the to-do list for JAMWiki 0.6.3. -- Ryan 25-Nov-2007 13:01 PST

Hey Ryan, is this password reset by admin feature implmented in 0.6.3 ? --Durga 24-Apr-2008 12:04 PDT

This one got missed and is not yet available. If it's something you need please keep adding reminders and I'll be sure to get to it soon - there is a lot going on right now, so for something that's important a weekly reminder is helpful, and indicates that a particular feature is important. -- Ryan 24-Apr-2008 15:48 PDT

Ryan, spite some cross-posting this is one of the features I wanted to provide to jamwiki when I get the system up and running. I will propose some very drafts asap.

revision 2198 will add this feature for JAMWiki 0.6.6. -- Ryan 27-Apr-2008 11:04 PDT

[Edit]Missing user password

Implemented: JAMWiki 0.6.6

Moved from the Feedback page since this is on the same subject

Hi folks, I've installed jamwiki-0.4.2 (hui such an old version;-) and added me as first user. I enterd a lot of data and now after a wile editing without registration I do not remember my account-password. What is the standard handling in such a case? I in fact do know my admin account data, but do not know what to do? Any advice? Is there a mechanism to reset the user-password or something similar? Thanks in advance. : Michael Habbert 17-Dec-2006 12:03 PST

Hi Ryan, I just visited my user account - and recognized prename and last name for my account was empty and I was not able to add them to the profile - while the system told me this user-name is not avaliable. Thats right but so there is no way to change some account data. Your Michael Habbert 17-Dec-2006 12:35 PST

Just a note to say I'm not ignoring the comments you've left, but I've been crazy busy and will have to get to them later this week. A quick answer, however, is that for security reasons passwords are stored using a one-way encryption, so there is no way to read a password from the database. The only workaround I can think of is to execute SQL to copy a known password value from another user account to the account that you've forgotten the password for. Longer term I guess we'll probably have to come up with some way to reset passwords... -- Ryan 17-Dec-2006 23:11 PST

Password reset by admins was implemented in JAMWiki 0.6.6. -- Ryan 14-Sep-2008 09:09 PDT

[Edit]Find all orphaned pages (pages not in a category)

Implemented: JAMWiki 0.7.0

In MediaWiki there is a special page, I think it is called "orphaned pages". It lists all the pages that are not in a category. I would love to see this in JAMWiki.

[Edit]Delete unused pages by administrator

Implemented: JAMWiki 0.7.0

It will be nice to have a way to delete all the unused pages by administrator.

Just to clarify, by "unused" do you mean pages that have no links to them (ie orphaned pages)? At present there isn't any way to view orphaned pages in JAMWiki, but with some tweaking it would probably be doable to implement. -- Ryan 13-Dec-2007 21:46 PST

[Edit]Set prename without changing password

Implemented: JAMWiki 0.7.0

Hi Folks, Hi Ryan, I tried to change my Account:Settings (Special:Account). I tried to add my prename and lastname without changing my password, but I failed. ;-/ Don't you think a user should be able to change only a part of his account settings? Greetings -- Michael Habbert 29-Oct-2007 00:23 PST

You should be able to change any field without changing the password, but you need to enter your old password to do so; it's only if you enter a new password that the password is changed. Some help text on that page would probably make this fact clearer, so I'll have to try to remember to add it. Alternatively, if there are other suggestions for improvement please add them below. -- Ryan 29-Oct-2007 22:14 PST

In JAMWiki 0.7.0 you can now change most values without entering the old password.

[Edit]Memorizing of page

Implemented: JAMWiki 0.7.0

It would be very commodious if one would be lead back to the last page browsed after logging in instead of being shown the start page. --Frank 14-Nov-2007 02:00 PST

Without tracking every page a user visits it would be tough to know what their last visited page was, but it might make sense to make the user's "start" page configurable. There are actually a number of preferences that would be good (timezone, start page, signature pattern, etc). Thanks for the suggestion. -- Ryan 14-Nov-2007 21:21 PST

Starting with JAMWiki 0.7.0 login will now take you back to the page from which you clicked the "login" link. -- Ryan • (comments) • 24-Feb-2009 23:14 PST

[Edit]forward back on working page

Implemented: JAMWiki 0.7.0

Hi Ryan, while im working a little bite more on jamwiki I request a feature: When I look around on the jamwiki site I see something, somewhere I whant to add a note to it, so I do register by clicking the link on the top left. So far so fine. But then I have to search for the topic again to do my changes ;-/ So what do you think about a redirect to the page from where the user started befor he registers? Did I make myself clear? -- Michael Habbert 02-Feb-2008 07:47 PST

One of my co-workers requested the same thing yesterday, so this feature would definitely be worth investigating. -- Ryan 02-Feb-2008 09:35 PST

[Edit]SSO support

Implemented: JAMWiki 0.7.0

Single sign-on support for portals, containers and whatever would be cool to implement in this wiki.

Wikimedia wanted to do this using the jabber ID. OpenID could also be used.

With the upgrade to Spring Security 2.0 it is now possible to configure a JAMWiki implementation to use OpenID. -- Ryan • (comments) • 24-Feb-2009 23:14 PST

[Edit]LDAP

Implemented: JAMWiki 0.7.0

I love what you've done so far. I am eagerly awaiting an LDAP implementation also. This is the only thing keeping me from implementing JAMWiki for my workgroup right away. Any idea when this feature might be available? I'm dying to get this app up and running in my shop. Even if it was just to simply authenticate to track a users changes (for accountability). Fancier role-based permissions could be added later. hexC0DE 10-Aug-2007 10:21 PDT

There is currently experimental LDAP support available that allows the use of an LDAP system for authenticating users - I've done minimal testing with open LDAP, but I don't really use LDAP much so it will be marked experimental until other users can provide some feedback on whether it works for them or not. I would eventually like to use whatever LDAP support Acegi offers, but without a good way to test I've been putting that off and hoping someone else would pick it up.

With the upgrade to Spring Security 2.0 it is now possible to configure a JAMWiki implementation to use LDAP. -- Ryan • (comments) • 24-Feb-2009 23:14 PST

[Edit]OpenID Support

Implemented: JAMWiki 0.7.0

OpenID provides a way of logging into multiple web sites. It would be nice if there was a UserHandler for JAMWiki that provided OpenID support.

this might soon come for free (or close to it) thanks to acegi openid support

With the upgrade to Spring Security 2.0 it is now possible to configure a JAMWiki implementation to use OpenID. -- Ryan • (comments) • 24-Feb-2009 23:14 PST

[Edit]Enhanced diff

Implemented: JAMWiki 0.8.0

Currently the JAMWiki diff code highlights lines that have changed. However, if only a word or two within that line changed it can be difficult to see what actually was modified. Mediawiki adds additional syntax highlighting to the portions of a line that changed, and it should be possible to do the same with JAMWiki by first finding lines that have changed, and then diffing the two lines to find letters and words that have changed. This functionality isn't difficult to implement, but it IS difficult to do in a way that keeps the code readable and maintains a separation between presentation and processing logic.

Code has been committed to trunk and this feature is queued for JAMWiki 0.8.0. See http://jamwiki.org/wiki/en/Special:Diff?topic=StyleSheet&version2=11040&version1=11492 for an example of the new format. Feedback is appreciated - please add below - but note that the current algorithm diffs letter-by-letter; this was a conscious decision (as opposed to word-by-word) as it allows a user to see changes in spelling, changes in code, etc that might otherwise be less obvious when doing a diff by word. -- Ryan • (comments) • 10-Mar-2009 07:13 PDT

[Edit]User Logging

Implemented: JAMWiki 0.8.0

MediaWiki has a specialpage/logs http://www.mediawiki.org/wiki/Special:Log. Can this be implemented in Jamwiki? If so how do you set it up? If not any chance of this being available in the future? --suzie 14-Jul-2009 02:21 PDT

While it's not currently available, I actually started sketching out a design for this feature over the weekend, so there's an excellent chance that it would be included in JAMWiki 0.8.0. Constant reminders tend to help motivate feature inclusion, so feel free to check back here in a week or two and add a gentle hint if there aren't any updates indicating work has begun. -- Ryan • (comments) • 14-Jul-2009 08:15 PDT

Fantastic :-) --suzie 15-Jul-2009 00:41 PDT

See Tech:Mediawiki Logs for updates. -- Ryan • (comments) • 27-Jul-2009 09:24 PDT