Bug 1225857
| Summary: | Viewing partition table with name as html data, throws an error on UI. | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Satellite | Reporter: | Jitendra Yejare <jyejare> | ||||
| Component: | WebUI | Assignee: | Tomer Brisker <tbrisker> | ||||
| WebUI sub component: | Foreman | QA Contact: | Jitendra Yejare <jyejare> | ||||
| Status: | CLOSED ERRATA | Docs Contact: | |||||
| Severity: | high | ||||||
| Priority: | unspecified | CC: | bbuckingham, dnguyen, jko, oshtaier, sauchter, tbrisker | ||||
| Version: | 6.1.0 | Keywords: | Triaged | ||||
| Target Milestone: | Unspecified | ||||||
| Target Release: | Unused | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2016-07-27 08:51:54 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Bug Depends On: | |||||||
| Bug Blocks: | 1316897 | ||||||
| Attachments: |
|
||||||
The bug is still exists in Sat 6.1 beta. The error of 'The page you were looking for doesn't exist.' has been thrown by Partitions Table page for html name data. Increasing severity level as same issue applicable for delete operation which means that you cannot remove from the system all incorrect entries and they will stick there until issue is fixed Slight difference in URLs in address bar: View operation - https://server_name/ptables Delete operation - https://server_name/ptables/<table>something</table> But, in general, showing same error message: 'The page you were looking for doesn't exist. You may have mistyped the address or the page may have moved'. Maybe, only that message seems smaller for view operation It's even simpler to trigger than using html in the name. It is sufficient to name the Partition Table with a name containing '/' such as. "Sat6 Satellite/Capsule" Customer are quite likely to use a name containing '/' Work around identified by SEG.
-----
# su - postgres
psql foreman
select * from ptables;
find the id of the partition table that is the one that you can not get to.
Then do the following
\quit
exit
# foreman-rake console
> pbtable.find(id).destroy
> exit
-----
Satellite 6.1.5
I have the same issue and the above workaround does not work
[root@satrhs-prd-01 pulp]# foreman-rake console
Loading production environment (Rails 3.2.8)
irb(main):001:0>
irb(main):002:0*
irb(main):003:0*
irb(main):004:0*
irb(main):005:0*
irb(main):006:0* pbtable.find(16).destroy
NameError: undefined local variable or method `pbtable' for main:Object
from (irb):6
from /opt/rh/ruby193/root/usr/share/gems/gems/railties-3.2.8/lib/rails/commands/console.rb:47:in `start'
from /opt/rh/ruby193/root/usr/share/gems/gems/railties-3.2.8/lib/rails/commands/console.rb:8:in `start'
from /usr/share/foreman/lib/tasks/console.rake:3:in `block in <top (required)>'
from /opt/rh/ruby193/root/usr/share/ruby/rake/task.rb:205:in `call'
from /opt/rh/ruby193/root/usr/share/ruby/rake/task.rb:205:in `block in execute'
from /opt/rh/ruby193/root/usr/share/ruby/rake/task.rb:200:in `each'
from /opt/rh/ruby193/root/usr/share/ruby/rake/task.rb:200:in `execute'
from /opt/rh/ruby193/root/usr/share/ruby/rake/task.rb:158:in `block in invoke_with_call_chain'
from /opt/rh/ruby193/root/usr/share/ruby/monitor.rb:211:in `mon_synchronize'
from /opt/rh/ruby193/root/usr/share/ruby/rake/task.rb:151:in `invoke_with_call_chain'
from /opt/rh/ruby193/root/usr/share/ruby/rake/task.rb:144:in `invoke'
from /opt/rh/ruby193/root/usr/share/ruby/rake/application.rb:116:in `invoke_task'
from /opt/rh/ruby193/root/usr/share/ruby/rake/application.rb:94:in `block (2 levels) in top_level'
from /opt/rh/ruby193/root/usr/share/ruby/rake/application.rb:94:in `each'
from /opt/rh/ruby193/root/usr/share/ruby/rake/application.rb:94:in `block in top_level'
from /opt/rh/ruby193/root/usr/share/ruby/rake/application.rb:133:in `standard_exception_handling'
from /opt/rh/ruby193/root/usr/share/ruby/rake/application.rb:88:in `top_level'
from /opt/rh/ruby193/root/usr/share/ruby/rake/application.rb:66:in `block in run'
from /opt/rh/ruby193/root/usr/share/ruby/rake/application.rb:133:in `standard_exception_handling'
from /opt/rh/ruby193/root/usr/share/ruby/rake/application.rb:63:in `run'
from /opt/rh/ruby193/root/usr/bin/rake:32:in `<main>'irb(main):007:0>
irb(main):008:0* >pbtable.find(16).destroy
SyntaxError: (irb):8: syntax error, unexpected '>'
>pbtable.find(16).destroy
^
from /opt/rh/ruby193/root/usr/share/gems/gems/railties-3.2.8/lib/rails/commands/console.rb:47:in `start'
from /opt/rh/ruby193/root/usr/share/gems/gems/railties-3.2.8/lib/rails/commands/console.rb:8:in `start'
from /usr/share/foreman/lib/tasks/console.rake:3:in `block in <top (required)>'
from /opt/rh/ruby193/root/usr/share/ruby/rake/task.rb:205:in `call'
from /opt/rh/ruby193/root/usr/share/ruby/rake/task.rb:205:in `block in execute'
from /opt/rh/ruby193/root/usr/share/ruby/rake/task.rb:200:in `each'
from /opt/rh/ruby193/root/usr/share/ruby/rake/task.rb:200:in `execute'
from /opt/rh/ruby193/root/usr/share/ruby/rake/task.rb:158:in `block in invoke_with_call_chain'
from /opt/rh/ruby193/root/usr/share/ruby/monitor.rb:211:in `mon_synchronize'
from /opt/rh/ruby193/root/usr/share/ruby/rake/task.rb:151:in `invoke_with_call_chain'
from /opt/rh/ruby193/root/usr/share/ruby/rake/task.rb:144:in `invoke'
from /opt/rh/ruby193/root/usr/share/ruby/rake/application.rb:116:in `invoke_task'
from /opt/rh/ruby193/root/usr/share/ruby/rake/application.rb:94:in `block (2 levels) in top_level'
from /opt/rh/ruby193/root/usr/share/ruby/rake/application.rb:94:in `each'
from /opt/rh/ruby193/root/usr/share/ruby/rake/application.rb:94:in `block in top_level'
from /opt/rh/ruby193/root/usr/share/ruby/rake/application.rb:133:in `standard_exception_handling'
from /opt/rh/ruby193/root/usr/share/ruby/rake/application.rb:88:in `top_level'
from /opt/rh/ruby193/root/usr/share/ruby/rake/application.rb:66:in `block in run'
from /opt/rh/ruby193/root/usr/share/ruby/rake/application.rb:133:in `standard_exception_handling'
from /opt/rh/ruby193/root/usr/share/ruby/rake/application.rb:63:in `run'
from /opt/rh/ruby193/root/usr/bin/rake:32:in `<main>'irb(main):009:0>
Verified this bug in Sat 6.2 snap 4 with partition table names having html tags(contains <,>,/) and with question mark. The issue is no more reproducible. I can create, view and delete partition tables with said characters. Moving the state to Verified. Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2016:1500 |
Created attachment 1031199 [details] Screenshots attached Description of problem: Viewing a partition table with name as html data (e.g. <table>something<table>) throws an error on UI. Error: 'The page you were looking for doesn't exist. You may have mistyped the address or the page may have moved.' Version-Release number of selected component (if applicable): Sat6.1 GA Snap 5 Compose 2 How reproducible: Always Steps to Reproduce: 1. Create a partition table with name as html data with tags as mentioned in description. 2. After successful creation, click on that partition table to view. Actual results: The page shows an error, 'The page you were looking for doesn't exist. You may have mistyped the address or the page may have moved'. And no other data displayed of that partition table displayed. Expected results: Page should not throw any exception.