Re: Strange bug with Firefox

w source prefix. > > Mike > > > > -- > (Unsigned mail from my phone) > > > > Original message > From: 'Simon Connah' via Django users > Date: 15/10/23 02:05 (GMT+10:00) > To: django-users@googlegroups.com > Subject: Strange bug

RE: Strange bug with Firefox

Date: 15/10/23 02:05 (GMT+10:00) To: django-users@googlegroups.com Subject: Strange bug with Firefox Hi,I have a strange issue that affects the latest stable version of Firefox and the latest Firefox Developer Edition as well. I'm making a custom user and am just setting all the forms up. I

Strange bug with Firefox

Hi, I have a strange issue that affects the latest stable version of Firefox and the latest Firefox Developer Edition as well. I'm making a custom user and am just setting all the forms up. I can login with the user and when I go to the password change form it is displayed correctly in Firefox

Re: Strange bug with form errors

all last > version, and my production version was not exactly the same as my > development one... An upgrade solved the problem. > > Ouf ! I believed I was going to come crazy ! > > Thank's for your answer. > > *Envoyé:* lundi 15 août 2016 à 08:59 > *De:* "M Hashmi" <m

Re: Strange bug with form errors

to come crazy !   Thank's for your answer.   Envoyé: lundi 15 août 2016 à 08:59 De: "M Hashmi" <mhashmi1...@gmail.com> À: django-users@googlegroups.com Objet: Re: Strange bug with form errors Can you paste the full traceback from production server?   On Sun, Aug 14, 2016 at

Re: Strange bug with form errors

Can you paste the full traceback from production server? On Sun, Aug 14, 2016 at 11:53 PM, Nestor Burma <nesto...@caramail.fr> wrote: > I have a very strange bug with fom errors. *On my development site, my > code works fine*. But on my production site (apache + mod-wgsi + > posgr

Strange bug with form errors

I have a very strange bug with fom errors. On my development site, my code works fine. But on my production site (apache + mod-wgsi + posgresql), the form errors I defined in is_valid() method of my ModelForm (in a generic CreateView) are not product by the template. Have you already seen

Re: strange bug with dumpdata

*admin воскресенье, 10 июля 2016 г., 12:49:37 UTC+3 пользователь Megido _ написал: > > i have groups: > > pk,name > 1 - admin > 2 - user > 3 - moderator > > when i dump initial data of app "auth" i got this initial groups data: > > pk,name > 1 - user > 2 - admin > 3 - moderator > > but

strange bug with dumpdata

i have groups: pk,name 1 - admin 2 - user 3 - moderator when i dump initial data of app "auth" i got this initial groups data: pk,name 1 - user 2 - admin 3 - moderator but relations user-> group stay same, all users now moderators, and moders now users O.o wtf? -- You received this

Re: Strange Bug

I discovered the problem, I have a post_delete for Action that creates a log, the problem is that this log is related to the Account, and it tries to create a log for an account being deleted, this was the conflict. Unfortunately Django does not say that the problem was in post_save. Thank you,

Re: Strange Bug

> Em sexta-feira, 22 de abril de 2016 01:59:25 UTC-3, Neto escreveu: > > > > I'm trying to delete but it's happening a strange error. > > > > models: > > class Account(models.Model): > > pass > > > > > > class Action(models.Model): > > account = models.ForeignKey('Account',

Re: Strange Bug

Erick, *ActionLog* is inheriting *Log*. Please, pay attention before commenting, and see that the error has nothing to do with what you said. Em sexta-feira, 22 de abril de 2016 01:59:25 UTC-3, Neto escreveu: > > I'm trying to delete but it's happening a strange error. > > models: > class

Re: Strange Bug

Hi Neto, > Den 22. apr. 2016 kl. 06.59 skrev Neto : > > [...] > class ActionLog(Log): > action = models.ForeignKey('Action', on_delete=models.SET_NULL) > > [...] > > ActionLog.objects.create(account=account, action=action) Something's wrong with your example.

Strange Bug

I'm trying to delete but it's happening a strange error. models: class Account(models.Model): pass class Action(models.Model): account = models.ForeignKey('Account', on_delete=models.CASCADE) class Log(models.Model): account = models.ForeignKey('Account', on_delete=models.CASCADE)

Strange bug

I'm trying to delete but it's happening a strange error. models: class Account(models.Model): pass class Log(models.Model): account = models.ForeignKey('Account', on_delete=models.CASCADE) class ActionLog(Log): action = models.ForeignKey('Action', on_delete=models.SET_NULL)

Strange bug when admin list-editing

field for one model. The set of list-editable fields for this model is (was) actually bigger - there were 6 fields, one of which had choices (thus being drop-down select). The strange bug which occurred twice on production but is not reproducible by me on any of our servers is really strange. Consider

Re: Strange bug when Debug = False

On Tue, 2009-02-17 at 15:34 -0800, Yanik wrote: > I've been having this problem for a few weeks and I can't, for the > life of me, figure it out. > > I have 2 types of environments: my local dev server, running Ubuntu, > and the live server, running Fedora 9. The problem only occurs on on > the

Strange bug when Debug = False

I've been having this problem for a few weeks and I can't, for the life of me, figure it out. I have 2 types of environments: my local dev server, running Ubuntu, and the live server, running Fedora 9. The problem only occurs on on the Fedora server and only when Debug = False. The tricky par