Open aschmidt74 opened 2 years ago
Please have a look at branch https://github.com/buschmais/redmics/tree/issue-35, 44b160834819d887ce8889c2b4edfeb7fc2e22f2.
To test the PoC:
cd /opt/redmine/plugins/redmine_ics_export
git fetch
git checkout issue-35
(then restart Redmine)
I am still not sure if I want to maintain this in the long run.
Hi Frank, thank you much for the swift response and fix!
I had some difficulties though to bundle
the installation
[!] There was an error parsing `Gemfile`: You cannot specify the same gem twice with different versi
on requirements.
You specified: icalendar (>= 0) and icalendar (>= 2.5.0, <= 2.6.0). Bundler cannot continue.
# from /usr/src/redmine/plugins/redmine_ics_export/Gemfile:1
# -------------------------------------------
> gem "icalendar", ">=2.5.0", "<=2.6.0"
# -------------------------------------------
. Bundler cannot continue.
# from /usr/src/redmine/Gemfile:109
# -------------------------------------------
# Dir.glob File.expand_path("../plugins/*/{Gemfile,PluginGemfile}", __FILE__) do |file|
> eval_gemfile file
# end
# -------------------------------------------
only when I removed the line in the Gemfile I could run it with Using icalendar 2.7.1
anyways; on first sight this Proof of Concept seems to work!
Have you ever used datetime
with another plugin?
I'm not sure if mega calendar
is a good base even...
furthermore I am using that_meeting
- which aparently needs special handling too.
Seems I opened a can of worms here :->
What I am looking for is a dynamic calendar subscription that uses proper
datetimes
for all issues.time
in addition to aduedate
?mega calendar
plugin installed, that can handle datetimes; would redmics export those to .ics?