Opened 18 years ago
Closed 16 years ago
#4493 closed defect (worksforme)
Duplicate ticket entries and other issues with notifications enabled (browser dependent)
Reported by: | Owned by: | Jonas Borgström | |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | ticket system | Version: | 0.10.4 |
Severity: | major | Keywords: | needinfo |
Cc: | mail@… | Branch: | |
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description
I tried to enable ticket notifications in trac 0.10.3. Here is a snippet from trac.ini:
smtp_enabled = true smtp_from = trac@myhost.tld smtp_password = abc123 smtp_port = 25 smtp_replyto = mail@myhost.tld smtp_server = localhost smtp_user = mail@myhost.tld use_tls = true
Ticket notifications work just fine, however, trac behaves rather weird now, dependent on client browser:
- Firefox and Internet Explorer 6:
- Every ticket is submitted twice. For every new ticket entry, two tickets with consecutive IDs are created and thus also two notifications sent.
- After the user saves a ticket, a blank page is shown with the URL /newticket#preview
- When a ticket is edited, the user gets the following error:
Internal Error Sorry, can not save your changes. This ticket has been modified by someone else since you started
However, there is positively no one else working on the project. Also, the changes are saved as if there was no error at all. Again, the URL shows /ticket/44#preview for example.
- Opera:
- Everything works as expected.
- Internet Explorer 7:
- After the user saves a ticket (new or changes), the error message
Internet Explorer cannot display the web page
is shown. Changes are saved nonetheless.
- After the user saves a ticket (new or changes), the error message
- links2:
- After the user saves a ticket (new or changes), the error message
Error reading from socket
is shown. Changes are saved nonetheless.
- After the user saves a ticket (new or changes), the error message
I am not just hitting ENTER to save a ticket/ticket change, but click on the "Submit changes" button. These problems are the same for every user of the project, on client windows and linux, regardless whether client connects through proxy, via internet or local.
As soon as I disable notifications, everything works normal again.
Logging is enabled and does not show any error (even not the Internal Error mentioned above).
I am running mod_python-3.1.4 on Apache-2.0.58 on Gentoo Linux. Trac runs with enscript 1.6.4, silvercity 0.9.7, and sqlite 3.3.5.
Best regards, Eric
Attachments (0)
Change History (9)
comment:1 by , 18 years ago
comment:4 by , 18 years ago
Severity: | critical → major |
---|
… so what happens when you don't enable those plugins? Is the problem still there?
comment:5 by , 17 years ago
Dear Trac Bug Reporter,
There is an outstanding request for information on ticket #4493 (Duplicate ticket entries and other issues with notifications enabled (browser dependent)).
Please test the case of disabling the plugins and testing bug submittal again.
The link to the information requested is http://trac.edgewall.org/ticket/4493#comment:4
Thanks,
Jeffrey Hulten
comment:6 by , 17 years ago
Resolution: | → worksforme |
---|---|
Status: | new → closed |
Closing due to lack of information. Please reopen if you can try this again without the plugins enabled. Thanks.
comment:7 by , 17 years ago
Resolution: | worksforme |
---|---|
Status: | closed → reopened |
Version: | 0.10.3 → 0.10.4 |
I am experiencing the same thing. Although not all the time and not for all users.
The onsite users accessing via LAN and using either Firefox or IE 6/7, don't have any problems. The offsite users accessing via the internet and using mainly IE 6/7 sometimes have problems.
I'm using TRAC 0.10.4 and have the following plugins enabled:
traccombinewiki 1.0
tracdiscussion 0.5
tracdoxygen 0.4
tracgantt 0.3.2a
tracpagetopdf 0.2
tracwebadmin 0.1.2dev-r4240
Right now I am not in a position to take them all offline to see if the problem still persists. I can probably do a test in a couple of months.But I don't see how the plugins would interfere with the ticket creation process?
comment:8 by , 17 years ago
Both you and the original reporter had issues with th:WebAdminPlugin (the same rev) and th:DiscussionPlugin (0.5). I don't see any big changes in the webadmin plugin, so my suggestion is check the logs and see if th:ticket:2792 might apply. It really would be helpful if you could disable plugin as the comment two above says - "Please reopen if you can try this again without the plugins enabled."
comment:9 by , 16 years ago
Resolution: | → worksforme |
---|---|
Status: | reopened → closed |
If this is still happening for someone with 0.11, please reopen, providing as much relevant information as you can.
Update:
Opera displays a new empty ticket entry form after a ticket has been submitted, not the expected ticket view page of the submitted ticket.