Re: Strange bug with Firefox

2023-10-15 Thread OSP PRO
URL's view 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 >

RE: Strange bug with Firefox

2023-10-14 Thread Mike Dewhirst
ah' via Django users 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 jus

Strange bug with Firefox

2023-10-14 Thread 'Simon Connah' via Django users
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

2016-08-15 Thread M Hashmi
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" > *À:* djan

Re: Strange bug with form errors

2016-08-15 Thread Nestor Burma
s going to come crazy !   Thank's for your answer.   Envoyé: lundi 15 août 2016 à 08:59 De: "M Hashmi" À: 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 11:5

Re: Strange bug with form errors

2016-08-15 Thread M Hashmi
Can you paste the full traceback from production server? On Sun, Aug 14, 2016 at 11:53 PM, Nestor Burma 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 + > posgresql), the form errors I d

Strange bug with form errors

2016-08-15 Thread Nestor Burma
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 such a

Re: strange bug with dumpdata

2016-07-10 Thread Megido _
*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 relation

strange bug with dumpdata

2016-07-10 Thread 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 relations user-> group stay same, all users now moderators, and moders now users O.o wtf? -- You received this messa

Re: Strange Bug

2016-04-22 Thread Neto
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

2016-04-22 Thread Michal Petrucha
> 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', on_delete=models

Re: Strange Bug

2016-04-22 Thread Neto
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 Accoun

Re: Strange Bug

2016-04-21 Thread Erik Cederstrand
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. The ActionLog class only has a

Strange Bug

2016-04-21 Thread Neto
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

2016-04-21 Thread Neto
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) class

Strange bug when admin list-editing

2010-06-08 Thread Eugene Mirotin
g one 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. Con

Re: Strange bug when Debug = False

2009-02-17 Thread Malcolm Tredinnick
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 F

Strange bug when Debug = False

2009-02-17 Thread Yanik
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 is,