vb.org Archive

vb.org Archive (https://vborg.vbsupport.ru/index.php)
-   vBulletin.org Site Feedback (https://vborg.vbsupport.ru/forumdisplay.php?f=7)
-   -   modification graveyard problem! gettin real annoyed now (https://vborg.vbsupport.ru/showthread.php?t=206309)

GoTTi 02-23-2009 07:11 AM

modification graveyard problem! gettin real annoyed now
 
im getting sick of the graveyard thing now...

having a lot of mods installed on my forum, like most users, we tend to try and keep up with newer mods that come out, and like to remove/uninstall previous mods that are either out dated or moved to the graveyard, BUT what if we dont have the original zip file install any longer? well i wouldnt know what files to delete or templates to edit if i cant GET the ORIGINAL file now would i? and if the releasing modder is not answering pm's, what am i suppose to just accept that? NO! we all know removing a mod by uninstalling it with the plugin isnt always the only way to go, so vb.org needs to come up with a better way of managing mods being dumped in the graveyard.

my suggestion: if a mod is being moved to the graveyard and there are users that have it installed, be a little bit more courteous and before closing the mod out, reply to the mod thread and give DETAILS ON WHAT EXACTLY NEEDS TO BE DONE TO REMOVE THE MOD!!!the reverse of the install directions would be a nice thing to read once in a while incase we dont have the original files or zip file or whatever we might have had to install the thing. so posting the files needed for deleting, template edits needed for removal, and the plugin needed to be removed would be REAL helpful for us forum admins trying to stay up to date with current releases.

Marco van Herwaarden 02-23-2009 07:27 AM

Yes it would be nice if the authors left uninstall instructions. But you would be in the same problem if you had installed an older version of a modification that have been overwritten with new versions.

Bottom line is that you are yourself responsible to keep the documentation (and if needed install files) secured on your own PC or elsewhere. You can never trust that something you once downloaded anywhere on the internet to be available forever.

GoTTi 02-23-2009 07:52 AM

Quote:

Originally Posted by Marco van Herwaarden (Post 1752102)
Yes it would be nice if the authors left uninstall instructions. But you would be in the same problem if you had installed an older version of a modification that have been overwritten with new versions.

Bottom line is that you are yourself responsible to keep the documentation (and if needed install files) secured on your own PC or elsewhere. You can never trust that something you once downloaded anywhere on the internet to be available forever.

but we arent the ones putting mods in the graveyard. the team here is. so if whoever decided to do so, atleast post the information as to what we need to do to uninstall the mod, files to delete, so we know what to do.

its not about responsibility to keep records. stuff happens like accidental deletes, viruses, crashes of hard drives, so on. and we rely on the data here sometimes to guide us back. its not about having the authors leave instructions on uninstall, its about the person moving a mod with installed users to the graveyard and putting the uninstall procedure in the first post so the installed users can remove the thing on their end JUST IN CASE the file is deleted from the installed users side. its common courtesy and a procedure that should be implemented here without question or argument.

Marco van Herwaarden 02-23-2009 08:07 AM

Modifictions are mostly moved to the graveyard because the author wants to to have it deleted, mostly author already removed any files, so in most cases staff can not do anything.

GoTTi 02-23-2009 08:11 AM

yes i found this out, why i have this post here: https://vborg.vbsupport.ru/showthrea...66#post1752066

i know modders do request it to be junked, but there are mods ive had installed that were dumped by staff, and i had to contact the modder by pm and wait days to get a response and not always get the info i needed, and it made everything harder. this option i am submitting is one that should be implemented if a mod is placed in the graveyard. if its by request of the author, than you guys should make the author detail the uninstall procedure before the files are dumped.

maybe changing permissions allowing original authors to delete their zip files here, i dunno. however it works, but its something that needs to be done. im sure there are alot more posts and concerns about this kind of issue on here.

nexialys 02-23-2009 10:02 AM

actually i answered you request for support on this hack.

most of the few maniacs here have all versions of all hacks released here, just wait a little so you can have support on these old graved stuff...

what you suggest was already debated, but due to the fact that all the releases here are applyed of the same copyright, the authors really have to give-over the products to someone else if you want support and followup... making them abandonware would change things, but it's not in the logic of a commercial product.

Paul M 02-23-2009 11:27 AM

As Marco said, almost all mods go in the GY for one of two reasons.

1. Author request.
2. Security Issue.

I would say that well over 90% are for reason 1, and in most cases (like the mod you mention), the files have already been deleted. It is not the job of staff to inspect every modification that is moved, see how its installed etc, and then provide uninstall instructions (even if we could).

Chadi 02-23-2009 03:38 PM

I agree with Gotti. I've had this issue a few times. It doesn't kill for the author to leave a note why it was moved to the GY and how to uninstall it, while keeping the original downloads there. There is no harm in doing this.

nexialys 02-23-2009 03:41 PM

the problem is not the note, it's the author's choice to give no note.... you can't control everybody's mind in that topic...

Lynne 02-23-2009 03:45 PM

It would be nice if the author would post the uninstall instructions prior to deleting the product, but in every case where I have moved a mod to the graveyard due to the product being deleted, there has been no note left by the author at all.

Chadi 02-23-2009 04:01 PM

An easy way to resolve this issue is do the following:

1. Remove author's ability to delete files unless its a security related risk/issue which if I'm not mistaken, usually vb staff removes the file first (?)
2. Force them to leave note upon request to move mod to graveyard, like a fill-out-a-form procedure so to speak and minimum character description (note) required so they can't just type jibberish just to complete the process.
3. Force requests to go into moderator queue for vb staff to validate first (not sure if this is already part of the process)

nexialys 02-23-2009 04:18 PM

with that much rules, nobody else will take the time to retrieve their hacks from the dB or send them to the graveyard, they will simply abandon them... which is not better because there will be a bunch of abandonned stuff with no support or bugs in the dB.

Paul M 02-23-2009 04:55 PM

We are not going to force members to do anything, nor will we remove an authors ability to delete files. vB.org is not an installation/removal service, we are here to host/provide modifications, it is upto authors to provide instructions as they see fit, and installers to make sure they keep records of any such details.

GoTTi 02-23-2009 07:49 PM

we dont need to force users to do anything, but as far as deleting mods/attachments of the zip files, it should be soft deleted not perm deleted, that way if these issues do come up a staff member can simply provide the simple uninstall information. it CAN be done.

really getting tired of alot of ideas we throw @ the vb.org site not being taken up on, and the backlash we get from staff members here like we are shmucks for either deleting a zip file or whatever. like i said before, its not about whats up to a installer to keep records of whatever stuff they do, STUFF does happen like hard drive deaths or formats or accidental removal of data, and we cant get that information back. we are the paying members here. we validate our licenses, pay the yearly fees to jelsoft. vbulletin.org is networked with vbulletin.com license system for the reason to keep legit paying members here and have a orderly system, so there is no reason why things cant be changed to assist the paying customers with slight issues like this.

Chadi 02-23-2009 07:59 PM

In agreement with you Gotti. Any ideas we CUSTOMERS share get shutdown as if we do not matter. There is mostly a 'holier than thou' attitude here.

I've been treated like crap a few times by certain staff members here. My ideas rejected as if I were a fool. I've been corrected unfairly at least once for something that was not my wrongdoing.

I reported this a while back to VB com, what do they do? Make lame excuses on behalf of some staff as if VB headquarters has nothing to do with vb org or no control over their own networked site.

nexialys 02-23-2009 08:13 PM

Quote:

Originally Posted by GoTTi (Post 1752610)
we are the paying members here. we validate our licenses, pay the yearly fees to jelsoft.

hum, what does have to do with vB.org ?! you did not pay to have access to THIS site... that's known fact that the company have nothing to do with the site here, so why follow a commercial-like support when the site was always about fans...

btw, i do not share the idea, just stating the known fact!

Chadi 02-23-2009 08:30 PM

Quote:

Originally Posted by nexialys (Post 1752640)
hum, what does have to do with vB.org ?! you did not pay to have access to THIS site... that's known fact that the company have nothing to do with the site here, so why follow a commercial-like support when the site was always about fans...

btw, i do not share the idea, just stating the known fact!

That's not a fact at all. If this site had nothing to do with the offical VB site, then it would not be able to link to their database to confirm if the person is an actual customer. THAT'S a fact!

I don't recall any "fan site" out there that can easily have access to an official site's database like that.

Its best you do your research first before just saying whatever you want.

http://private.dnsstuff.com/tools/wh...n.org&email=on

How ironic? They just happened to be using the same nameservers as well.
Quote:

Registrant:
Internet Brands Inc

909 N Sepulveda Blvd
El Segundo, California 90245
United States

Registered through: GoDaddy.com, Inc. (http://www.godaddy.com)
Domain Name: VBULLETIN.ORG
Created on: 14-Jun-00
Expires on: 14-Jun-13
Last Updated on: 11-Feb-09

Administrative Contact:
Knapp, Matthew mknapp@internetbrands.com
Internet Brands Inc
909 N Sepulveda Blvd
El Segundo, California 90245
United States
3102804000

Technical Contact:
Knapp, Matthew mknapp@internetbrands.com
Internet Brands Inc
909 N Sepulveda Blvd
El Segundo, California 90245
United States
3102804000

Domain servers in listed order:
NS1.JELSOFT.COM
NS2.JELSOFT.COM
NS3.JELSOFT.COM
http://who.godaddy.com/WhoIsVerify.a...rog_id=godaddy
https://who.godaddy.com/WhoIs.aspx?d...rog_id=godaddy

Nameserver records returned by the parent servers are:

http://www.intodns.com/vbulletin.org
ns1.jelsoft.com. ['209.62.16.134'] (NO GLUE) [TTL=86400]
ns2.jelsoft.com. ['74.52.166.146'] (NO GLUE) [TTL=86400]
ns3.jelsoft.com. ['74.52.82.226'] (NO GLUE) [TTL=86400]

http://www.intodns.com/vbulletin.com

Nameserver records returned by the parent servers are:

ns1.jelsoft.com. ['209.62.16.134'] [TTL=172800]
ns2.jelsoft.com. ['74.52.166.146'] [TTL=172800]
ns3.jelsoft.com. ['74.52.82.226'] [TTL=172800]


Hmm. Not the same company still? Same IP, same server, same nameservers, same registrant and mysterious user database access to vbulletin.com from this site.

I guarantee you anything a staff member, probably Paul will either erase this post or lock this thread. You've done that before Paul, shutting us up as if we were loud dogs.

Revan 02-23-2009 08:42 PM

This site is hosted, and the domain is paid for, by Jelsoft. However, the staff here are not employed by Jelsoft, nor are they in any other way official spokespersons for Jelsoft or its parent company.

There might be some staff on vBulletin.org that are also employed by Jelsoft, but if that is the case then they are paid to answer support tickets on vBulletin, and moderate this place in their space time.

Now please, stop being silly and realise that you have to take some responsibility yourself, instead of wanting your hands held all the time.

GoTTi 02-23-2009 08:47 PM

this site is the same as the .com. it was made to house the start of the modifications, thats all. if it wasnt for the paying customers, then we wouldnt have to validate our license here to make ourselves seem legit, just so we can download mods on here that people supply for free.

everyone is supposidly a volunteer here, im sure no1 would come out and say "ya i get paid". thats not the point. the point is, we pay jelsoft, we come here for the mods, we validate ourselves as paying members in a system linked together, our request for things should be taken into consideration.

Chadi 02-23-2009 08:52 PM

Quote:

Originally Posted by Revan (Post 1752659)
This site is hosted, and the domain is paid for, by Jelsoft. However, the staff here are not employed by Jelsoft, nor are they in any other way official spokespersons for Jelsoft or its parent company.

There might be some staff on vBulletin.org that are also employed by Jelsoft, but if that is the case then they are paid to answer support tickets on vBulletin, and moderate this place in their space time.

Now please, stop being silly and realise that you have to take some responsibility yourself, instead of wanting your hands held all the time.

So just because you disagree with most of us here, you feel the need to stoop low and insult us by telling us we're silly and need hand holding? You speak for yourself, not the rest of us.

I have nearly 100 mods installed including basic template edits, simple file uploads, once step plugin upload, to more complex mods thereafter. I don't need hand holding nor am I silly for asking a simple thing, to retain original mods when moved to graveyard.

What does the author even lose if they do not delete the files upon moving to the graveyard? Seriously, where is the harm on their part?

nexialys 02-23-2009 08:56 PM

Quote:

Originally Posted by chadi (Post 1752669)
Seriously, where is the harm on their part?

i've taken-back some of these abandonned hacks lately, and i can tell you that the coders who i contacted always had some strange stories to tell... some even had fights on this site so they were frustrated enough to delete everything and leave... it's not always harm on their part, it is usually because there is some situation...

and yet, i'm not on a side or the other... there is a lack of balance somewhere, sure... point out the real solution is complicated.

TomJames 02-23-2009 09:23 PM

Wow, suprised that the staff here aren't at least acting as if they'll listen to the argument, you don't have to act, but pretend you care about what we have to say.

Anyway, I think the suggestions earlier in the thread make sense, if a moder wants to /ragequit because they've been in an argument the least they can do is leave a note on how to remove their application. I mean I'm sure there were some people who installed it who were perfectly nice and helpful, they don't deserve to be left stuck because the moder /ragequit'd.

I understand that all the moders here work really hard, and I think everyone here appreciates that, at least most of us do. I also think the decent moders here wouldn't mind an extra two - three minutes of work if they choose to remove their mod. I doubt anyone here is malicious enough to want to leave their users stuck in a messy situation.

Chadi 02-23-2009 09:48 PM

I for one am more than appreciative and grateful for their hard work. While I won't boast about my offerings, a handful times I have made donations, offered donations for a little extra help and requested paid modifications a good number of times. I take no one for granted. In return, some consideration for our work we put into our forums is only understandable.

It kills to even see that such a simple request as retaining the original download files has to go back and forth as if its a mind boggling, complex situation. But it isn't.

I wish I had a good example to give to compare this with, but my brain is exhausted and my mind is overwhelmed with other things now to sit here and spend another second debating with staff members who treat you like crap and make excuses after excuses while others continue to claim vb org has nothing to do with the offical VB company or site.

Lynne 02-23-2009 09:48 PM

I don't know why you are saying we aren't listening, I know I've read this thread and listened to the arguements. I understand the frustration of the OP. However, I don't think you guys understand that many times a mod is moved to the Graveyard after it is noticed that the developer deleted the files. Sometimes they are nice enough to delete the files and then report the post to tell us to move it to the graveyard, but often the files are just deleted and we find out some other way that the mod no longer has any files attached.

It is impractical to not allow the developer to delete the files because very ofter there are fixes/upgrades to the original mod and it gets confusing to have a non-working version and a working version attached to the thread. It's also impractical to demand that all developers supply uninstall instructions in the thread. They won't do it. They'll simply not release their modifications if there are too many rules. And, try telling the unpaid mods that they are required to download a mod and figure out how to uninstall it just so they can move it to the graveyard (on the off chance that the product file was left behind)? Well, um, I know I won't be asking for that promotion.

I would suggest keeping a copy of all the modifications you download on your harddrive, somewhere on your server, and also on the offsite place you put your backups. And, when you backup your computer documents, backup your vbulletin files also. If you do this, then hopefully you have it covered. (And with gmail allowing so much space, email them to yourself also if you think all four of those methods could fail at the same time.)

Chadi 02-23-2009 11:36 PM

Thanks for following up Lynne. You're the nicest person I've dealt with within the staff, appreciate your humble spirit about you.

You do make good points about saving locally, even Gmail. Unfortunately, in many cases its too late for a good portion of mods that have already been wiped out and moved to the Graveyard. So there's no going back on those.

As far as this goes:

Quote:

It is impractical to not allow the developer to delete the files because very ofter there are fixes/upgrades to the original mod and it gets confusing to have a non-working version and a working version attached to the thread.
We're talking solely about graveyard. When a mod is move there, the files should be kept intact for reference purposes. It has nothing to do with overwriting the old version with a new one. Just graveyard itself, with the last uploaded version of the mod.

Quote:

It's also impractical to demand that all developers supply uninstall instructions in the thread. They won't do it.
I personally do not care for that myself since you'd expect the install instructions to be included in the zip file, or inline in the thread itself so you can just reverse those. Simple.

Quote:

They'll simply not release their modifications if there are too many rules
No reason to add rules in the plural sense. Just a rule: keep the mod files when moving to the graveyard, or have deletion requests soft-deleted, or just request deletion placed in queue. Latter is probably more work, but I don't understand why any mod author should let their personal emotions get in the way of others (at least based off some of the defense comments mentioned in this thread).

On a side note, some of the staff should stop lying about not being affiliated with the official company. We're customers and we're not brainless. We can connect two dots together. In the end, it is Jelsfot's responsibility to get their act together and stop slamming down customers ideas and making excuses for everything that comes their way. I won't even get started on my own experience.

Paul M 02-23-2009 11:52 PM

Quote:

Originally Posted by chadi (Post 1752792)
On a side note, some of the staff should stop lying about not being affiliated with the official company. We're customers and we're not brainless. We can connect two dots together. In the end, it is Jelsfot's responsibility to get their act together and stop slamming down customers ideas and making excuses for everything that comes their way. I won't even get started on my own experience.

Who exactly are you calling liars ?

The situation has been made quite clear to you, the domain is owned by Jelsoft - the server we run on is provided by Jelsoft. The staff are not Jelsoft employees (except for Marco, who is our link to Jelsoft). Calorie now also works as a support person for them, but that has nothing to do with her moderating duties here.

You are NOT paid customers of this site, vb.org is completely free, no one has paid a single penny to join this site. Also, as has been made clear to other members in the past - throwing tantrums wont make the slightest difference to whether something gets implemented or not.

Adrian Schneider 02-24-2009 12:46 AM

Just a side note here...

If we pay for licenses, and this site requires a valid license to view, then it's at least my opinion that are paying to access this site. As a developer, I know the only reason I renew my license is to hang around here and chat / help out.

I wouldn't call the situation clear at all, because of
1) Marco's presence,
2) the requirement of a license, and
3) it being an official site.

It seems like it's only official site or affiliated with Jelsoft when promoting vBulletin.

Shelley_c 02-24-2009 01:02 AM

Quote:

Originally Posted by SirAdrian (Post 1752824)
Just a side note here...

If we pay for licenses, and this site requires a valid license to view, then it's at least my opinion that are paying to access this site. As a developer, I know the only reason I renew my license is to hang around here and chat / help out.

I wouldn't call the situation clear at all, because of
1) Marco's presence,
2) the requirement of a license, and
3) it being an official site.

