<?xml version="1.0" encoding="utf-8"?>
<!--RSS generated by Flaimo.com RSS Builder [2010-09-08 11:56:57]-->
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"><channel><docs>http://mantis.fusionticket.org/</docs><link>http://mantis.fusionticket.org/</link><description><![CDATA[FusionTicket - Issues]]></description><title>FusionTicket - Issues</title><image><title>FusionTicket - Issues</title><url>http://mantis.fusionticket.org/images/mantis_logo_button.gif</url><link>http://mantis.fusionticket.org/</link><description><![CDATA[FusionTicket - Issues]]></description></image><language>en</language><category>All Projects</category><ttl>10</ttl><dc:language>en</dc:language><sy:updatePeriod>hourly</sy:updatePeriod><sy:updateFrequency>1</sy:updateFrequency><item><title>0000233: Account Verification can stop people from purchasing</title><author></author><link>http://mantis.fusionticket.org/view.php?id=233</link><description><![CDATA[The account verification step is a possible derailment of purchase flow. If there is a way to set the member verification step as optional or at least not displayed then we can move to a more streamlined purchase. The advantage here is that most people will be able to log back in and retrieve their tickets while not being derailed from purchase.&lt;br /&gt;
&lt;br /&gt;
see &lt;a href=&quot;http://img.skitch.com/20100908-ri17kyaqkjpcqnce2m4epmci5m.png&quot;&gt;http://img.skitch.com/20100908-ri17kyaqkjpcqnce2m4epmci5m.png&lt;/a&gt; [&lt;a href=&quot;http://img.skitch.com/20100908-ri17kyaqkjpcqnce2m4epmci5m.png&quot; target=&quot;_blank&quot;&gt;^&lt;/a&gt;] for an example of how disruptive this message is to purchasing.]]></description><category>Webshop</category><pubDate>Wed, 08 Sep 2010 11:37:36 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=233</guid><comments>http://mantis.fusionticket.org/view.php?id=233#bugnotes</comments></item><item><title>0000230: New Patrons in POS</title><author></author><link>http://mantis.fusionticket.org/view.php?id=230</link><description><![CDATA[Can not add new patrons to POS.  Does allow existing guests but not new.]]></description><category>POS-system</category><pubDate>Mon, 06 Sep 2010 17:25:24 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=230</guid><comments>http://mantis.fusionticket.org/view.php?id=230#bugnotes</comments></item><item><title>0000232: Returns Payment accepted on the reservation.</title><author></author><link>http://mantis.fusionticket.org/view.php?id=232</link><description><![CDATA[Payment Method Accepted&lt;br /&gt;
this is a nice dialog is it not?&lt;br /&gt;
Payment Registered! &lt;br /&gt;
Order Number: 23&lt;br /&gt;
Print Invoice &lt;br /&gt;
&lt;br /&gt;
this is not paid order]]></description><category>Webshop</category><pubDate>Sun, 05 Sep 2010 21:51:54 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=232</guid><comments>http://mantis.fusionticket.org/view.php?id=232#bugnotes</comments></item><item><title>0000231: Re-Issuing of Tickets</title><author></author><link>http://mantis.fusionticket.org/view.php?id=231</link><description><![CDATA[When you re-issue tickets it should re-email the new reissued tickets to the customer.]]></description><category>Back-office (admin)</category><pubDate>Thu, 02 Sep 2010 21:54:55 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=231</guid><comments>http://mantis.fusionticket.org/view.php?id=231#bugnotes</comments></item><item><title>0000229: add more fields</title><author></author><link>http://mantis.fusionticket.org/view.php?id=229</link><description><![CDATA[I think it would be a good thing to add like 3-5 blanc fields into the event creatoin that peaople can use for their own needs. in my example i want to add Facebook url, musicload url and the url of a mp3 folder...]]></description><category>Back-office (admin)</category><pubDate>Wed, 18 Aug 2010 16:42:35 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=229</guid><comments>http://mantis.fusionticket.org/view.php?id=229#bugnotes</comments></item><item><title>0000227: Allow to use the Promocode also on event level.</title><author></author><link>http://mantis.fusionticket.org/view.php?id=227</link><description><![CDATA[Allow to use the global Promocode also on event level.&lt;br /&gt;
- The code is allowed to be used in multiple events but not on the global &lt;br /&gt;
- when a patron choose a discount with promocode an input box is shown to enter the code.&lt;br /&gt;
&lt;br /&gt;
Ryan Schroeder:&lt;br /&gt;
&lt;br /&gt;
Ok... so here is how I need it to work...&lt;br /&gt;
 &lt;br /&gt;
