2011-03-28 14:21:28 +00:00
< ?
//Include the header
2012-10-11 08:00:15 +00:00
View :: show_header ( 'Request Rules' );
2011-03-28 14:21:28 +00:00
?>
< div class = " thin " >
2012-08-19 08:00:19 +00:00
< div class = " header " >
< h2 class = " center " > Requests </ h2 >
</ div >
2013-05-25 08:01:03 +00:00
< div class = " box pad rule_summary " style = " padding: 10px 10px 10px 20px; " >
2011-03-28 14:21:28 +00:00
< ul >
< li >
2012-09-23 08:00:25 +00:00
< strong > Do not make requests for torrents that break the rules .</ strong > It is your responsibility that the request follows the rules . Your request will be deleted , and you will not get your bounty back . Requests cannot be more specific than the upload ( and trumping ) rules . For example , requesting an MP3 torrent with a log when the rules prohibit replacing an MP3 torrent without a log . Such a request asks for a duplicate to be uploaded . Exceptions : Requests made before the November 2008 rule change are not subject to deletion . However , you are advised to edit such older requests to comply with the rules .
2011-03-28 14:21:28 +00:00
</ li >
< li >
2012-09-23 08:00:25 +00:00
< strong > Only one title ( application , album , etc . ) per request .</ strong > No requests for multiple albums ( e . g . discographies ) or vague requirements . You may ask for multiple formats , but you cannot specify all of them . For example , you may ask for either a FLAC or V0 but not both formats . You may also make a list of albums by one artist that satisfies your request , but the request can be filled with only one album . Application requests can consist of only one application , but may span a range of different versions . However , such requests can be filled with only one version of that title .
2011-03-28 14:21:28 +00:00
</ li >
< li >
2012-09-23 08:00:25 +00:00
< strong > Do not unfill requests for trivial reasons .</ strong > If you did not specify in your request what you wanted ( such as bitrates or a particular edition ), do not unfill and later change the description . Do not unfill requests if you are unsure of what you are doing ( e . g . the filled torrent may be a transcode , but you don ' t know how to tell ) . Ask for help from < a href = " /staff.php " > first - line support or staff </ a > in that case . You may unfill the request if the torrent does not fit your specifications stated clearly in the request .
2011-03-28 14:21:28 +00:00
</ li >
< li >
2012-09-23 08:00:25 +00:00
< strong > All users must have an equal chance to fill a request .</ strong > Trading upload credit is not allowed . Abusing the request system to exchange favors for other users is not tolerated . That includes making specific requests for certain users ( whether explicitly named or not ) . Making requests for releases , and then unfilling so that one particular user can fill the request is not allowed . If reported , both the requester and user filling the request will receive a warning and lose the request bounty .
2011-03-28 14:21:28 +00:00
</ li >
< li >
2013-06-15 08:00:45 +00:00
< strong > No manipulation of the requester for bounty .</ strong > The bounty is a reward for helping other users & #8202;— it should not be a ransom. Any user who refuses to fill a request unless the bounty is increased will face harsh punishment.
2011-03-28 14:21:28 +00:00
</ li >
</ ul >
</ div >
< ? include ( 'jump.php' ); ?>
</ div >
< ?
2012-10-11 08:00:15 +00:00
View :: show_footer ();
2011-03-28 14:21:28 +00:00
?>