It seems like it's only official site or affiliated with Jelsoft when promoting vBulletin.

Exactly what are you saying siradrian. Let's say my license ran out tomorrow I wouldn't have access here (let's say) to support the contributions I released here?

Adrian Schneider 02-24-2009 01:04 AM

As far as I remember the answer is no. Honestly if this is the case, I am not renewing it again, so let's hope my memory is off!

Shelley_c 02-24-2009 01:10 AM

Thanks for the info Siradrian. I'd appreciate a response from the staff on this.

nexialys 02-24-2009 01:17 AM

It is officially the case. The engine update your licensed access each hour, so yes, when your license is ended, your access to the downloads is ended too... you can be aware of that easily, each month we can read here and there some users who ask why they stopped being able to download...

btw, the vision is different from my personal 2ยข...

it is more secure to have license verification on a coder's side of things. i would hate to code for non-clients... leechers, pirates... by seeing that the "Paid Services Requests" are filled only by licensed clients is good, because we, as coders, are secured to work for clients, and not working for pirates. ok, that does not protected us from scammers, but hey, we have 1 scammer for 200 clean coders...

btw, why isn't there a debate about this site's status on vb.com, where the guys come from? they are the only one to be able to make a statement on the status of vb.org... beside Marco here, i think nobody can really make a commercial statement on the legit "official" appreciation that everybody know about.

oh, and btw, Shelley, cute avatar!

Shelley_c 02-24-2009 03:03 AM

Quote:

Originally Posted by nexialys (Post 1752843)
It is officially the case. The engine update your licensed access each hour, so yes, when your license is ended, your access to the downloads is ended too... you can be aware of that easily, each month we can read here and there some users who ask why they stopped being able to download...

Is that actually a fact? Or are you simply speculating. I won't have access to my own submissions? Support them, whilst the pirates here are able to do as they wish with them and I cannot do anything about it except sit and watch.

To me this benefits only a few select people. I have to pay for a renewal to support my contributions which I provided for free. I call that taking the piss, I've never used vb.com support ticket system so I'm paying for nothing as well as providing (like with thousands of contributors) to this site on the thoughts it was free and not based on access per renewal running out.

Jelsoft know I have a license, what is a renewal got to do with accessing my stuff here when they have my license credentials in their system. This means this site isn't actually free.

I'm assuming this only applies to leased licenses and not owned licenses or does this apply to both?

Id like to be corrected here but this is news to me.

Dismounted 02-24-2009 03:50 AM

Quote:

Originally Posted by chadi (Post 1752792)
We're talking solely about graveyard. When a mod is move there, the files should be kept intact for reference purposes. It has nothing to do with overwriting the old version with a new one. Just graveyard itself, with the last uploaded version of the mod.

As stated by those before me, modifications are mainly moved into the graveyard for two reasons:
  1. Security Issues
  2. Author's Request
On a security issue, we cannot keep these modifications in "circulation". You will have already seen the many threads about how [licensed] members try, but cannot download modifications from the graveyard. Using your suggestion, members will download and install these modifications, therefore opening up their boards to exploits.

Also, you have to understand that we do not own any modifications. The copyright is kept with the author at all times. If the author retracts their permission to allow vBulletin.org (as a distribution medium) to redistribute their modification(s), we must remove these to be able to be downloaded. (IANAL)
Quote:

Originally Posted by Shelley_c (Post 1752905)
[...]

AFAIK, as long as you have a valid owned license (expired or otherwise), you will retain your status as "licensed". However, if you have an expired leased license, your status will revert to "unlicensed".

Shelley_c 02-24-2009 04:14 AM

Quote:

Originally Posted by Dismounted (Post 1752941)
As stated by those before me, modifications are mainly moved into the graveyard for two reasons:
  1. Security Issues
  2. Author's Request
On a security issue, we cannot keep these modifications in "circulation". You will have already seen the many threads about how [licensed] members try, but cannot download modifications from the graveyard. Using your suggestion, members will download and install these modifications, therefore opening up their boards to exploits.

Also, you have to understand that we do not own any modifications. The copyright is kept with the author at all times. If the author retracts their permission to allow vBulletin.org (as a distribution medium) to redistribute their modification(s), we must remove these to be able to be downloaded. (IANAL)

AFAIK, as long as you have a valid owned license (expired or otherwise), you will retain your status as "licensed". However, if you have an expired leased license, your status will revert to "unlicensed".

That's not a definite answer Dismounted. I'd appreciate a more concrete answer from someone that does know. My question still stands.

GoTTi 02-24-2009 04:55 AM

Quote:

Originally Posted by Shelley_c (Post 1752829)
Exactly what are you saying siradrian. Let's say my license ran out tomorrow I wouldn't have access here (let's say) to support the contributions I released here?

Shelly, if you paid the big bucks for the owned license and the year is up, your still active here. if you have the cheaper license, and a year passes and you dont renew, your access here goes byebye.

Dismounted 02-24-2009 05:12 AM

Quote:

Originally Posted by Shelley_c (Post 1752972)
That's not a definite answer Dismounted. I'd appreciate a more concrete answer from someone that does know. My question still stands.

https://vborg.vbsupport.ru/showpost....45&postcount=6

Concrete enough? :p

Shelley_c 02-24-2009 06:10 AM

Quote:

Originally Posted by Dismounted (Post 1753042)

No. That reply was made 2 years ago dismounted. Amendments could have been made since then. A response from you marco please. I'm guessing (seeing as we all seem to be doing this) that a response is needed by a jelsoft employee rather than volunteers who are doing just that guessing.

Marco van Herwaarden 02-24-2009 06:42 AM

That statement is still correct, nothing has changed regarding license status.


About paying for vB.org/vB.com access: Your purchase includes only 2 things: The use of vBulletin software for the duration of your license, support using the ticket system.

The use of both vB.com & vB.org is free and is not included in the purchase. This does not mean that we will not make certain areas of our forums only available to licensed members.

Paul M 02-24-2009 08:46 AM

Quote:

Originally Posted by Shelley_c (Post 1753072)
a response is needed by a jelsoft employee rather than volunteers who are doing just that guessing.

A response from a Jelsoft employee is not needed - no guesswork is involved - your little digs at the staff here are as tiresome as ever. Nothing has changed, if it had then an announcement would have been made.

GoTTi 02-24-2009 02:26 PM

yall wanna educate him on memberships try and take it off my thread here. lets stay on topic.

there has to be a way for you guys as staff to be able to do what we are asking. the files dont have to be deleted off the server is a author deletes it. they can be retained in your DB and viewable by the mods and staff only. so if a mod needs to goto the graveyard, and the author decides to remove it, he wont see the zip file any longer, but you guys will have that zip file in history so you can easily extract it just to see the uninstall information or install information and give us the reversal. its such a easy think to implement that will save us alot of time and headache


All times are GMT. The time now is 10:48 AM.

Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.

X vBulletin 3.8.12 by vBS Debug Information
  • Page Generation 0.01450 seconds
  • Memory Usage 1,911KB
  • Queries Executed 10 (?)
More Information
Template Usage:
  • (1)ad_footer_end
  • (1)ad_footer_start
  • (1)ad_header_end
  • (1)ad_header_logo
  • (1)ad_navbar_below
  • (19)bbcode_quote_printable
  • (1)footer
  • (1)gobutton
  • (1)header
  • (1)headinclude
  • (6)option
  • (1)pagenav
  • (1)pagenav_curpage
  • (2)pagenav_pagelink
  • (1)post_thanks_navbar_search
  • (1)printthread
  • (40)printthreadbit
  • (1)spacer_close
  • (1)spacer_open 

Phrase Groups Available:
  • global
  • postbit
  • showthread
Included Files:
  • ./printthread.php
  • ./global.php
  • ./includes/init.php
  • ./includes/class_core.php
  • ./includes/config.php
  • ./includes/functions.php
  • ./includes/class_hook.php
  • ./includes/modsystem_functions.php
  • ./includes/class_bbcode_alt.php
  • ./includes/class_bbcode.php
  • ./includes/functions_bigthree.php 

Hooks Called:
  • init_startup
  • init_startup_session_setup_start
  • init_startup_session_setup_complete
  • cache_permissions
  • fetch_threadinfo_query
  • fetch_threadinfo
  • fetch_foruminfo
  • style_fetch
  • cache_templates
  • global_start
  • parse_templates
  • global_setup_complete
  • printthread_start
  • pagenav_page
  • pagenav_complete
  • bbcode_fetch_tags
  • bbcode_create
  • bbcode_parse_start
  • bbcode_parse_complete_precache
  • bbcode_parse_complete
  • printthread_post
  • printthread_complete