Umfrageergebnis anzeigen: Wie zukünftig Bugs melden?

Teilnehmer
41. Sie dürfen bei dieser Umfrage nicht abstimmen
  • Nur Bugfix posten

    16 39,02%
  • Mit Proof of Concept

    22 53,66%
  • sonstiges

    3 7,32%
Seite 1 von 2 12 LetzteLetzte
Ergebnis 1 bis 10 von 21

Thema: Wie bei Bugs verfahren?

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1
    Administrator Avatar von Lokutos
    Registriert seit
    29.03.2008
    Beiträge
    3.147
    damit die faulen webbys mal aus ihren pforten kommen bin ich für variante 2

    ich persönlich würde es so machen

    bugfix posten
    und nach 24h die Anleitung zum faken dazusetzen
    da hat jeder webby genug zeit die bugs zu beheben/
    seinen proger zu informieren.

    somit biste fair gegenüber den webbis
    und hilfst die klammwelt von seiten die 3 jahre lang nix machen und sich über fehlende aktivität wundern aus der welt zu schaffen.


    MFG Lokutos
    SwissNetWorX - VMS Hosting / V-Server / Cloud-Server / Hosting

  2. #2
    Erfahrener Benutzer Avatar von didith1207
    Registriert seit
    17.09.2006
    Beiträge
    1.580
    Zitat Zitat von Lokutos Beitrag anzeigen
    damit die faulen webbys mal aus ihren pforten kommen bin ich für variante 2

    bugfix posten
    und nach 24h die Anleitung zum faken dazusetzen
    da hat jeder webby genug zeit die bugs zu beheben/
    seinen proger zu informieren.

    MFG Lokutos

    wie gehts dir denn?
    wenn ich einen 17h Arbeitstag habe(von zuhause weg bis ich wieder daheim bin) und zu kaputt bin um im Forum zu stöbern dauerts manchmal 3-4 tage bis ich zeit habe für den bugfix...

  3. #3
    Erfahrener Benutzer Avatar von jpwfour
    Registriert seit
    06.02.2008
    Beiträge
    3.717
    Wäre ja auch für
    - Mit "Proof of Concept"

    Und was mir persönlich noch viel wichtiger wäre, die Leute, die die Addons/scripte etc "verbrochen" haben, an den Pranger zu stellen, nur leider gibt's sowas heute ja (kaum) mehr, und im I-Net ist es schwierig mit dem Tomaten werfen etc.

    Trotzdem sollte vor Leuten, die teure Scripte verkaufen und dann darin absichtlich oder unabsichtlich Fehler einbauen, ihre Scripte vor dem Verkauf nicht testen und / oder keinen Support dazu geben, gewarnt werden dürfen!

    Sowas tritt leider immer häufiger auf, seien es jetzt nun solch schwerwiegende Fehler wie der im Refkauf Addon, oder auch weniger schlimme wie in den GPA Slots, beides ist nur nervig und rechtfertigt die Preise für solche Scripte auf keinen Fall.

    Andererseits ist das mit der "Anleitung zum Ausnutzen" natürlich auch wieder nicht so toll, weil dann einige Webbis trotzdem nichts dagegen machen (siehe bei Klickfakern/Bettelfakern!)

    Aber ich schätze DSN bzw. die User hier mal so ein, dass wenige dabei sind, die "mit krimineller Energie" Bugs ausnutzen, auf klamm.de/forum wäre das schon wieder was anderes.

    Und da Codes ja nur angemeldete User sehen, denke ich, geht das in Ordnung.


    (Wobei ich natürlich hoffe, dass du,ich, sonst wer keinerlei Bugs mehr finden werden, aber )
    Kill one man, and you are a murderer.
    Kill millions of men, and you are a conqueror.
    Kill them all, and you are a god.
    - Jean Rostand, Thoughts of a Biologist (1939)

  4. #4
    Ich wäre auch durchaus für mit Proof-of-Concept, allerdings nicht sofort.

    Auf DSN ist es ja leider so, dass ziemlich wenig User jede Woche oder sogar noch länger mal reinschauen, aber genau dann denke ich auch, dass diejenigen nicht wirklich aktiv dabei sind.

    Wenn man sich ein Script besorgt, sollte man sich zumindest 1x in 1-2 Wochen auf den neuesten Stand bringen und das Script nicht einmal herunterladen und sich dann freuen, dass man nun nichts mehr tun muss.

    in 1-2 Wochen 5min aufbringen, um in News&Infos u.ä. zu sehen, dürfte nicht wirklich ein Problem darstellen, v.a. weil da auch fast nichts passiert.

    Somit denke ich, dass ein Proof-of-Concept nach 1,5-2 Wochen durchaus gerechtfertigt ist (möglicherweise bringt das sogar mehr Aktivität, wenn mehrere User wieder vorbeischauen)

    Die Idee von jpwfour mit dem Pranger halte ich aber eigentlich für noch besser. Vl. ein Thread in Blacklist oder ein neues Unterforum, in dem externe Bugs gepostet werden, mit einem gepinnten Thread wo die "Bugeinbauer und kein Supportgeber" allesamt aufgelistet werden.

    Mfg
    Sebmaster


  5. #5
    Erfahrener Benutzer Avatar von Bengel
    Registriert seit
    02.10.2006
    Beiträge
    115
    Ich bin da auch eher für Variante A.
    Die Zeit hat wirklich nicht jeder Webbi so super kurzfristig zu reagieren.
    Die meisten haben ein reales Leben neben Ihren Seiten und dann ist das schon echt schwer.

    Dann lieber nur bekannt geben was getan werden muß und ein paar Ansprechpartner finden die bereit sind nähere Auskünfte zu erteilen.

    Sinnvoll wäre vielleicht auch die Überlegung einen Forenbereich zu schaffen in den nur Seitenbetreiber zutritt haben, dann könnte man über Fehler offener sprechen und sich gegenseitig eher helfen.

    Gruß
    Bengel
    Das Dopplerportal findest Du hier| Das Klickportal hier | Den Shop hier
    Den Img-Hoster hier ...und das Werbenetzwerk hier


  6. #6
    Erfahrener Benutzer Avatar von Gremlin
    Registriert seit
    05.07.2006
    Beiträge
    5.206
    Also ein Unterforum wo nur Sicherheitslücken gepostet werden, werde ich mal einrichten, denn dann können die Seitenbetreiber dieses Unterforum abonnieren und erhalten bei einem neuen Thread eine E-Mail.

    In dieses Unterforum sollten dann allerdings auch nur Threads bei denen es wirklich Sicherheitslücken gibt, am besten mit Bugfix.
    Diskutiere nie mit Idioten - sie holen Dich auf ihr Niveau und schlagen Dich dort mit Erfahrung!



  7. #7
    Administrator Avatar von Lokutos
    Registriert seit
    29.03.2008
    Beiträge
    3.147
    Find ich ne gute idee n bereich Bugfix

    Regeln das nur wirklick Bug mit bugfix gepostet werden darf keine fragen etc
    SwissNetWorX - VMS Hosting / V-Server / Cloud-Server / Hosting

  8. #8
    Erfahrener Benutzer Avatar von dragon11
    Registriert seit
    06.07.2006
    Beiträge
    320
    ich habe für B gestimmt, weil ich der Meinung bin, wenn man Sicherheitslücken finden will, muß man auch die Methoden der "Faker" kennen.
    Jedoch: als 1. nur den Bugfix posten und erst nach einer gewissen Zeit Proof of concept, weil jeder mal Urlaub haben kann, krank ist o.anderweitig nicht dazu kommt. ein Minimum von 2 Wochen halte ich daher für angebracht.

    Auch ok finde ich, wenn man öffentlich macht, welches addon und von welchem Programmierer.
    mfg
    dragon11

  9. #9
    Erfahrener Benutzer
    Registriert seit
    22.07.2006
    Beiträge
    301
    Ich habe für sonstiges gestimmt, eben eine Mischung aus beidem - bin auch für die Methode mit der Wartezeit.

    Dazu dann ein Newlsetter mit Priorität Hoch beim Veröffentlichen des BugFix und dann noch einen kurz vor dem Proof of concept.

    Ist ja im Interesse aller Webbis die das VMS und / oder entsprechende Addons dafür nutzen.

  10. #10
    Zitat Zitat von cdp Beitrag anzeigen
    In dieses Unterforum sollten dann allerdings auch nur Threads bei denen es wirklich Sicherheitslücken gibt, am besten mit Bugfix.
    Am besten ein geschlossenes, man soll dann die Threads in Support zu Addons packen und wir Mods verschieben die Threads dann.

    Kommt dann trotzdem noch ne Mail?


Seite 1 von 2 12 LetzteLetzte

Ähnliche Themen

  1. Übersicht VMS1.2-Bugs
    Von SebbyPHM im Forum Bug-Report
    Antworten: 13
    Letzter Beitrag: 12.02.2011, 01:10
  2. Bugs in den internen Addons
    Von eselfutter im Forum Support zu Addons & Erweiterungen
    Antworten: 9
    Letzter Beitrag: 19.07.2007, 12:17
  3. Übersicht aller Bugs.
    Von Koki12 im Forum Bug-Report
    Antworten: 6
    Letzter Beitrag: 06.07.2007, 20:20
  4. Bugfix (Loseproof Bugs)
    Von Gremlin im Forum Ankündigungen (erledigt)
    Antworten: 3
    Letzter Beitrag: 02.07.2007, 00:30
  5. Bugs nach Installation
    Von only-fire im Forum Support zum VMSone
    Antworten: 7
    Letzter Beitrag: 10.03.2007, 23:37

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •