Name | Type |
---|---|
{poll } Does Not Work | tracker item |
Caldrac
Contributors |
tracker item |
clearing and removing surveys doesn't change users voting statistics : table tiki_user_votings
When someone clears the statistics on a given survey (or poll), the tiki_survey* tables are cleared accordingly but the statistics of the users vote are left. It means that when someone wishes to "recycle" an existing survey by clearing the statistics, changes the questions (even adding new ones), then the users who have already answered to old survey cannot vote for the new "recycled" survey as if he/she already answered it. The problem also exists when a survey or poll is deleted : lines in tiki_user_votings which shows who has voted on what are left which has clearly no consequence since the id should not be reuse. |
tracker item |
Add group permissions for individual polls
You cant set it that individual polls can be set to viewed by only certain groups. |
tracker item |
Adding Poll with Quick Option adds options twice
With 3.1 I did add a poll, did add options via "quick option" function. After adding and viewing/editing the poll it had every option twice, for each option both with the same position number. |
tracker item |
Bug after updating form tikiwiki3.3 to 4.1
After updating tikiwiki3.3 to 4.1, the following fails to load /tiki-admin_categories.php /tiki-admin_polls.php and /tiki-wiki_rss.php?ver=2 I checked memory and execution time therefore the problem due to this is ruled out. Problem must be somewhere which I could not figure out. Time does not show correctly while date is perfect. It needs me to set time of publication of articles manually. The module since your last visit does not work properly. On my part I reinstalled it several times but errors persists. |
tracker item |
Clicking Poll Icon on Features Page should connect to tiki-admin_poll.php when feature activated
when you click on the polls icon on the Admin Home page, you are taken to the polls comments admin page instead of the polls admin page. User should not have to make an additional click to start work. |
tracker item |
carsten.aevermann | tracker item |
Ip logging in many table too short for IPv6
In tables tiki_comments, tiki_history, tiki_pages, tiki_tags tiki_user_voting the column IP is too short (varchar 15) for IPv6 logging In tables tiki_actionlog, tiki_download, tiki_logs the column IP is very big (too big ?) varing from 39 to 200 char . In tiki_download the IP cloumn is in UPPERCASE (may be problem with some Mysql installation) In tables tiki_banning the IP is split in three columns . so we can't bann an IPv6 |
tracker item |
Additional Feature
Features Classification |
tracker item |
kerrnel22
Contributors |
tracker item |
koth
Contributors |
tracker item |
natokpe | tracker item |
Need a way to insure people vote only once (more of a voting system than polls)
*polls (Could be with trackers) **need a way to insure people vote only once (more of a voting system than polls). ***Possibly with unique URL sent by email ***Not sure, but probably that votes need to be anonymous (We know who voted but not for whom) **Need a way to remind people that haven't voted. ***CRM style wiki & tracker merge ****Do a query on trackers (ex. people that haven't voted) ****Cross with a wiki page to create a form letter "Dear XYZ, according to our records, you have not voted. Please click here to vote. __Related__ {wish id=2388} |
tracker item |
Please distinguish more clearly between polls, voting and surveys | tracker item |
PluginProposal: add a 4th: I read and I am ok with whatever is decided
"Lead, follow or get out of the way" is a common saying. However, there are some subtleties. * __Lead__ implies "I agree and will put my energy where my mouth is." * __Follow__ implies "I am ok with it but I won't lead" * __Get out of the way__ implies "I don't agree but I won't object (perhaps it doesn't affect me or I will just accept or leave) There is also: * __Go along__ (I am not thrilled by the proposal, but I have nothing better for which I will offer leadership) * __Block__ this is just bad, and I will actively oppose. In ((doc:PluginProposal)) currently, "undecided" implies, "I'll think about it more and I'll change my vote later". Whereas people that are OK with any proposal are not really counted properly. This will be useful to know if we have enough eyeballs to go ahead. 3 for, 1 opposed is not the same with 0 or 10 __I am OK with any__ |
tracker item |
PluginProposal: Allowing people to qualify their vote
The proposal plugin is very cool: http://doc.tikiwiki.org/PluginProposal 1- It makes it quick to vote and tally votes 2- The proposal and the votes are kept in the wiki page so it's still possible to improve the original proposal and to change the votes (there is wiki page version history so everyone can see the evolution) Suggestion: # To have a text box next to the vote where people can add a short comment. When people vote, there can be a +1 if..., -1 unless... This lets people qualify their vote |
tracker item |
Poll options not shown properly (duplicates / missing) | tracker item |
Poll permission granularity not fine-grained enough
Granularity of permissions is definitely not good enough here. E.g. you have to give Editors the tiki_p_admin permission for them to be able to do polls! I think Editors are usually in the position to do polls but not to admin the system. |
tracker item |
Poll, even with permission anonymous can't vote | tracker item |
Polls can be seen by anonymous even though they are not allowed to vote.
Anonymous users can see can view polls even though they don't have tiki_p_vote_poll These files need to be checked: tiki-old_polls.php tiki-poll_results.php tiki-poll_form.php Setting that anon can vote in polls needs to be cheked too. tiki-admin.php?page=polls Sorry not to have a clearer bug report. Short version is that permissions for polls don't work as expected in 1.9.0 Please also see tracker #278 |
tracker item |
Polls: handling of users that have already voted
1- If you have voted, it should show you results instead of offering to vote. Even if the system doesn't record your second vote, it still offers the voting interface. 2- tiki-admin.php?page=polls If "Allow Anonymous Poll Voting:" (feature_poll_anonymous) is checked and tiki_p_vote_poll is given to anonymous (not sure if this matters), anonymous voters can vote multiple times, without having to clear their cookies. |
tracker item |
Problem enabling poll participation by anonymous users
Anonymous users aren't able to vote in polls even after checking the poll vote option under ~np~groups --> anonymous --> tiki_p_vote_poll~/np~. confirmed using 1.10cvs from September 9th, 2007 |
tracker item |
Random poll {poll} not working
Tiki should be able to insert a random, active poll by using: {CODE()} {poll} {CODE} However, this is broken in 7.x and 6.3 |
tracker item |
Random Poll with {poll} in user module not working
When i try to add{CODE(wrap="0",ishtml="0",ln="0",wiki="0",rtl="0",cpy="0")} {poll}{CODE} without id= to a user module in order to display random active polls (which i have previously created, activated and checked countless times) i get the following error when i edit the user module again. Using ckeditor, the sourcecode still shows {CODE(wrap="0",ishtml="0",ln="0",wiki="0",rtl="0",cpy="0")}{poll}. {poll id=n} {CODE}is working as it should. {CODE(wrap="0",ishtml="0",ln="0",wiki="0",rtl="0",cpy="0")} PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> http://tiki.org"(external link) /> FehlerFehler missing poll ID for plugin POLL Close Window {CODE} // Removed some empty lines from the code view |
tracker item |
Signature and/or datestamp and/or approval-vote and/or comment plugin/syntax
Seen on IRC: {img src=images/code.png}%%% {CODE(wrap=>1)} (10:33:47 AM) ***dthacker also wonders if there is a login-timestamp wiki syntax such as mediawiki's ~~~~ that would auto sign with user id and date/time. {CODE} Wiki pages are great to produce Neutral Point of View (NPOV) content. If we need to know who added what, we check the edit history. For debates, discussions, opinions, etc, people will often use Tiki blogs, Tiki forums or comments at the bottom of wiki pages. These are more natural formats and it's clear who thinks what and who said what. Comments & forum threading make it clear who is responding to who/what. However, in some cases, it is useful to have this type of interaction in wiki pages. The [http://doc.tikiwiki.org/Editorial+Board|TikiWiki documentation Editorial board] has monthly meetings to discuss and make decisions. Members can edit, comment and vote on motions. The way people add their comments is not standard and if we are not careful, it can get messy. This often happens in wikis. Some wikis use a special syntax for "signature". This would be a way to associate the name of the user and maybe the date to a specific comment. It would be nice to clearly and visually associate the user to the comment. Maybe the comment & signature are in a same box? It would be nice also for people to be able to express support to an idea in the wiki page, with a thumbs up (+1) or a thumbs down (-1). Right now, the wiki ratings feature let's us vote only once per wiki page. These syntaxes should be quicktags to it's easy to add. Maybe some of the less important meta data (ex.: date of comment) would be only visible on mouse-over. (and thus not in printed mode). The mouse over could also contain a link to the user's personal wiki page and some data about the user (his avatar, score, etc). Ex.: *click my PluginComment tool (in toolbar) *Pre-fill text that will be mouse-overed with previously selected text **add date & signature (with link to userpage) Everyone: please share your ideas on this and how you have seen it implemented elsewhere. Thanks! Related: {wish id=2102} |
tracker item |
Typo in tiki-plugin_poll.tpl
File is delivered as below, thus causing the rest of the page after the embedded poll to be bolded. <div class="box"> <div class="box-title"> <strong>{$poll_title}<strong><br /> </div> <div class="box-data"> {$menu_info.name} {include file=tiki-poll.tpl} </div> </div> |
tracker item |
User "Admin" does not have permission to admin polls after feature activation
CVS update of 1.10 at 04:27 UTC After the admin user "Admin" enables the poll feature, they are unable to access the poll administration page. To reproduce: 1. Log in as admin 2. Enable Polls checkbox via the Features-->Admin Page 3. Click on "polls" in left-hand admin menu 4. Permission is refused. Another way to reproduce 1. Log in as "Admin" 2. Click on "Admin Home" in the left hand menu 3. Click on the "Polls" Icon. 4. User is taken to ~/tiki-admin.php?page=polls, which is not Polls Admin, but Polls comment admin. 5. Click on link at top of page: "To add/remove polls, look for "Polls" under "Admin" on the application menu, or Click Here." 6. URL when hovering is ~/tiki-admin_polls.php 7. Receive permission refused error. |
tracker item |
Vote on closed poll, break error page
Try to vote on a closed poll. The showed error break the page layout. THe display message error page is presented without any css and theme. |
tracker item |
When editing a wiki page, the wiki rating gets lost.
under admin permissions: If you edit a wiki page with a wiki rating, the old poll is deslected and a new poll is made with the generic name 'rate it'. This means the scores are reset to zero and the admin has to edit the page again and reselect the old poll. under registered permissions: If you edit a wiki page with a wiki rating, the old poll is deslected and the page doesn't have a rating anymore. Wiki ratings is a very nice feature, but this is a showstopping bug.. I hope it isn't too hard to fix ;). |
tracker item |
When selecting the Rating button in wiki, the rating window expands then I get redirected to tiki-index.php# (main page)
I am running tw 3.6 LTS in an enterprise environment (PHP 5.3.2, Windows 2003, Apache 2.2.13). We saw this same issue in 3.2 before our LTS upgrade. We have tried to enable Rating (Polls) by following the instructions at [http://twbasics.keycontent.org/tiki-index.php?page_ref_id=366] and [http://doc.tikiwiki.org/Polls] (Poll templates). I have enabled the Rating, Categories, Poll options in Admin. After adding the rating option to a wiki page, I save and revisit. I can see the Rating button in the top right corner of the page. When I select it, the button expands as expected into a pane with the options and a vote button, however the page also redirects to tiki-index.php# (my main page). Why does the Rating button redirect instead of remaining on the page and allowing the user to vote? It behaves the same in IE6 and FF3.6 --- Can you please retest in currently supported Tiki versions? (e.g. Tiki12, ...). Thanks in advanced! {sign user="xavi" datetime="2014-02-07T09:46:47+00:00"} |
tracker item |
WSOD trying to access "Polls" at dev.t.o | tracker item |
__Update:__ I was following the examples on the doc site for how to embed a poll. These examples typically are in the following formats. The examples throughout the docs should probably be updated to reflect the what actually works (see solution section below). I am a brand new user and am finding the documentation regarding the embedding of dynamic variables to be wrong in many cases.
When inserting any of the following:
{CODE()} {poll} {CODE}
''generates junk code in the rendered page''
{CODE()} {poll id=1} {CODE}
''generates junk code in the rendered page''
{CODE()} {pollId=1} {CODE}
''simply outputs pollid=1 in the rendered page''
{CODE()} {poll pollID=1} {CODE}
''ALSO generates junk code! So, it's case sensitive?''
''Details:''
I have tried several versions (just in case case sensitivity was a problem). This has also been reproduced with and without jQuery turned on. I have insured that the Polls option is available in the Text Field as well. Currently operating as an admin user with all capabilities turned on.
The "junk"is essentially html. Turning "Allow HTML" or "Try to covert HTML to wiki" has no effect. I __can__ get other dynamic content to work.