I need to be able to specify discount codes for certain events instead of just globally. Or be able to pick which events the code works on when you create it. I also need to be able to make it so it takes the discount off each ticket ordered instead of just the entire order. It would be cool to be able to choose if you wanted it to just do a percentage of the entire order, a specific amount per ticket, or a specific amount per order. But for now I just need to be able to have the discount apply to each ticket.&lt;br /&gt;
 &lt;br /&gt;
I have attached an image of how this other system does it. Step 3 is what I am talking about but I included the others as well.]]></description><category>Whole system</category><pubDate>Wed, 18 Aug 2010 12:21:31 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=227</guid><comments>http://mantis.fusionticket.org/view.php?id=227#bugnotes</comments></item><item><title>0000228: When you remove a global discount the global discount list is gone.</title><author></author><link>http://mantis.fusionticket.org/view.php?id=228</link><description><![CDATA[When you remove a global discount the global discount list is gone.]]></description><category>Back-office (admin)</category><pubDate>Wed, 18 Aug 2010 12:10:23 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=228</guid><comments>http://mantis.fusionticket.org/view.php?id=228#bugnotes</comments></item><item><title>0000226: Add row# and seat# of each ticket to the receipt and the invoice PDF-files.</title><author></author><link>http://mantis.fusionticket.org/view.php?id=226</link><description><![CDATA[At the moment there is a summary of all ordered tickets listed on the receipt and the invoice, sorted by category or discount. If a client orders tickets through the webshop with a payment method like &quot;at entrance&quot;, he gets a receipt from PDF like mentioned above. The feedback from testers shows that they miss the row# and seat# of each ordered ticket on that receipt. The clients like to know in cold print exactly what they have ordered, in case there would be a problem or disputs. With the addition of the row# and seat# of each ordered ticket on the cold print, all potential missunderstandings can be eliminated. I tried to put together an example of such a receipt. Maybe the location I chose for that particular information is not the best one. It's just an example.]]></description><category>Html2pdf</category><pubDate>Fri, 13 Aug 2010 09:39:51 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=226</guid><comments>http://mantis.fusionticket.org/view.php?id=226#bugnotes</comments></item><item><title>0000199: Set to Order doenst work..</title><author></author><link>http://mantis.fusionticket.org/view.php?id=199</link><description><![CDATA[This is part of the Parent SR. Need Ordered Seats data to work with to try and reorder tickets.&lt;br /&gt;
In the case of Numbered Tickets. That would require a bit more work.]]></description><category>Back-office (admin)</category><pubDate>Tue, 10 Aug 2010 19:13:00 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=199</guid><comments>http://mantis.fusionticket.org/view.php?id=199#bugnotes</comments></item><item><title>0000216: SVN Checkout after registered crashes</title><author></author><link>http://mantis.fusionticket.org/view.php?id=216</link><description><![CDATA[when I order a Ticket and register as Member but dont activate and click order the page leads to an empty user Form. All Adress data is lost and I cannot go on until I have activated the account.]]></description><category>Webshop</category><pubDate>Tue, 10 Aug 2010 19:12:43 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=216</guid><comments>http://mantis.fusionticket.org/view.php?id=216#bugnotes</comments></item><item><title>0000225: SVN Statistic Error</title><author></author><link>http://mantis.fusionticket.org/view.php?id=225</link><description><![CDATA[When I order tickets with global discount code on checkout then still the whole amount is shown in the statistics!]]></description><category>Back-office (admin)</category><pubDate>Fri, 06 Aug 2010 01:38:03 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=225</guid><comments>http://mantis.fusionticket.org/view.php?id=225#bugnotes</comments></item><item><title>0000183: Cookie Check, Users getting logged out.</title><author></author><link>http://mantis.fusionticket.org/view.php?id=183</link><description><![CDATA[Need a Cookie warning when A user has cookies disabled, need to tell them to enable cookie support. Very important for all parts of the site. Cart/Login/tabs wont work in alot of cases without cookie support.]]></description><category>Whole system</category><pubDate>Tue, 03 Aug 2010 10:39:43 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=183</guid><comments>http://mantis.fusionticket.org/view.php?id=183#bugnotes</comments></item><item><title>0000223: SVN Shipment not displayed</title><author></author><link>http://mantis.fusionticket.org/view.php?id=223</link><description><![CDATA[When I search for an order in admin and open it i cannot see what Shipment / Payment the order has. It confuses a little bit because you dont know if you have to print the Invoice or if it will be send by e-mail...]]></description><category>Back-office (admin)</category><pubDate>Tue, 03 Aug 2010 10:37:56 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=223</guid><comments>http://mantis.fusionticket.org/view.php?id=223#bugnotes</comments></item><item><title>0000208: [Admin] If you unpub and event on the day of the event it disapears off events and doesnt show in history.</title><author></author><link>http://mantis.fusionticket.org/view.php?id=208</link><description><![CDATA[If you unpub an event on the day of the event you cant see it again!&lt;br /&gt;
&lt;br /&gt;
Doesn't need to be archived until AFTER the event!]]></description><category>Back-office (admin)</category><pubDate>Tue, 03 Aug 2010 01:06:05 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=208</guid><comments>http://mantis.fusionticket.org/view.php?id=208#bugnotes</comments></item><item><title>0000224: SVN Max order limit</title><author></author><link>http://mantis.fusionticket.org/view.php?id=224</link><description><![CDATA[The max order limit.&lt;br /&gt;
&lt;br /&gt;
The max order limit in admin / config is now seen as a default order limit for an event  and is overwritten by the events order limit. &lt;br /&gt;
&lt;br /&gt;
Is that really needed? If there is an Event Order limit I can set it in the event creation, if there is none I leave it at 0. Why a global default limit?&lt;br /&gt;
&lt;br /&gt;
May be better would be the following option. The max order limit, lets call it MAXTOTAL sets the total amount of tickets that can be ordered per checkout / order process. That makes sure people cannot order like 100 or more tickets in one order. Each event has its order limit and there is that MAXTOTAL limit.&lt;br /&gt;
&lt;br /&gt;
Example:&lt;br /&gt;
Event 1 Order limit 20&lt;br /&gt;
Event 2 Order limit 10&lt;br /&gt;
Event 3 Order limit 20&lt;br /&gt;
Event 4 Order limit 50&lt;br /&gt;
Event 5 Order limit 50&lt;br /&gt;
=&gt;150 Tix in Cart if I order all!&lt;br /&gt;
&lt;br /&gt;
If I have a MAXTOTAL limit per checkout / order with may be 25 TIX then&lt;br /&gt;
I can order 20 Tix in Event 1 for example and then have ONLY 5 seats / Tix left I can order in Event2,3,4 or 5. That way I can cut down the total order amount and make sure people don’t order too much and its even like a default when I leave the event order limit at 0 /off.&lt;br /&gt;
&lt;br /&gt;
So the function should first check if MAXTOTAL is not rwached and then go on checking if event limit is not reached and may be set the event limit to what is left to the MAXTOTAL. (I have 20 Tix in CART, MAXTOTAL is 25 then in the event the limit is 5 even if it was set to 20 in event creation.)&lt;br /&gt;
&lt;br /&gt;
I hope that makes sence!]]></description><category>Webshop</category><pubDate>Sun, 01 Aug 2010 12:57:27 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=224</guid><comments>http://mantis.fusionticket.org/view.php?id=224#bugnotes</comments></item><item><title>0000213: SVN - ERRORR in personal page order details</title><author></author><link>http://mantis.fusionticket.org/view.php?id=213</link><description><![CDATA[After checkout in personal pages there is an Error for the payment description / option]]></description><category>Webshop</category><pubDate>Thu, 29 Jul 2010 13:09:20 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=213</guid><comments>http://mantis.fusionticket.org/view.php?id=213#bugnotes</comments></item><item><title>0000207: [EPH] CBR issues with same payment type multiple times.</title><author></author><link>http://mantis.fusionticket.org/view.php?id=207</link><description><![CDATA[If you have two handling methods in using google checkout with the same merchat details.&lt;br /&gt;
i.e. &lt;br /&gt;
Google + Post Handling_id: 10&lt;br /&gt;
Google + Collect Handling_id : 11&lt;br /&gt;
&lt;br /&gt;
When the CBR is generated the cbr=# is the same.&lt;br /&gt;
Subsequently the decoder grabs the first handling method. And when the ipn from google is recived the Order::LoadOrderFromPayment doenst work as the handling ID will allways be the first cbr method.&lt;br /&gt;
&lt;br /&gt;
Thus duplicate cbr handling methods DO NOT WORK!]]></description><category>Whole system</category><pubDate>Thu, 29 Jul 2010 13:07:21 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=207</guid><comments>http://mantis.fusionticket.org/view.php?id=207#bugnotes</comments></item><item><title>0000221: SVN - Order limit</title><author></author><link>http://mantis.fusionticket.org/view.php?id=221</link><description><![CDATA[The Global Order Limit is ignored.]]></description><category>Webshop</category><pubDate>Thu, 29 Jul 2010 13:05:33 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=221</guid><comments>http://mantis.fusionticket.org/view.php?id=221#bugnotes</comments></item><item><title>0000202: When Clicking on an Open Seating Section on a seat map nothing happens.</title><author></author><link>http://mantis.fusionticket.org/view.php?id=202</link><description><![CDATA[If you set up a seat chart image with open seating when you click that category nothing happens.&lt;br /&gt;
&lt;br /&gt;
The cat_id is set in the url but the page doesn't know how to handle it.&lt;br /&gt;
&lt;br /&gt;
it should take you to a drop down box so you can select a number of tickets.]]></description><category>Webshop</category><pubDate>Thu, 29 Jul 2010 13:04:47 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=202</guid><comments>http://mantis.fusionticket.org/view.php?id=202#bugnotes</comments></item><item><title>0000209: A stop selling ticket timer in events.</title><author></author><link>http://mantis.fusionticket.org/view.php?id=209</link><description><![CDATA[There are needs for events to be stoped at certain times before the event. Handling will allready unpublish its self (which needs more settings)&lt;br /&gt;
&lt;br /&gt;
It would be more prudent to disable reserving tickets and show a pre show message (call box office, or buy on door)&lt;br /&gt;
&lt;br /&gt;
3 Options would be good:&lt;br /&gt;
Hour to stop selling (At what point should reserving be turned off 00:00 would be midnight before the day of the event) etc&lt;br /&gt;
Turn off in pos? [Yes|No]&lt;br /&gt;
Disabled Message. [Text]]]></description><category>Whole system</category><pubDate>Tue, 27 Jul 2010 10:28:27 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=209</guid><comments>http://mantis.fusionticket.org/view.php?id=209#bugnotes</comments></item><item><title>0000220: SVN - form validation</title><author></author><link>http://mantis.fusionticket.org/view.php?id=220</link><description><![CDATA[captcha Code is ignored! Telephon cannot include &quot;+&quot; what is needed for international user. +49 = Germany.]]></description><category>Webshop</category><pubDate>Tue, 27 Jul 2010 10:25:36 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=220</guid><comments>http://mantis.fusionticket.org/view.php?id=220#bugnotes</comments></item><item><title>0000218: Switch to Alt Payment does not function.</title><author></author><link>http://mantis.fusionticket.org/view.php?id=218</link><description><![CDATA[Switch to Alt Payment does not change the payment handler (time) before the even.]]></description><category>Whole system</category><pubDate>Tue, 27 Jul 2010 10:24:25 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=218</guid><comments>http://mantis.fusionticket.org/view.php?id=218#bugnotes</comments></item><item><title>0000214: SCV Print Order in Admin doesnt open in new win</title><author></author><link>http://mantis.fusionticket.org/view.php?id=214</link><description><![CDATA[Print Order in Admin doesnt open in new win]]></description><category>Back-office (admin)</category><pubDate>Sun, 25 Jul 2010 09:40:31 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=214</guid><comments>http://mantis.fusionticket.org/view.php?id=214#bugnotes</comments></item><item><title>0000184: Add Simple JSON-RPC Calls. Lighter/Faster</title><author></author><link>http://mantis.fusionticket.org/view.php?id=184</link><description><![CDATA[Need simple JSON-RPC calls:&lt;br /&gt;
List Events&lt;br /&gt;
Event Stats&lt;br /&gt;
Cat Stats.]]></description><category>Back-office (admin)</category><pubDate>Sun, 25 Jul 2010 09:28:21 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=184</guid><comments>http://mantis.fusionticket.org/view.php?id=184#bugnotes</comments></item><item><title>0000177: Remove the option to select the the send tickets in the order handling page</title><author></author><link>http://mantis.fusionticket.org/view.php?id=177</link><description><![CDATA[In the current system the selection when the tickets are send.&lt;br /&gt;
we need to clean it up by hiding the not needed selections.&lt;br /&gt;
So we see only the options that need to be set and make emails mandatory when needed like &quot;paid email&quot; for email.]]></description><category>Whole system</category><pubDate>Sun, 25 Jul 2010 09:28:02 +0200</pubDate><guid>http://mantis.fusionticket.org/view.php?id=177</guid><comments>http://mantis.fusionticket.org/view.php?id=177#bugnotes</comments></item></channel></rss>
