471967 - Inconsistent use of attachment URL vs URL property

Status: RESOLVED DUPLICATE of bug 1273500

(Calendar :: Dialogs, defect)

Description

[aapthorp]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5
Build Identifier: Lightning 0.9 build 2008091719

It appears as though Lightning is inconsistently referencing attachment URLs and URLs set on the URL property.

Can we have both displayed / available if present?

Reproducible: Always

Steps to Reproduce:
1. Create task with both ATTACH URL and property URL values set. (May be in an import file or on a CalDav server that sets the URL property).
2. Also in order to enabler the update dialog a task will need to be created so that this dialog is opened.
3. Access via task summary, edit and update dialogs
Actual Results:  
- The task / event creation dialog allows an attachment URL to be created.

- On the task summary pane the selected task pane has a label that refers to "Attachments" but the URL property value is displayed.

- The task / event update dialog (calendar-summary-dialog.xul) has a label "Related Link" and displays the URL property value is displayed. The ATTACH URL is not displayed.

Expected Results:  
The appropriate URL with the right label should be displayed. Ideally both should be available, may be as icons rather than fulls URLs.

Comment 1

[Philipp Kewisch [:Fallen] [:📆][:🧩]]

Confirmed, browseDocument() in calendar-summary-dialog.js at least is doing the wrong thing.

Comment 2

[Eric Tiffany]

Still broken in 1.0b2

Comment 3

[Aniket Kudale [:aniketk]]

Hi, I'd like to solve this as my good first bug.

Comment 4

[Philipp Kewisch [:Fallen] [:📆][:🧩]]

Great to hear. Let me know if you need help getting started.

Comment 5

[Lam]

Hi folks, is anyone working on this issue? If not, I would like to work on it as my first contribution! :)

Comment 6

[[:MakeMyDay]]

Thank you Lam for being interested to fix this bug and in general to contribute to Calendar. Unfortunately, the scope of this bug was already covered by the implementation of bug 1273500, so this was already resolved for Lightning 5.4/TB52 but not marked accordingly.

Maybe you want to make another pick from the lists referenced below?

https://codetribute.mozilla.org/projects/calendar
https://codetribute.mozilla.org/projects/thunderbird

Comment 7

[Lam]

Thank you so much for informing me! I will find another bug to work on!