[17:48] inyoka [sandbox]: EnTeQuAk * 9d3f7197d542:1699 inyoka/wiki/models.py: add delete to page cascade option in wiki.Page [17:48] inyoka [sandbox]: EnTeQuAk * 044c2afc1499:1700 (2 files in 2 dirs): one underscore is enough for test database tables [17:56] EnTeQuAk: http://paste.pocoo.org/show/snJxuNdjkswSaMPXhwW4/ [17:59] DasIch: Glückwunsch zum 1000. Post im Forum [18:13] stalker? :D [18:15] EnTeQuAk: MarkusH hat die "User verfolgen" Option schon eingebaut :D [18:15] ah [18:15] hehe [18:23] hab ich nen Denkfehler, oder ist MySQL die einzige DB die primary keys nicht wieder zurück setzt? [18:23] also wenn ich daten lösche [18:23] weil bei allen anderen bekomme ich bei objekt rein, objekt löschen und neues objekt rein immer ID = 1 [18:23] bei MySQL ID = 2 [18:24] EnTeQuAk: primary-keys werden mit autoincrement immer weitergezählt [18:26] primary keys sind immer autocinrement [18:28] der logik nach dürften PKs auch nicht wiederverwendet werden [18:28] also werden die IMMER hochgezählt und nicht zurückgesetzt [18:28] hefeweiz3n: +1 [18:28] sollten [18:29] bei informix (hab ich mal in nem praktikum benutzt) war das mein ich der fall [18:29] Dreck [18:29] sollte aber nur bei auto-increment passieren [18:29] von hand müsste es gehen [18:30] http://stackoverflow.com/questions/253522/do-numerical-primary-keys-of-deleted-records-in-a-database-get-reused-for-future [18:30] antwort 2 erklärts für mysql [18:31] bin mal abendessen machen [18:33] genau, antwort 2 erklärts für mysql… [18:33] grml [18:35] hossa swege [18:35] nabend [18:36] hefeweiz3n, naja, obwohl erklären tuts nichts [18:36] alle haben ID 1, MySQL als einzige 2… [18:37] swege: was hältst du davon, wenn wir uns auf behind.uu. mal vorstellen? Also mal einen kurzen Blogartikel schreiben ? [18:38] MarkusH: bin nicht so der große schreiber und wüsste auch nicht was ich da hinschreiben sollte, also ich machs nicht :) [18:38] ok [18:38] wurden in entes vorletztem artikel ja auch genannt ;) [18:40] so, gleich passt auf… [18:40] inyoka [sandbox]: EnTeQuAk * 6a44a8d92a91:1701 tests/core/test_forms.py: don't test for proper id. MySQL does fancy things with primary key ids [18:40] inyoka [sandbox]: EnTeQuAk * 903821455751:1702 tests/utils/test_confirm.py: Fix test_confirm: don't hardcode an objects id, use the ids the database gives us [18:42] Yippie, build fixed! [18:42] Project inyoka-ng » mysql,2.7 build #12: FIXED in 1 min 56 sec: http://webshox.org:8080/job/inyoka-ng/./database=mysql,python=2.7/12/ [18:42] tschacka!!!!!!!! [18:42] * EnTeQuAk hat webshox-build ganz dolle lieb :) [18:43] und nu ? [18:46] fehlt nur noch postgresql ;) [18:52] inyoka [sandbox]: EnTeQuAk * 37f3a00c31e3:1703 inyoka/core/auth/models.py: specify cascade rule on group.parent relationship [19:20] changes in inyokabugs: Ticket #191 (CSS-Filter filtert {{| |}} heraus) created [19:53] was sagt ihr zum 2. Teil von # 190: http://trac.staging.ubuntuusers.de/ticket/190 [19:54] ich wäre ja was das verlinken angeht für ein wontfix [20:05] inyoka [prod-sa06]: MarkusH * 9f63f3111d40:5011 inyoka/forum/ (models.py forms.py): changed UBUNTU_DISTROS to a set, instead of a dictionary. fixes #190 [20:06] MarkusH, der link is eig. am einfachsten ;) [20:06] changes in inyokabugs: Ticket #190 (Versionsangabe bei neuen Threads) closed [20:29] changes in inyokabugs: Ticket #192 (Icon von user-Makro weg) created [20:30] inyoka [prod-sa06]: MarkusH * 25650770f40d:5012 inyoka/static/js/ (forum.min.js forum.js): notifications on selecting a Ubuntu version when writing/editing a topic now link to the wiki page of te selected version and the version type ... [20:34] hrm, #192 is ja auch fancy ;) [20:37] EnTeQuAk: bin ich auch gerade auf der suche [20:38] ich würde ja fast drauf tippen, dass die Datei fehlt [22:02] encbladexp: ideen zu 192? [22:02] EnTeQuAk: ^ meinte ich eigentlich [22:05] MarkusH: deine changes in 190 machen wohl nicht sonst noch was put? [22:08] EnTeQuAk: also deine checkins sind manchmal komisch, old mode: 644, new mode: 755, warum brauchen bilder executeable bit? [22:24] inyoka [prod-sa06]: soeren * 26bfd166d13e:5013 inyoka/static/style/markup.css: Restored markup.css. Fixes #192. [22:26] changes in inyokabugs: Ticket #192 (Icon von user-Makro weg) closed