[Mahara-contributors] [Bug 1891426] Re: Behat: Move quota checks to notification_quota.feature
** Description changed: We have a test called /user_content/file_edit.feature which includes checks for the upload quota allowed. These would be better placed in /settings/notification_quota.feature. Remove steps related to quota from file_edit.feature and add them to notification_quota.feature in the section where UserA logs in (approx ln 33) - - Note there is also a bug report for reconciling the content of file_edit.feature. - This bug should be completed before working on that one to avoid conflicting changes. -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1891426 Title: Behat: Move quota checks to notification_quota.feature Status in Mahara: New Bug description: We have a test called /user_content/file_edit.feature which includes checks for the upload quota allowed. These would be better placed in /settings/notification_quota.feature. Remove steps related to quota from file_edit.feature and add them to notification_quota.feature in the section where UserA logs in (approx ln 33) To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1891426/+subscriptions ___ Mailing list: https://launchpad.net/~mahara-contributors Post to : mahara-contributors@lists.launchpad.net Unsubscribe : https://launchpad.net/~mahara-contributors More help : https://help.launchpad.net/ListHelp
[Mahara-contributors] [Bug 1891430] [NEW] Behat: Rationalise tests for file and folder upload/edit/delete
Public bug reported: This bug report incorporates automating a manual test and merging two tests with duplicated functionality. These changes should be made after this Bug is complete: https://bugs.launchpad.net/mahara/+bug/1891426. It can be either a child patch or made after that patch is merged. 1. Merge the functionality of: /user_content/file_edit.feature /download_files_block.feature Make sure that the current functionality from both tests is still represented. Rename the merged test files_folders.feature. It can be the core test for this functionality. 2. Automating manual test. These are the details from the spreadsheet items: User can do the following - Drag and drop files ✘ - Create folders ✔ - Download files ✔ - Edit a file or folder ✔ - Delete a file or folder ✔ We can't test drag and drop, or that download works, but we can test the other things via behat. Edit the new files_folders.feature to include a check for a. editing the folder name: I press "Edit folder \"\"" b. deleting the folder ** Affects: mahara Importance: Undecided Assignee: Rangi Daymond (rangid) Status: New ** Tags: behat-test -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1891430 Title: Behat: Rationalise tests for file and folder upload/edit/delete Status in Mahara: New Bug description: This bug report incorporates automating a manual test and merging two tests with duplicated functionality. These changes should be made after this Bug is complete: https://bugs.launchpad.net/mahara/+bug/1891426. It can be either a child patch or made after that patch is merged. 1. Merge the functionality of: /user_content/file_edit.feature /download_files_block.feature Make sure that the current functionality from both tests is still represented. Rename the merged test files_folders.feature. It can be the core test for this functionality. 2. Automating manual test. These are the details from the spreadsheet items: User can do the following - Drag and drop files ✘ - Create folders ✔ - Download files ✔ - Edit a file or folder ✔ - Delete a file or folder ✔ We can't test drag and drop, or that download works, but we can test the other things via behat. Edit the new files_folders.feature to include a check for a. editing the folder name: I press "Edit folder \"\"" b. deleting the folder To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1891430/+subscriptions ___ Mailing list: https://launchpad.net/~mahara-contributors Post to : mahara-contributors@lists.launchpad.net Unsubscribe : https://launchpad.net/~mahara-contributors More help : https://help.launchpad.net/ListHelp
[Mahara-contributors] [Bug 1891425] [NEW] Reset configurable theme to default causing warning and loss of styles
Public bug reported:
It is possible to set a configurable theme for an institution that will
itself have a default configuration of pre-set colours. It is possible
to configure a new theme, save it and then select "Reset" to return to
the default pre-set theme values. Currently, a warning is being
produced and Mahara is losing its styling.
To reproduce:
1. Have an institution and log in with an admin member
2. Edit the institution settings and select "Configurable Theme" from the Theme
drop-down
3. Set the theme values to any other colour via colour picker or hex value, save
4. The site should update with the newly configured theme, select to edit the
institution again
5. return to the Theme settings and set "Reset colours" to "yes", save the page.
Expected result:
The theme is returned to the default configurable theme configuration
Actual result:
All Mahara styling is lost, a warning is produced:
Institution updated successfully. Others will see the new theme the next time
they log in.
[WAR] 72 (lib/web.php:90) array_merge(): Argument #2 is not an array
Call stack (most recent first):
log_message("array_merge(): Argument #2 is not an array", 8, true, true,
"/home/lisaseeto/code/mahara-test/htdocs/lib/web.ph...", 90) at
/home/lisaseeto/code/mahara-test/htdocs/lib/errors.php:521
error(2, "array_merge(): Argument #2 is not an array",
"/home/lisaseeto/code/mahara-test/htdocs/lib/web.ph...", 90, array(size 11)) at
Unknown:0
array_merge(array(size 2), null) at
/home/lisaseeto/code/mahara-test/htdocs/lib/web.php:90
get_stylesheets_for_current_page(array(size 2), array(size 0)) at
/home/lisaseeto/code/mahara-test/htdocs/lib/web.php:646
smarty(array(size 2)) at
/home/lisaseeto/code/mahara-test/htdocs/admin/users/institutions.php:716
** Affects: mahara
Importance: Undecided
Assignee: Lisa Seeto (lisaseeto)
Status: In Progress
** Changed in: mahara
Status: New => In Progress
** Changed in: mahara
Assignee: (unassigned) => Lisa Seeto (lisaseeto)
** Description changed:
It is possible to set a configurable theme for an institution that will
itself have a default configuration of pre-set colours. It is possible
- to configure a new theme, save it and then to edit the theme values and
- select "Reset" to return to the default pre-set theme values.
- Currently, a warning is being produced and Mahara is losing its styling.
+ to configure a new theme, save it and then select "Reset" to return to
+ the default pre-set theme values. Currently, a warning is being
+ produced and Mahara is losing its styling.
To reproduce:
1. Have an institution and log in with an admin member
2. Edit the institution settings and select "Configurable Theme" from the
Theme drop-down
3. Set the theme values to any other colour via colour picker or hex value,
save
4. The site should update with the newly configured theme, select to edit the
institution again
5. return to the Theme settings and set "Reset colours" to "yes", save the
page.
Expected result:
The theme is returned to the default configurable theme configuration
Actual result:
All Mahara styling is lost, a warning is produced:
Institution updated successfully. Others will see the new theme the next
time they log in.
[WAR] 72 (lib/web.php:90) array_merge(): Argument #2 is not an array
Call stack (most recent first):
- log_message("array_merge(): Argument #2 is not an array", 8, true, true,
"/home/lisaseeto/code/mahara-test/htdocs/lib/web.ph...", 90) at
/home/lisaseeto/code/mahara-test/htdocs/lib/errors.php:521
- error(2, "array_merge(): Argument #2 is not an array",
"/home/lisaseeto/code/mahara-test/htdocs/lib/web.ph...", 90, array(size 11)) at
Unknown:0
- array_merge(array(size 2), null) at
/home/lisaseeto/code/mahara-test/htdocs/lib/web.php:90
- get_stylesheets_for_current_page(array(size 2), array(size 0)) at
/home/lisaseeto/code/mahara-test/htdocs/lib/web.php:646
- smarty(array(size 2)) at
/home/lisaseeto/code/mahara-test/htdocs/admin/users/institutions.php:716
+ log_message("array_merge(): Argument #2 is not an array", 8, true, true,
"/home/lisaseeto/code/mahara-test/htdocs/lib/web.ph...", 90) at
/home/lisaseeto/code/mahara-test/htdocs/lib/errors.php:521
+ error(2, "array_merge(): Argument #2 is not an array",
"/home/lisaseeto/code/mahara-test/htdocs/lib/web.ph...", 90, array(size 11)) at
Unknown:0
+ array_merge(array(size 2), null) at
/home/lisaseeto/code/mahara-test/htdocs/lib/web.php:90
+ get_stylesheets_for_current_page(array(size 2), array(size 0)) at
/home/lisaseeto/code/mahara-test/htdocs/lib/web.php:646
+ smarty(array(size 2)) at
/home/lisaseeto/code/mahara-test/htdocs/admin/users/institutions.php:716
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
Matching subscriptions: Subscription for all Mahara Contributors -- please ask
on #m
[Mahara-contributors] [Bug 1886593] A patch has been submitted for review
Patch for "master" branch: https://reviews.mahara.org/11137 -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1886593 Title: usr.active not changed when unexpiring a user from admin/user/edit.php screen Status in Mahara: In Progress Bug description: When we expire a user their 'active' field in database usr table goes from 1 to 0 and if we un-expire them from the expired users list it sets it back to active correctly But if we try updating the user from admin/users/edit.php screen by adding / removing the expiry date in the form field it doesn't set the active value correctly To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1886593/+subscriptions ___ Mailing list: https://launchpad.net/~mahara-contributors Post to : mahara-contributors@lists.launchpad.net Unsubscribe : https://launchpad.net/~mahara-contributors More help : https://help.launchpad.net/ListHelp
[Mahara-contributors] [Bug 1886593] Re: usr.active not changed when unexpiring a user from admin/user/edit.php screen
** Changed in: mahara Importance: Undecided => High ** Changed in: mahara Status: Confirmed => In Progress ** Changed in: mahara Assignee: Robert Lyon (robertl-9) => Cecilia Vela Gurovic (ceciliavg) -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1886593 Title: usr.active not changed when unexpiring a user from admin/user/edit.php screen Status in Mahara: In Progress Bug description: When we expire a user their 'active' field in database usr table goes from 1 to 0 and if we un-expire them from the expired users list it sets it back to active correctly But if we try updating the user from admin/users/edit.php screen by adding / removing the expiry date in the form field it doesn't set the active value correctly To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1886593/+subscriptions ___ Mailing list: https://launchpad.net/~mahara-contributors Post to : mahara-contributors@lists.launchpad.net Unsubscribe : https://launchpad.net/~mahara-contributors More help : https://help.launchpad.net/ListHelp
[Mahara-contributors] [Bug 1891426] [NEW] Behat: Move quota checks to notification_quota.feature
Public bug reported: We have a test called /user_content/file_edit.feature which includes checks for the upload quota allowed. These would be better placed in /settings/notification_quota.feature. Remove steps related to quota from file_edit.feature and add them to notification_quota.feature in the section where UserA logs in (approx ln 33) Note there is also a bug report for reconciling the content of file_edit.feature. This bug should be completed before working on that one to avoid conflicting changes. ** Affects: mahara Importance: Undecided Assignee: Rangi Daymond (rangid) Status: New ** Tags: behat-test -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1891426 Title: Behat: Move quota checks to notification_quota.feature Status in Mahara: New Bug description: We have a test called /user_content/file_edit.feature which includes checks for the upload quota allowed. These would be better placed in /settings/notification_quota.feature. Remove steps related to quota from file_edit.feature and add them to notification_quota.feature in the section where UserA logs in (approx ln 33) Note there is also a bug report for reconciling the content of file_edit.feature. This bug should be completed before working on that one to avoid conflicting changes. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1891426/+subscriptions ___ Mailing list: https://launchpad.net/~mahara-contributors Post to : mahara-contributors@lists.launchpad.net Unsubscribe : https://launchpad.net/~mahara-contributors More help : https://help.launchpad.net/ListHelp
[Mahara-contributors] [Bug 1889369] Re: Language menu shows when there's only one language
** Changed in: mahara/20.10 Status: Confirmed => In Progress ** Changed in: mahara/20.10 Assignee: (unassigned) => Cecilia Vela Gurovic (ceciliavg) -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1889369 Title: Language menu shows when there's only one language Status in Mahara: In Progress Status in Mahara 19.10 series: Confirmed Status in Mahara 20.04 series: Confirmed Status in Mahara 20.10 series: In Progress Bug description: On a fresh 20.04, we've seen cases of the language menu showing up even when only one language is actually present. The reason is that LANGCHOICES is an array of all possible languages that can be selected, and the test in the template to show/hide the language selector is whether LANGCHOICES is empty or not. There should be an additional flag for 'show language selector' which is true/false based on whether LANGCHOICES has > 1 entry or not in it. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1889369/+subscriptions ___ Mailing list: https://launchpad.net/~mahara-contributors Post to : mahara-contributors@lists.launchpad.net Unsubscribe : https://launchpad.net/~mahara-contributors More help : https://help.launchpad.net/ListHelp
[Mahara-contributors] [Bug 1889369] A patch has been submitted for review
Patch for "master" branch: https://reviews.mahara.org/11135 -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1889369 Title: Language menu shows when there's only one language Status in Mahara: In Progress Status in Mahara 19.10 series: Confirmed Status in Mahara 20.04 series: Confirmed Status in Mahara 20.10 series: In Progress Bug description: On a fresh 20.04, we've seen cases of the language menu showing up even when only one language is actually present. The reason is that LANGCHOICES is an array of all possible languages that can be selected, and the test in the template to show/hide the language selector is whether LANGCHOICES is empty or not. There should be an additional flag for 'show language selector' which is true/false based on whether LANGCHOICES has > 1 entry or not in it. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1889369/+subscriptions ___ Mailing list: https://launchpad.net/~mahara-contributors Post to : mahara-contributors@lists.launchpad.net Unsubscribe : https://launchpad.net/~mahara-contributors More help : https://help.launchpad.net/ListHelp
[Mahara-contributors] [Bug 1889020] Re: Behat failing tests when trying to add blocks on pages
** Description changed: There are a few behat tests that fail, so far I've seen edit_default_template_pages.feature group_view_block.feature shared_with_group.feature They try to add a block but the modal is never opened and then the tests fails trying to select a blocktype from a modal that is not visible. - By looking into the Betwork tab of the browser while running the tests, + By looking into the Network tab of the browser while running the tests, I could see that there are too many calls to view/blocks.json.php taking a long time to run. This could be delaying the modal load, but we would need to look into this a bit more. The calls have parameters like id: 2 change: 1 action_moveblockinstance_id_6_newx_0_newy_0_newheight_8_newwidth_6: true so they're just trying to resize or move the blocks inside the page. -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1889020 Title: Behat failing tests when trying to add blocks on pages Status in Mahara: Confirmed Bug description: There are a few behat tests that fail, so far I've seen edit_default_template_pages.feature group_view_block.feature shared_with_group.feature They try to add a block but the modal is never opened and then the tests fails trying to select a blocktype from a modal that is not visible. By looking into the Network tab of the browser while running the tests, I could see that there are too many calls to view/blocks.json.php taking a long time to run. This could be delaying the modal load, but we would need to look into this a bit more. The calls have parameters like id: 2 change: 1 action_moveblockinstance_id_6_newx_0_newy_0_newheight_8_newwidth_6: true so they're just trying to resize or move the blocks inside the page. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1889020/+subscriptions ___ Mailing list: https://launchpad.net/~mahara-contributors Post to : mahara-contributors@lists.launchpad.net Unsubscribe : https://launchpad.net/~mahara-contributors More help : https://help.launchpad.net/ListHelp
[Mahara-contributors] [Bug 1889020] Re: Behat failing tests when trying to add blocks on pages
** Summary changed: - Behat fainling tests when trying to add blocks on pages + Behat failing tests when trying to add blocks on pages ** Changed in: mahara Importance: Low => Medium -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1889020 Title: Behat failing tests when trying to add blocks on pages Status in Mahara: Confirmed Bug description: There are a few behat tests that fail, so far I've seen edit_default_template_pages.feature group_view_block.feature shared_with_group.feature They try to add a block but the modal is never opened and then the tests fails trying to select a blocktype from a modal that is not visible. By looking into the Betwork tab of the browser while running the tests, I could see that there are too many calls to view/blocks.json.php taking a long time to run. This could be delaying the modal load, but we would need to look into this a bit more. The calls have parameters like id: 2 change: 1 action_moveblockinstance_id_6_newx_0_newy_0_newheight_8_newwidth_6: true so they're just trying to resize or move the blocks inside the page. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1889020/+subscriptions ___ Mailing list: https://launchpad.net/~mahara-contributors Post to : mahara-contributors@lists.launchpad.net Unsubscribe : https://launchpad.net/~mahara-contributors More help : https://help.launchpad.net/ListHelp
[Mahara-contributors] [Bug 1888769] A patch has been submitted for review
Patch for "master" branch: https://reviews.mahara.org/11134 -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1888769 Title: Correct link to Badrg in 'Open Badges' block Status in Mahara: In Progress Bug description: The link to Badgr in the 'Open Badges' configuration screen is wrong and points to the API, which is not going to be helpful for setting up an account. It should link to https://badgr.com instead. To replicate: 1. Create a page with the 'Open Badges' block in it. 2. In the block configuration check the link to Badgr. Expected result: Goes to https://badgr.com Actual result: Goes to https://api.badgr.io To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1888769/+subscriptions ___ Mailing list: https://launchpad.net/~mahara-contributors Post to : mahara-contributors@lists.launchpad.net Unsubscribe : https://launchpad.net/~mahara-contributors More help : https://help.launchpad.net/ListHelp
[Mahara-contributors] [Bug 1888769] Re: Correct link to Badrg in 'Open Badges' block
** Changed in: mahara Assignee: (unassigned) => Cecilia Vela Gurovic (ceciliavg) ** Changed in: mahara Status: Confirmed => In Progress -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1888769 Title: Correct link to Badrg in 'Open Badges' block Status in Mahara: In Progress Bug description: The link to Badgr in the 'Open Badges' configuration screen is wrong and points to the API, which is not going to be helpful for setting up an account. It should link to https://badgr.com instead. To replicate: 1. Create a page with the 'Open Badges' block in it. 2. In the block configuration check the link to Badgr. Expected result: Goes to https://badgr.com Actual result: Goes to https://api.badgr.io To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1888769/+subscriptions ___ Mailing list: https://launchpad.net/~mahara-contributors Post to : mahara-contributors@lists.launchpad.net Unsubscribe : https://launchpad.net/~mahara-contributors More help : https://help.launchpad.net/ListHelp
[Mahara-contributors] [Bug 1884717] Re: Add language pack management into admin section
** Changed in: mahara Milestone: 20.10.0 => None -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1884717 Title: Add language pack management into admin section Status in Mahara: In Progress Bug description: from the forum post https://mahara.org/interaction/forum/topic.php?id=8643&offset=0&limit=10 1. It will have an automated check to see if there's a new language pack for languages installed on the site and the current version of Mahara 2. It will allow the admin to synchronise the language pack if there is a new one available We will need a new page on the admin section to show the lang pack management section. When this page is loaded we check if there are any new languages that need to be updated on the site (reusing code from sync_langpacks.php) If there are any, show a list of them on a table, each one can have a checkbox next to it to select it and at the bottom a button that allows the admin to sync all the languages selected. Once this button is clicked we either run the sync_language.php script or reuse some of the code. After this is done, show a message to the admin to show if the action was successful and refresh the table In the code we would need to - Add the item to admin menu - separate some code from sync_langpacks.php and create functions to be called, so we can reuse them - create the php file to generate the admin section page. This will: - check for new langpacks - create a form with a table with all langpacks to be synchronised and a sync button - validate and submit function for that form To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1884717/+subscriptions ___ Mailing list: https://launchpad.net/~mahara-contributors Post to : mahara-contributors@lists.launchpad.net Unsubscribe : https://launchpad.net/~mahara-contributors More help : https://help.launchpad.net/ListHelp
[Mahara-contributors] [Bug 1885982] A change has been merged
Reviewed: https://reviews.mahara.org/11120 Committed: https://git.mahara.org/mahara/mahara/commit/0a314602e3b318d103909c28fc35b72f05fe3cc8 Submitter: Robert Lyon (robe...@catalyst.net.nz) Branch:19.04_STABLE commit 0a314602e3b318d103909c28fc35b72f05fe3cc8 Author: Robert Lyon Date: Wed Mar 4 09:03:41 2020 +1300 Bug 1885982: add -screen pixel depth and related xvfb params for bionic and chrome 80 fixes issue with chrome 80 and xvfb where default parameters (prob pixel depth) makes chrome fail to connect to xvfb/selenium. Change-Id: Ib02ddf98318410cbc5257fa33829c89341e5fc1e (cherry picked from commit c4dbe35d38bf339f52a172c9a31969badd21649b) -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1885982 Title: behat headless doesn't work with chrome 80 Status in Mahara: Fix Committed Status in Mahara 19.04 series: In Progress Status in Mahara 19.10 series: In Progress Status in Mahara 20.04 series: In Progress Status in Mahara 20.10 series: Fix Committed Bug description: patch for this here https://reviews.mahara.org/#/c/10785/5 add -screen pixel depth and related xvfb params for bionic and chrome 80 fixes issue with chrome 80 and xvfb where default parameters (prob pixel depth) makes chrome fail to connect to xvfb/selenium. To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1885982/+subscriptions ___ Mailing list: https://launchpad.net/~mahara-contributors Post to : mahara-contributors@lists.launchpad.net Unsubscribe : https://launchpad.net/~mahara-contributors More help : https://help.launchpad.net/ListHelp
[Mahara-contributors] [Bug 1884852] Re: Progress upload hangs when uploading files
Hi, sorry, I was checking this space for weeks, I just checked it now so sorry for the delay in replying. Yes my mistake, the dot circle that rotates continues to rotate. There are no javascript errors in the console. With the same file I click on the browse button to upload and it works. Please check the image I attached, both done on Chrome Version 84.0.4147.125, top shows brows button method and the bottom drag. Regards David ** Attachment added: "Hanging after dragging a file to the drop zone." https://bugs.launchpad.net/mahara/+bug/1884852/+attachment/5400914/+files/upload.png ** Changed in: mahara Status: Incomplete => In Progress -- You received this bug notification because you are a member of Mahara Contributors, which is subscribed to Mahara. Matching subscriptions: Subscription for all Mahara Contributors -- please ask on #mahara-dev or mahara.org forum before editing or unsubscribing it! https://bugs.launchpad.net/bugs/1884852 Title: Progress upload hangs when uploading files Status in Mahara: In Progress Bug description: I have an upload issue which I can re-create all the time. If I upload any file (artefact/file/index.php) using the drag and drop files method, the progress bar hangs and never disappears but the file uploads eventually, refreshing the page confirms this. If I use the 'Choose files' button, I do not have this issue. In both cases clamav is activated. If I deactivate clamav the 'drag and drop files' method works. clamav finishes it's scan for the files I have tested, I can see this when I monitor the running process. I am not sure how to resolve this issue, both my dev and prod instances experience this issue, please can anyone shed any light on this? Thanks. Mahara Release 19.10.3 Red Hat Enterprise Linux Server PHP 7.2.29 Apache 2.0 MySql 5.6.36 Browser: Chrome and Firefox To manage notifications about this bug go to: https://bugs.launchpad.net/mahara/+bug/1884852/+subscriptions ___ Mailing list: https://launchpad.net/~mahara-contributors Post to : mahara-contributors@lists.launchpad.net Unsubscribe : https://launchpad.net/~mahara-contributors More help : https://help.launchpad.net/ListHelp
