View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0000005 | HTML & PERL | Bug Report - Interface | public | 2004-11-19 23:07 | 2007-07-02 09:13 |
| Reporter | DonGato | Assigned To | exp | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Summary | 0000005: Popup window for notices is not disabled by profile | ||||
| Description | Using both Mozilla FireFox 1.0 and IE 6.0 SP1, in my particular profile the notices are disabled but anyway every time I have a notice a pop up is opened. Someone reported a similar problem long ago but it was never fixed. | ||||
| Tags | No tags attached. | ||||
|
|
might be fixed now. see: http://www.anidb.net/forum/viewtopic.php?p=13696#13696 |
|
|
No, it isn't fixed. Just enabled notices for all file/anime changes and after receiving one the popup (background tab in FireFox) appeared while still having the option disabled in my profile. |
|
|
might be fixed now. |
|
|
Sorry but yesterday reappeared out of the blue in two different configurations (home & work). I really don't know what is happening but it's still not working. |
|
|
If I see the code of the page I see this: <script language="JavaScript"> <!-- window.open('animedb.pl?show=pop&pop=msg','Msg','toolbar=0,location=0,directories=0,status=0,menubar=0,scrollbars=1,resizable=1,width=220,height=70'); // --> </script> This shouldn't appear there as I have the notification option disabled. Even if having a PM, a notice or whatever that part of code shouldn't be written to the HTML. Another question... why you have an external JavaScript file for popups if you use this code? O_o |
|
|
I would guess it was something to use with various functions for several pages, like the css that is site-wide, but atm the popup is the only function done by javascript, so there's only one of it. but i agree with dongato, if notifies are disabled, that part is a bit meaningless to be included in the page, an if clause in perl probably would solve the problem |
|
|
well, the tricky part is that there IS an if clause around that part of the code. and it seems to work... most of the time. (a bit tricky bc it uses a new caching of user config data which might still have some bugs somewhere) I am kinda confused about this atm. BYe! EXP |
|
|
But even while cached shouldn't that be static if it's something the user doesn't change every day? |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2004-11-19 23:07 | DonGato | New Issue | |
| 2004-11-21 11:52 | exp | Status | new => assigned |
| 2004-11-21 11:52 | exp | Assigned To | => exp |
| 2004-11-21 11:53 | exp | Status | assigned => resolved |
| 2004-11-21 11:53 | exp | Resolution | open => fixed |
| 2004-11-21 11:53 | exp | Note Added: 0000003 | |
| 2004-11-24 09:10 | DonGato | Status | resolved => feedback |
| 2004-11-24 09:10 | DonGato | Resolution | fixed => reopened |
| 2004-11-24 09:10 | DonGato | Note Added: 0000004 | |
| 2004-11-28 21:34 | exp | Status | feedback => resolved |
| 2004-11-28 21:34 | exp | Resolution | reopened => fixed |
| 2004-11-28 21:34 | exp | Note Added: 0000009 | |
| 2004-12-01 03:31 | DonGato | Status | resolved => feedback |
| 2004-12-01 03:31 | DonGato | Resolution | fixed => reopened |
| 2004-12-01 03:31 | DonGato | Note Added: 0000014 | |
| 2004-12-02 13:29 | DonGato | Note Added: 0000015 | |
| 2004-12-02 15:36 | fahrenheit | Note Added: 0000016 | |
| 2004-12-02 20:28 | exp | Note Added: 0000026 | |
| 2004-12-02 20:46 | DonGato | Note Added: 0000027 | |
| 2006-01-16 10:36 | DerIdiot | Status | feedback => closed |
| 2006-01-16 10:36 | DerIdiot | Resolution | reopened => fixed |
| 2007-07-02 09:13 | epoximator | Status | closed => resolved |
